苹果官方App误打包了Claude.md，这么大的公司也Vibe Coding啊？

苹果大失误！把自用的Claude.md打包到了官方App里。

这下直接被坐实了：苹果内部在使用Claude Code构建生产级应用。

这么大的公司，也在Vibe Coding？

项目级的Claude.md通常用来告诉AI这个项目是什么、怎么构建、要遵循哪些规范、避免哪些雷区……

这家全球最注重保密的科技公司，还是把自己的秘密泄露了。

事故发生后后，苹果在24小时内已紧急撤回，但部分内容已经曝光。

等一下。

这和Claude Code源码泄露时把source map打包进发布版怎么一样一样的。

该不会这两个事故，罪魁祸首都是Claude Code自己吧？

苹果用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无处不在。

苹果离不开Anthropic了

其实早在三个月前，最懂苹果的懂哥彭博社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写代码，所有人都用。

问题是，连苹果都会把不该提交的文件推到生产环境，这意味着什么？

AI时代，谁来review AI的代码

Claude.md到底该不该进版本控制？

开发者吵成一团。

一派人认为它就是项目文档，应该提交到代码仓库，团队共享。

另一派人觉得它更像是IDE配置，应该放进.gitignore，各用各的。

但真正尴尬的不是“该不该提交”，而是“提交了之后怎么又进了发布包”。

有人疑惑，苹果在使用AI智能体编写代码和部署推送时，居然没有明确要求不要把Claude.md 文件也一并推送出去？

但问题可能在Claude Code自己。它经常选择性无视指示，重复多少遍也没用。

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

真正的问题不是Apple用了Claude，而是Apple对Claude过于信任。所有人都在用AI加速开发，但这件事应该被代码审查拦住。

苹果的某位工程师正在经历职业生涯最糟糕的一天。

而Anthropic的销售团队，正在经历最好的一天。

参考链接：

[1]https://x.com/aaronp613/status/2049986504617820551

[2]https://news.ycombinator.com/item?id=47973378

文章来自于微信公众号 "量子位"，作者 "量子位"