蘋果官方App誤打包了Claude.md，這么大的公司也Vibe Coding啊？

夢晨 發自 凹非寺
量子位 | 公眾號 QbitAI

蘋果大失誤！把自用的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加速開發，但這件事應該被代碼審查攔住。

蘋果的某位工程師正在經歷職業生涯最糟糕的一天。

而Anthropic的銷售團隊，正在經歷最好的一天。

參考鏈接：
[1]
https://x.com/aaronp613/status/2049986504617820551
[2]
https://news.ycombinator.com/item?id=47973378