苹果工程师手里握着苹果AI，代码里却塞进了Claude.md。这不是打包失误——这是使用者的直接表态。
事件起因是有人发现苹果官方应用里包含了Claude.md配置文件。这类文件用于设定Anthropic的Claude在特定项目中的行为准则，属于"氛围编程"的典型特征：在AI助手的引导下完成大部分代码实现。消息在中国技术社区引发热议，段子四起：大厂也搞氛围编程？
但舆论跑偏了。真正值得关注的不是苹果"翻车"，而是苹果工程师明明拥有Apple Intelligence，却主动选择了Claude。
这背后是一道鸿沟：苹果 intelligence 定位是消费级AI助手，深度嵌入系统功能——邮件草稿、通知摘要、页面提炼。但当开发者需要纯代码合成、需要那种你来我往的迭代式编程体验时，他们打开的是Claude、Cursor、GitHub Copilot。苹果官方的工具不在这个选择里。
这不是苹果独有的现象。整个行业都是如此：赢得开发者心智的工具从来不是集成最深的那个，而是代码写得更好、上下文理解更准、在开发者需要专注时最能"隐身"的那个。Claude.md出现在苹果应用里，是一个更大趋势的切片：开发者掌控工具链时，Claude胜出。
技术细节也印证了这一点。Claude.md允许团队定义项目级指令——编码规范、架构模式、偏好的库函数。它把AI从通用补全引擎变成真正的团队成员。Apple Intelligence尽管打磨精良，却没有提供这种面向开发者的定制能力。它的服务对象是普通用户，而非代码匠人。
接下来的走向不难预测：苹果要么在开发者工具里补齐有竞争力的代码生成能力，要么眼睁睁看着自家工程师继续绕过官方工具链。后者并不罕见——iOS开发者历来在苹果方案不够用时转向第三方工具。Xcode的竞争者们存在至今，理由相同：官方路径未必是最佳路径。
讽刺之处在于：苹果将Apple Intelligence包装成人机交互的未来，自己工程师却在用别人的AI书写这个未来。这不是氛围编程。这是偏好被一份意外泄露的配置文件暴露了。