macOS闭源的边际收益,今天是不是已经快赶不上开源了?

最近在看一圈相关文章和讨论,我的结论其实挺明确:最近半年,围绕‘macOS闭源的收益是不是正在被削弱’的讨论,确实比以前更多了。

但要先说清楚一件事:
这类讨论通常不是直接以‘macOS该不该开源’为题,而是散落在几个更具体的话题里——安全、开发生态、AI时代的平台开放性、以及苹果对开源组件的持续依赖。也就是说,它已经是一个真实存在的讨论方向,只是还没有被收束成一个统一的大辩题。

1. 闭源=更安全,这套叙事正在被削弱

苹果一直很擅长把封闭生态包装成安全和稳定的来源。过去这套逻辑很有效:

  • 封闭,所以更可控
  • 可控,所以更稳定
  • 稳定,所以用户更省心

但最近半年,macOS相关的一些TCC、隐私权限、系统服务漏洞讨论,实际上已经在削弱这套叙事。因为一个很现实的问题摆在那:

如果闭源并没有阻止高危漏洞和权限绕过,那闭源带来的安全收益到底还有多大?

这不等于“开源就一定更安全”,但它至少说明:闭源的安全溢价,不再像以前那样天然成立。

2. 开发者喜欢macOS,越来越不是因为它闭源

现在很多开发者仍然喜欢 macOS,但原因已经很少是“因为它闭源”。
更常见的原因其实是:

  • Unix 用户态工具链顺手
  • GUI 体验还能接受
  • 商业软件、创作软件、移动开发生态完整
  • Apple Silicon 的续航和能效很强

也就是说,今天大家认可的往往是:
苹果整机整平台的交付能力,而不是“闭源”这件事本身。

换句话说,macOS 的价值来源,越来越像是:

  • 硬件
  • 生态整合
  • 工具链
  • 商业软件支持

而不是“闭源本身”。

这就很关键了。因为它意味着:
闭源可能仍然是苹果维持控制权的手段,但未必还是macOS最核心的价值来源。

3. AI时代,封闭平台的边际收益更容易被怀疑

过去平台封闭,很多时候还能换来一致性、质量和更强的整合能力。
但到了 AI / Agent 时代,外部创新速度明显快了很多。开发者真正高频接触的东西是:

  • 本地模型
  • 开源推理框架
  • Python / Rust / JS 工具链
  • agent / automation 工作流
  • 第三方集成和系统增强

而苹果这边的风格依旧是:

  • 权限模型严格
  • 深层接口不透明
  • 自动化能力有边界
  • 平台开放程度受控

于是就出现一个越来越常见的判断:

在 AI 时代,平台越封闭,越可能拖慢外围创新速度。

这不意味着 macOS 必须开源,但它确实说明:
闭源的收益没有当年那么无敌了,而它带来的机会成本反而更容易被看见。

4. 苹果自己其实也知道,纯闭环不是最优解

苹果并不是“什么都不开放”。
它一直都在做很典型的“选择性开源”:

  • Darwin / XNU 有开源部分
  • Swift 开源
  • WebKit 开源
  • 还有一系列 Apple Open Source 项目

这说明苹果自己也知道:
对于语言生态、浏览器内核、基础工具链、公共组件这些东西,完全封闭并不是收益最大的选择。

所以苹果真正的策略更像是:

  • 对核心平台控制权继续闭源
  • 对有利于生态扩张的部分选择开源

这本身就已经很能说明问题。
如果“闭源在所有层面都收益最大”,苹果根本没必要把 Swift 和 WebKit 这类东西开出来。

5. 所以问题的答案是什么?

如果把问题改写得更准确一点,我觉得不是:

macOS 现在是不是应该全面开源?

而是:

macOS 今天的核心优势,是否还主要来自闭源?

我的判断是:越来越不是了。

闭源今天当然还有收益:

  • 保障平台控制权
  • 维持商业壁垒
  • 保住系统接口主导权
  • 保住软硬件协同调优空间
  • 保住签名、审核、安全模型的解释权

但与此同时,它的边际收益也确实在下降:

  • 安全收益没以前那么牢
  • 创新速度不一定比开源生态快
  • AI时代外部工具链越来越强
  • 开发者真正依赖的很多能力并不来自“闭源信仰”

所以我的结论是:

今天的 macOS,闭源依旧有价值,但它已经不再是那个‘一招鲜吃遍天’的核心优势来源了。

更直白点说:
macOS 现在吃的更多是苹果的硬件、生态整合和产品交付能力,而不是“因为闭源所以强”。

这也是为什么,最近半年会越来越多人开始认真讨论:

macOS 闭源的收益,在今天是不是已经快赶不上开源了。


参考链接

补一个更偏‘真实用户会想怎么改’的后续。

如果把问题从‘macOS 开源了好不好’换成‘macOS 开源之后,大家第一时间真想动什么刀’,那我最近看到的公开用户项目和讨论,方向其实非常集中:大多数人不是想把 macOS 整个推倒重写,而是想把苹果现在那套烦人的默认设计、系统限制和自作聪明的交互先砍掉。

1. 第一刀:先砍动画,先去表演化

这个点比我原来预想的还高频。
很多重度用户如果真能碰系统底层,第一反应不是“给我更炫的 UI”,而是:

  • 关 Space 切换动画
  • 关窗口开合/缩放动画
  • 关 Mission Control 的过渡
  • 降低界面反馈延迟
  • 让窗口行为更直接、更工具化

像 yabai 这种成熟的 macOS 窗口管理工具,本身就把“禁用 space 切换动画”这种能力当成卖点。
这说明很多用户真正受不了的,不是系统不够漂亮,而是系统总想教育你什么叫优雅,但你只想快。

所以如果 macOS 真开源,我非常怀疑第一批最火的改法根本不是什么新主题,而是:

  • de-bloat macOS
  • disable all animations
  • low-latency UX build

你说“先把全部动画清理了”,我觉得这不是偏门想法,反而非常像主流。

2. 第二刀:把窗口系统从观赏型改成生产型

这条线也特别明显。
很多用户真想补的,不是换壁纸,而是把 macOS 的窗口管理狠狠干一遍:

  • 上平铺窗口管理
  • 键盘优先
  • 更自由的多显示器逻辑
  • 更自由的多桌面/Spaces 规则
  • 更少的鼠标驱动式交互

说白了就是:
把 macOS 的窗口系统从“观赏型桌面”改成“生产型桌面”。

从 yabai / skhd 这种工具的长期活跃度就能看出来,这个需求不是少数折腾佬自嗨,而是一直存在的硬需求。

3. 第三刀:去遥测、去账号、去云依赖

最近公开项目里,最明显的一条共识就是:

  • no tracking
  • no telemetry
  • local-first
  • no cloud
  • no account
  • plain files

像最近一些 macOS 项目会很直白地把这些写在介绍里:

  • Local Hours:本地优先、纯 JSON、无账号、无 analytics
  • ScreenTranslate:on-device OCR + translation,不走服务器
  • Stik:纯本地 markdown,不搞第二大脑,不搞账户体系
  • Cai:本地剪贴板动作,本地模型优先

这说明真用户并不是特别想要一个“更智能、更云端、更全托管”的 macOS。
很多人真正想要的是:
一个更安静、更本地、更少监控、更少平台干预的 macOS。

4. 第四刀:把菜单栏、后台常驻、小功能重新收拾一遍

这条也很真实。
最近不少公开项目都在做一类事情:

  • 菜单栏管理
  • OCR / 翻译
  • 剪贴板增强
  • 快速记录
  • 本地小模型动作
  • 更轻量的后台常驻工具

这类需求背后的心态其实是:
“我不想换系统,我只是想把现在这个系统边角料修顺手。”

也就是说,很多真实用户并不想革命,他们只想把苹果一直没补好的那些缝补上,而且补得轻、快、安静。

5. 第五刀:补苹果不愿意给的系统级控制权

这是高级用户最想动的地方之一。
比如:

  • 更强的联网控制
  • 更细的进程出站限制
  • 更自由的自动化和 hook
  • 更开放的系统 API
  • 少一点 SIP / TCC 那种“我替你好了”的边界

LuLu 这种开源防火墙能长期有人用,本质就已经很说明问题:
很多用户一直都觉得 macOS 在“系统可控性”上给得不够。

如果 macOS 真开源,这块大概率会被狠狠干,甚至可能比 UI 改造还更快出成果。

6. 真用户不太像会先干什么

至少从最近能看到的公开项目和讨论看,大家不太像会一上来就做这些:

  • 重写内核
  • fork 一整个社区版 macOS
  • 全面替代苹果官方桌面栈

原因很现实:

  • 工程量太夸张
  • 驱动兼容性太地狱
  • 真正的高频痛点并不在内核,而在苹果叠上去的限制、交互和边界

所以更现实的第一波,一定是:

  1. 去限制
  2. 去动画
  3. 去遥测
  4. 补窗口系统
  5. 补系统控制工具
  6. 开放原本被封死的接口

7. 我现在对这个问题的判断

如果 macOS 真开源,第一批最可能爆火的东西,大概率不是“社区版 macOS”,而是“macOS debloat / de-Apple-ify 工具链”。

也就是一整套这样的东西:

  • disable animations
  • tiling WM
  • no telemetry build
  • local-first build
  • stronger firewall / automation / hooks
  • menu bar and clipboard sane defaults

说到底,真实用户真正想做的不是“重新发明苹果”,而是:
把苹果现在那套动作太多、限制太多、控制欲太强、自作聪明的部分剁掉。

而你说的“先清动画”,我觉得非常像这件事里最先发生的一刀。


参考链接

422 错误