蘋果大失誤!把自用的Claude.md打包到了官方App里。
這下直接被坐實了:蘋果內部在使用Claude Code構建生產級應用。
這么大的公司,也在Vibe Coding?
![]()
蘋果內部在使用Claude Code構建生產級應用
項目級的Claude.md通常用來告訴AI這個項目是什么、怎么構建、要遵循哪些規范、避免哪些雷區……
這家全球最注重保密的科技公司,還是把自己的秘密泄露了。
事故發生后后,蘋果在24小時內已緊急撤回,但部分內容已經曝光。
等一下。
這和Claude Code源碼泄露時把source map打包進發布版怎么一樣一樣的。
該不會這兩個事故,罪魁禍首都是Claude Code自己吧?
Apple Support應用5月1日推送了v5.13版本更新,其中意外夾帶了Claude.md。
MacRumors的分析師Aaron Perris發現并曝光這一點。
![]()
MacRumors的分析師Aaron Perris發現并曝光
Apple Support是蘋果官方的售后服務應用,支持與蘋果專家在線聊天進行問題故障診斷,預約維修服務等,購買Apple Care服務等功能。
Apple Support
泄露的Claude.md里寫著一套完整的對話系統架構,最核心的設計是一個雙后端系統:
Juno AI負責自動應答,Live Agents負責真人客服接管。
兩套后端通過一個Protocol協議層無縫切換,上層代碼根本不知道哪條消息是人類發的,哪條消息是AI發的。
更有意思的是消息系統的三角色設計。
在Apple Support的聊天里,client是用戶,agent是Apple Support的真人客服,assistant是AI。
三種身份的消息走同一套處理流程,沒給用戶提示對面到底是人在回復還是機器在回復。
至此,Apple Support客服的技術骨架基本清晰了——一個AI和人類無縫切換的對話系統。
![]()
Apple Support客服的技術骨架
![]()
SAComponents模塊
Apple內部,AI無處不在。
更具體一點,Claude無處不在。
其實早在三個月前,最懂蘋果的懂哥彭博社Mark Gurman其實就告訴大家:
Gurman特別提到,蘋果是在自家服務器上跑定制版Claude模型。
還有一件事值得關注,蘋果已經和谷歌達成合作,Gemini將取代舊版Siri。但在內部開發工具這件事上,蘋果選的是Claude,而不是Gemini。
![]()
蘋果選擇了Claude
當然,也要平衡地看。一位自稱前蘋果員工的HackerNews用戶站出來說,蘋果內部有數百個隔離團隊。某些團隊用Claude,不代表全公司都在vibe coding。
一項針對12萬開發者的調查顯示,92.6%的開發者每月至少使用一次AI編碼助手。蘋果用Claude寫代碼,不過是整個行業的縮影。
所以問題不是蘋果用不用AI寫代碼,所有人都用。
Claude.md到底該不該進版本控制?
開發者吵成一團。
![]()
Apple Support
另一派人覺得它更像是IDE配置,應該放進.gitignore,各用各的。
但真正尷尬的不是“該不該提交”,而是“提交了之后怎么又進了發布包”。
但問題可能在Claude Code自己。它經常選擇性無視指示,重復多少遍也沒用。
![]()
Claude Code
一條高贊評論總結了這件事的本質:
![]()
網友評論
真正的問題不是Apple用了Claude,而是Apple對Claude過于信任。所有人都在用AI加速開發,但這件事應該被代碼審查攔住。
蘋果的某位工程師正在經歷職業生涯最糟糕的一天。
而Anthropic的銷售團隊,正在經歷最好的一天。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.