苹果大失误！把自用的 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 啊？》
广告声明：文内含有的对外跳转链接（包括不限于超链接、二维码、口令等形式），用于传递更多信息，节省甄选时间，结果仅供参考，IT之家所有文章均包含本声明。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。