18 则推送
AI 写代码之后，我对跨平台框架的看法变了：「AI code时代希望软件不要再用统一框架，在每个平台使用原生开发不是能最大化发挥平台优势吗」。2024 年我的感叹还是「毕竟现在的桌面端应用程序，万物都是 Electron，万物都是 Chromium」。那时候大家用一套代码打天下，是因为每个平台各写一遍太贵；现在最贵的那一部分，写代码本身，便宜下来了。
顺着推下去，「似乎 agentic coding 最大的受益者是 iPadOS 或 visionOS」。人不愿意为小平台单独花时间，agent 不挑活。
平台方能做的事也变简单了。系统每年改圆角、改红绿灯，与其指望开发者一份份读文档，不如把规范写成 agent 读得懂的样子：「所以以后有什么新规范、新要求都能够迅速适配了，官方提供一份需求文档」。这两条我先记在账上，看林檎什么时候接招。
agentic coding 最大的受益者是 iPadOS 或 visionOS
待定以后官方会提供一份需求文档，让新规范迅速适配
待定「近年来 iPadOS 有反向输出 macOS 的趋势，最后导致两个平台都不好用」。看到一张 iPadOS 交互截图，我第一个念头是搬到 macOS 27 会是怎样的灾难，而林檎官网 OS 27 预览页已经用上了。
三周前我还担心 Sidecar 会出现 iPadOS 式红绿灯，「但是 iPadOS 那一套在 iPad 上都水土不服，还要来绑架 Mac 用户……」。看不见的更麻烦：「其实我比较担心 iPadOS 26 的那个 BGContinuedProcessingTask 在下一个 macOS 版本中会拘束其他 macOS app 的后台」。
林檎敢这样改，是因为「现在苹果可以想来就来了，默认大家都用 agentic coding」。结果是想一出是一出，「今年 OS 27 可以看出他们的设计决策没有可持续性和可预测性」。
Mark Gurman 说，MacBook Pro 加触摸屏是为了多提供一种交互方式，而不是替代。但他没回答：MacBook Pro 为什么需要触摸屏？我能想到的理由只有一个，在 MacBook Pro 上运行 iPadOS 那些触摸优先的 app。
我在想这是不是一个阳谋。2019 年的 Mac Catalyst，和 2020 年 M1 Mac 直接运行 iPadOS app，总感觉是一路铺过来的。可 Catalyst 的愿景似乎从未实现，移动端的 app 数量优势没有转移到桌面端，开发者反而用 opt-out Mac App Store 的方式抵制。时过境迁，缺 app 的反而成了 Intel Mac，macOS 27 只支持 M1 起的 Mac，Universal Binary 2 也快退出历史舞台。「假如 Mac Catalyst 出道即成功，那就不需要绕这么一大圈」。「现在变成你需要有一台 iPhone 才能运行 iPhone apps」。WWDC26 那篇给 Sidecar 适配触摸手势的 Technote，在我看来醉翁之意不在酒：「触屏 MacBook 应该是成定局的，就看有哪些交互问题可以被提前发现并解决，不然还要等下一年才会改」。
2022 年我说「与其指望 iPad Pro 搭载 macOS，不如指望 MacBook Air 搭载 iPadOS」；2024 年 iPhone Mirroring 出来，我担心它让桌面端 app 更加荒芜。如今的答案是 MacBook 长出了触摸屏，离当年那句话不算远。
触屏 MacBook 应该是成定局的
待定旧文新看。2022 年 iPadOS 16 推出台前调度，我当时有个猜想：「我一直怀疑 Stage Manager 这个 idea 最初的发想是为了让 iPad 那 4:3 的 app 强行 adopt 到 16:9 的外接显示器」。在那之前，iPad 接显示器基本就是镜像，左右各留一条黑边；台前调度的做法是「原来是黑边的地方就换成 Recent Apps 以及漏一下墙纸」。看上去是窗口管理，底子是比例适配。
四年后，iPad 和显示器之间的细节还有坑。Mac 用随航把 iPad 当副屏时，iPad 似乎被强制用 P3 色域，相关讨论帖是 2022 年的，到今天「这个问题似乎仍然没有被解决」。
iPadOS 26 把台前调度并进了窗口化 app，名字还在，形态变了。当年的比例补丁长成了正式的窗口系统，显示器那一侧的细节却没跟上。
看到 Federico Viticci 又在 GitHub 上放出一个叫 frames-cli 的命令行工具，用来给截图套上设备外框，跑在 Mac 终端里，还自带给 Claude Code、Codex 用的技能，我的第一反应是：「感觉 iPadOS 不上终端是天理难容了」。现在写代码的 agent 几乎都跑在命令行里，iPad 有 M 系芯片，有妙控键盘，偏偏缺一个正经的 Terminal。
另一件事我琢磨了一阵子。iPadOS 26 把多任务整个改成了“窗口化 app”，原来的分屏浏览和侧拉被收了起来。我的猜测是：「总感觉 iPadOS 26 升级到“窗口化 app”是为了把“分屏浏览与侧拉”让给 iOS 27」。iPad 有了真正的窗口，旧的那套两栏加浮窗就空出来了，正好可以搬到 iPhone 上。猜得对不对，六月 WWDC 见分晓。
顺着说，「Xcode 也是时候登陆 iPadOS 了，趁现在还有人用 IDE」。这句半开玩笑。等代码大多交给 AI 写，IDE 的地位也许就没那么稳了，iPad 到时候缺的可能只是一个终端窗口。
iPadOS 26 让出的分屏浏览与侧拉会出现在 iOS 27
待定先说结论：「我觉得 iPadOS 本来就不应该面向键盘和触控板的，用户不喜欢被 iOS 的操作逻辑的束缚没错，但用户需要的不是二合一 MacBook，微软已经示范过一次」。妙控键盘就是这条路的代价。键盘要撑住屏幕，原理上必然比本体更重，合体之后「11 寸 iPad 加起来比 12 寸 MacBook 重，13 寸加起来比 13 寸 MacBook Air 重」。灵活性还在，便携没了。
2022 年我走过这条路的尽头。当时我说：「是，我认清了这个真相，用 iPad Pro 99% 的时间都是连接 Magic Keyboard，何不投奔上一台电脑呢」，然后真的回到了 Mac。那时候的结论是 iPad 当不了电脑；现在我觉得问题出在方向，它不该朝着电脑去追。
另一条路本来是有的。「Agentic AI 本来是可以帮助解决 iPad 的交互问题的」，WWDC24 讲的 Personal Intelligence 也是同一个方向：让人用说的、让 AI 去点。可惜软件跟不上硬件，起了大早，赶了晚集，豆包都有手机了，林檎还没能如期交付。
2022 年我有一个说不准的印象：「不知道是不是岁月史书，印象里 iOS 软件质量滑落的开始，跟 iOS 开放 Public Beta 几乎是同步的」。当时一篇报道说，苹果正是因为地图翻车才做了公开测试。我的看法是，「iOS 7 的 Apple Maps 跟 iPadOS 16 的 Stage Manager 比是小巫见大巫了」，还补了一句：「如果苹果地图是 Forstall 被驱逐的原因，台前调度 Craig 要谢罪许多次」。
两周前，我在自己的手机上刚记下一条：「iPhone Air 直到 iOS 26.3 了才找回当初 16 Pro Max 在 iOS 18 的流畅度」。一个大版本要到第三个小版本，才追上去年的水准。
林檎给 iPad 划的功能线，很多时候是软件画出来的。我举过的例子是 mini：「像 iPad mini 直到今年 iPadOS 26 是没有窗口化 app 和台前调度的，以及改 MobileGestalt 可以让 iPad mini 像 M 系芯片的 iPad 一样在外接显示器上扩展显示」。
MobileGestalt 是系统用来回答“这台设备有什么能力”的那张表。改掉其中一项，A17 Pro 的 mini 就能做 M 系 iPad 才被允许做的事，说明那条线不全是芯片决定的。
iPadOS 26 把窗口化带到 mini 上，代价是 Slide Over 没了，竖着单手用反而别扭。26.1 把它加了回来，算是「在“窗口化”和“触摸优先”之间找回一点平衡」。
WWDC25 有一场讲后台任务的 session：iPadOS 26 的 app 要先申请，系统批准了才能在后台跑导出、上传这类重活。用 Mac 的人别觉得事不关己，「iPadOS 那一套迟早会来到 macOS 上，所以建议不要隔岸观火」。
推演下去：「可能以后 macOS 也要走 iPadOS 那一套机制，需要申请才能执行密集型后台任务」；更狠一点，「对于久久未更新的 app，可能以后要关闭 SIP 才能让他在 macOS 上顺利跑起来」。当然会留缓冲，「可能会设置一个 3 年的过渡期吧」。
为什么现在收紧？手机端有很现实的理由：「比较现实的考虑是 17 Air 电池容量比较小，与苹果产品近期轻薄化的趋势相悖，所以必须收紧限制」。
这条推演跟我去年的判断是连着的：「我认为 Apple 的野心是用 iPadOS 那一套来实现 macOS 的自我革命」。去年说的是菜单栏，今年轮到后台。
macOS 也会改用 iPadOS 式的后台任务申请机制，旧 app 可能要关闭 SIP 才能顺利运行，并设约 3 年过渡期
待定Keynote 讲到 iPad，林檎又搬出那三个词，我在群里回了一句「好，我相信 portable，powerful，versatile」。这回总算不全是客套：iPadOS 26 有了菜单栏、红绿灯按钮和可以随意拉伸的窗口。
三年前的 WWDC22，我的期待方向正好相反：「10 年前 Back to the Mac 发布会，10 年后该 Back to the iPad 了」。理由是 iPad 反过来影响过 Mac，「在 iPad 推出之前，Mac OS X 从来没有最大化的概念」。可之后几年 iPad 自己原地打转，2023 年我的评语是「省流：iPadOS 17 的新功能就是 iOS 16 的新功能」。
结果今年是 iPad 一步走回了 Mac。代价是分屏浏览和侧拉一起被砍掉，用了几天，「其实有一点想念 Split View 和 Slide Over 诶」。左右各一个 app、手指一划就叫出侧边窗口，这是 iPad 自己长出来的东西，换成 Mac 的窗口之后，反而没了。
MacRumors 说 iOS 26 和 iPadOS 26 会有一个预览 app。看到这条我的第一反应是「爷青回了属于是」：预览是 Mac 上最老资格的 app 之一，从 NeXTSTEP 时代一路传下来，看 PDF、给截图做标注都靠它，iPad 上却一直只能用「文件」凑合。
把这几周的传闻摆在一起，我有一个预感：「感觉今年大会的主题是“平台融合”，因为这次看到了许多不同平台特性的相互渗透」。Mac 的 app 往 iPad 走，visionOS 的玻璃质感往 iOS 走，连版本号都传要统一成年份，不再是 iOS 19、macOS 16、watchOS 12 各数各的。
这条先记进账本，状态待定。后天凌晨的 Keynote 会给答案，我想看的是融合到哪一层：只是长得像，还是连交互的逻辑都开始共用。
WWDC25 的主题是平台融合，不同平台的特性相互渗透
待定每年 WWDC 看 iPadOS 那一段，我有一个不太科学但很好用的指标：「我发现 iPadOS 更新的失望程度跟 Craig 动作的浮夸程度成正比」。功能越单薄，演示越需要表演来撑场面，跳跃、夸张的手势、一句接一句的段子，都是在替缺席的东西补位。
这条经验背后是更大的疑问：林檎到底想把 iPad 带到哪里。今年 1 月我得出的答案有点反直觉：「换句话说，苹果认为需要改革的对象是 macOS 而不是 iPadOS」。在林檎眼里，iOS 那套束缚不是问题，Mac 过于自由的交互才是。
离 WWDC 还有十天，传闻说今年 iPadOS 的改动会很大。我准备好两样东西：一份功能清单，和一个看 Craig 表演的心态。
台前调度刚上 iPad 和 Mac 那年，我写得很不客气：「我觉得很难替 Stage Manager 辩护的原因是，它好像虚构了一种使用场景，而且交互有相互矛盾、不成体系的地方」。左边一排缩略图，中间一个窗口，拖来拖去的规则每个版本都在改。那天晚上我又补了一句更狠的：「Stage Manager 就像一个集体梦境，而且是权能不足、破绽百出的梦境」。
两年后再看，我的火气小了，因为我换了一个参照系。Vision Pro 出来以后，那排悬浮的缩略图突然有了出处：「然后 Stage Manager 只能说是 visionOS 开发过程中的一个副产品了，本来也没有替代传统窗口管理的野心，是可选项而不是必选项」。
一个功能如果被当成主角，缺点会被放大；被当成副产品，它就只是一个能关掉的开关。我批评的对象没变，变的是我对它野心的估计。
Windows 的 64 位是从服务器那边借来的：「不过微软第一个面向消费者的 64 位操作系统是根据 server 2003 魔改的」。名字也一路将错就错，「另外一个历史遗留问题是，system32 和 syswow64，很多小白会认为 syswow64 存放 64 位的 dll」。实际上 system32 放的是 64 位，WoW64 那个目录放的才是 32 位，为了兼容，连文件夹的名字都不敢改。
2022 年那一晚聊到这里，我顺手扔了一句：「插个题外话，我认为 iPadOS 的终极目标就是成为 macOS 的 S Mode」。S Mode 是只能装商店应用的 Windows，iPad 一出生就是这样，不背兼容的债，代价是用户手里的权限一直比电脑少一截。
2022 年 9 月我在群里下过一个判断：「印证了我所说的，iPhoneOS 逐渐成为 portraitOS，iPadOS 逐渐成为 landscapeOS」。iPhone 默认竖着用，iPad 配上键盘就是横着用，两个系统「本质上是 iOS 根据两种屏幕旋转方向所针对性设计的 variant」。
当时我更担心的是这个思路蔓延到 Mac：「甚至有可能把 macOS 的菜单栏 iOS 状态栏化，以后菜单栏只能藏身在 App 窗口里」。真走到那一步，「macOS 变成了 Microsoft Windows 的形状」，每个窗口顶着自己的菜单，屏幕顶端只剩时间和电量。
两年半过去，iPad 的妙控键盘和智能键盘仍然只能横着用；macOS 15 的菜单栏也还好好地待在屏幕顶端。这条先记待定，iOS 19 改设计的传闻要是成真，再回来对账。
macOS 的菜单栏可能被 iOS 状态栏化，只能藏身在 App 窗口里
待定2022 年我吐槽过 iPad 接显示器时的姿势：
iPad 在外接显示器时特别尴尬，不能像 MacBook 般「合盖」使用，只能把内置屏幕的亮度调低
内置屏幕不能熄，解锁还得低头对着前置摄像头，桌面上始终多亮着一块用不上的屏。
那年年底台前调度支持了外接显示器扩展，问题只解决了一半。去年我说得更直接：「假如 iPad 也能进入 clamshell mode 的话，Stage Manager 的实用性将大幅提升」。窗口能拖到大屏上了，iPad 本体却还得开着盖、亮着屏，摆在显示器前面。
到 iPadOS 18，这个合盖模式仍然没有来。
很多人等 iPad 变得更像 Mac，我越来越怀疑方向是反的：「换句话说，苹果认为需要改革的对象是 macOS 而不是 iPadOS」。
在我们这些 Mac 用户看来，iPad 的问题是束缚太多。可从林檎的角度看，「可能“iOS 的束缚”在他们看来是无须改正的，反倒 macOS 那种过于自由的交互才是眼中钉？再来一个例子是 SwiftUI」。一套从 iOS 长出来的界面框架，被推到 Mac 上当成未来，Mac 那些不合它习惯的交互，自然就成了要被收拾的对象。
台前调度也该放在这条线上看：「然后 Stage Manager 只能说是 visionOS 开发过程中的一个副产品了，本来也没有替代传统窗口管理的野心，是可选项而不是必选项」。把它当成 iPad 走向 Mac 的证据，是把方向读反了。林檎没打算把 iPad 改造成 Mac，它更想做的，是让 Mac 慢慢变得像 iPad 一样好管。