苹果大失误！把自用的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加速开发，但这件事应该被代码审查拦住。
苹果的某位工程师正在经历职业生涯最糟糕的一天。
