苹果大失误!把自用的 Claude.md 打包到了官方 App 里。
这下直接被坐实了:苹果内部在使用 Claude Code 构建生产级应用。
这么大的公司,也在 Vibe Coding?

项目级的 Claude.md 通常用来告诉 AI 这个项目是什么、怎么构建、要遵循哪些规范、避免哪些雷区……
这家全球最注重保密的科技公司,还是把自己的秘密泄露了。
事故发生后,苹果在 24 小时内已紧急撤回,但部分内容已经曝光。
等一下。这和 Claude Code 源码泄露时把 source map 打包进发布版怎么一样一样的。
该不会这两个事故,罪魁祸首都是 Claude Code 自己吧?

Apple Support 应用 5 月 1 日推送了 v5.13 版本更新,其中意外夹带了 Claude.md。
MacRumors 的分析师 Aaron Perris 发现并曝光这一点。

Apple Support 是苹果官方的售后服务应用,支持与苹果专家在线聊天进行问题故障诊断,预约维修服务等,购买 Apple Care 服务等功能。

泄露的 Claude.md 里写着一套完整的对话系统架构,最核心的设计是一个双后端系统:
Juno AI 负责自动应答,Live Agents 负责真人客服接管。
两套后端通过一个 Protocol 协议层无缝切换,上层代码根本不知道哪条消息是人类发的,哪条消息是 AI 发的。
更有意思的是消息系统的三角色设计。
在 Apple Support 的聊天里,client 是用户,agent 是 Apple Support 的真人客服,assistant 是 AI。
三种身份的消息走同一套处理流程,没给用户提示对面到底是人在回复还是机器在回复。
至此,Apple Support 客服的技术骨架基本清晰了 —— 一个 AI 和人类无缝切换的对话系统。

另一份泄露的 SAComponents 模块倒是没什么猛料,就是一套纯 UI 组件库,没有业务逻辑,带 DocC 文档。标准的工程化产物。

文件本身没泄露什么机密,但它证实了一件所有人都猜测但没人能拿出实际证据的事:
Apple 内部,AI 无处不在。更具体一点,Claude 无处不在。
其实早在三个月前,最懂苹果的懂哥彭博社 Mark Gurman 其实就告诉大家:
Apple runs on Anthropic at this point.
Gurman 特别提到,苹果是在自家服务器上跑定制版 Claude 模型。
内部代码、文档、token,全都不出苹果的基础设施。这跟 Apple 一贯的隐私立场完全自洽:用 AI 可以,数据不能出去。
还有一件事值得关注,苹果已经和谷歌达成合作,Gemini 将取代旧版 Siri。但在内部开发工具这件事上,苹果选的是 Claude,而不是 Gemini。

当然,也要平衡地看。一位自称前苹果员工的 HackerNews 用户站出来说,苹果内部有数百个隔离团队。某些团队用 Claude,不代表全公司都在 vibe coding。
一项针对 12 万开发者的调查显示,92.6% 的开发者每月至少使用一次 AI 编码助手。苹果用 Claude 写代码,不过是整个行业的缩影。
所以问题不是苹果用不用 AI 写代码,所有人都用。
问题是,连苹果都会把不该提交的文件推到生产环境,这意味着什么?
Claude.md 到底该不该进版本控制?
开发者吵成一团。

一派人认为它就是项目文档,应该提交到代码仓库,团队共享。
另一派人觉得它更像是 IDE 配置,应该放进.gitignore,各用各的。
但真正尴尬的不是“该不该提交”,而是“提交了之后怎么又进了发布包”。
有人疑惑,苹果在使用 AI 智能体编写代码和部署推送时,居然没有明确要求不要把 Claude.md 文件也一并推送出去?
但问题可能在 Claude Code 自己。它经常选择性无视指示,重复多少遍也没用。

一条高赞评论总结了这件事的本质:

真正的问题不是 Apple 用了 Claude,而是 Apple 对 Claude 过于信任。所有人都在用 AI 加速开发,但这件事应该被代码审查拦住。
苹果的某位工程师正在经历职业生涯最糟糕的一天。
而 Anthropic 的销售团队,正在经历最好的一天。
本文来自微信公众号:量子位(ID:QbitAI),作者:梦晨,原标题《苹果官方 App 误打包了 Claude.md,这么大的公司也 Vibe Coding 啊?》
