最近科技圈出了一件既好笑又值得深思的事：苹果在自家的 Apple Support 应用更新里，意外把一份内部使用的 Claude.md 文件打包进了安装包。这份文件本来是给 AI 工具 Claude Code 看的“项目说明书”，结果直接暴露在公众面前，等于官宣了苹果内部正在用 Anthropic 的 AI 编码助手开发生产级应用。
这件事发生在 2026 年 5 月 1 日，Apple Support v5.13 版本更新后不久，分析师 Aaron Perris 率先发现并晒出了截图。文件里详细描述了苹果客服系统的技术架构：一个双后端设计，Juno AI 负责自动应答，Live Agents 负责真人客服接管，两者通过一个 Protocol 协议层无缝切换。更重要的是，整个消息系统设计了三种角色——client（用户）、agent（真人客服）、assistant（AI），而且没有给用户任何提示当前对话对象是人类还是机器。这基本上等于摊牌了：你平时在 Apple Support 里聊天的对象，大概率是 AI，只是你没发现而已。
再从另一个角度看，这份泄露文件本身并没有多少商业机密，但它坐实了一个已经流传很久的猜测：苹果内部，AI 工具已经渗透到核心开发流程。早在三个月前，彭博社的 Mark Gurman 就直言“Apple runs on Anthropic at this point”，并且提到苹果是在自家服务器上跑定制版 Claude 模型，数据不出基础设施，完全符合苹果的隐私原则。而这次泄露事件，几乎就是那个判断的铁证——连全球最注重保密的公司，都在用 Claude Code 进行日常开发，甚至因为工具本身的“粗心”而导致机密文件流出。
梦晨 发自 凹非寺
AI快讯网 |
苹果大失误！把自用的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的销售团队，正在经历最好的一天。
回到行业层面，这个事件其实是一个典型的“AI辅助开发失控”案例。当开发者越来越多地依赖 AI 智能体去编写代码、执行 Git 操作甚至发布流程时，人本身的审查环节被削弱了。苹果的这次失误，根源不是 Claude.md 该不该存在，而是在使用 AI 生成的提交和构建时，没有建立起相应的防护机制——比如 CI/CD 流程里自动扫描敏感文件、或者强制人工审核发布包内容。这对于任何一家正在大规模引入 AI 编码工具的公司来说，都是一个值得警惕的信号。
另外，苹果这次选择的 AI 工具是 Claude Code，而不是谷歌的 Gemini 或 OpenAI 的 Codex，也间接反映了 Anthropic 在企业级内部开发市场上的独特定位。定制化部署、数据不出域、强一致性——这些特点对大公司吸引力巨大。可以预见，未来会有更多像苹果这样的巨头，在面向消费者的产品上选择谷歌或 OpenAI 的模型，但在内部最核心的开发流水线上，Claude 可能正悄然成为首选。
