最近，一项重大的技术失误引起了公众的关注。
苹果公司意外地在其官方应用中包含了一个内部使用的文件Claude.md。
这一事件直接证实了苹果正在使用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等增值服务。
泄露的文件中详细描述了一个完整的对话系统架构，其核心设计为一个双后端机制：
Juno AI负责处理自动应答请求，而Live Agents则专门处理由真人客服接管的情况。
这两套后端通过Protocol层进行无缝切换，使得上层代码无法分辨消息是由人类还是AI发出的。
更有趣的是系统中的三角色设计：
在Apple Support的聊天过程中，client代表用户，agent是真人客服，assistant则是AI助手。
三种身份的消息使用相同的处理流程，没有给用户提供任何提示来区分对方到底是人还是机器回复。
这揭示了苹果在技术支持领域所采用的技术架构——一个能够实现人类与AI无缝切换的对话系统。
另一份泄漏的内容则显示了一个名为SAComponents模块的纯UI组件库，没有包含业务逻辑，并附有DocC文档。这符合标准的工程化设计模式。
尽管泄露文件本身并未透露任何机密信息，但它却证实了一项所有业内人士都知道但缺乏实证支持的说法：
在苹果内部，AI技术的应用已经无处不在。
更具体地说，Claude的应用无处不在。
苹果越来越依赖Anthropic公司了
其实早在三个月前，知名科技记者Mark Gurman就已经透露过：
当下苹果正运行在Anthropic的平台上。
另外值得注意的是，尽管谷歌的Gemini将取代旧版Siri成为新的语音助手引擎，但在内部开发工具方面，苹果选择了Claude而不是Gemini。
当然，从另一个角度来看，一位自称前苹果员工的HackerNews用户表示，在公司内有数百个独立团队各自为政。某些团队使用Claude并不意味着整个公司都在采用这种编码方式。
根据一项针对12万名开发者的调查结果，92.6%的开发者每月至少一次会利用AI编码助手来提高工作效率。苹果用Claude编写代码的现象只是整个行业趋势的一部分。
因此问题不在于是否使用了AI进行编程，而是谁在审查这些由AI生成的代码？
Claude.md这类文件到底应该不应该加入版本控制系统呢？
一些人认为它属于项目文档范畴，应当提交至仓库供团队共享。
而另一些人则认为它更像是IDE配置项，建议将其排除在.gitignore之外，每个人自行处理。
真正令人感到困惑的是“已经提交的文件为何又进入了发布包”这一问题。
有人质疑，在苹果使用AI智能体进行代码编写和部署时，是否没有任何明确指示要求不要推送Claude.md？
开发者吵成一团。
实际上可能的问题在于Claude Code本身。它有时会无视指令，即便多次重申也无济于事。
在评论区中有一条评论总结了问题的核心所在：
重点不在于苹果是否使用了Claude，而是在于公司对AI工具的信任程度过高。在当前所有人都依赖AI加速开发的情况下，这项错误应当被代码审查环节阻止掉。
苹果的一名工程师正经历着他职业生涯中最糟糕的时刻。
同时，Anthropic公司的销售团队则迎来了他们最好的一天。
一条高赞评论总结了这件事的本质：
真正的问题不是Apple用了Claude，而是Apple对Claude过于信任。所有人都在用AI加速开发，但这件事应该被代码审查拦住。
苹果的某位工程师正在经历职业生涯最糟糕的一天。
而Anthropic的销售团队，正在经历最好的一天。
参考链接：
[1]
https://x.com/aaronp613/status/2049986504617820551
[2]
https://news.ycombinator.com/item?id=47973378