蘋果開放第三方大模型：開發工具接入AI，小白10分鐘造APP不是夢

最近，Xcode迎來一波小版本更新，但帶來的功能相當給力——它支持AI了。具體來說，Xcode 26.3開放了AI Agency的接口，包括Claude、Codex和Mock。一旦開發者在Xcode中綁定這些第三方賬號，就能獲得全局AI支持的開發環境。

（圖源：蘋果）

作為開發蘋果生態應用的唯一官方IDE，Xcode這波更新意義重大，它或許能徹底顛覆傳統蘋果應用開發流程，讓「人人都是程序員」變得可能。

程序員熱捧的AI神器，蘋果終于能用了

在介紹Xcode這次的更新前，我們有必要先把AI編程這件事說清楚。對于AI大模型，大部分人的第一反應應該是各家網頁端的產品。這些大模型用起來更像是一個可以聊天的機器人，如果要用它們寫代碼，一般的步驟就是：把自己的需求告訴AI、AI幫用戶生成代碼、用戶再把代碼復制粘貼到對應的編輯器中。

（圖源：ChatGPT）

但這個過程其實存在很多問題，比如開發一款應用，光寫代碼還不夠，還得設計界面，同時還可能調用本地的一些文件。很顯然，網頁端的AI很難做到這些，它只能被動地接收用戶輸入的信息，包括文字、圖片、鏈接、上傳的文件等。

為了應對更復雜的全流程編程需求，以Claude Code為代表的AI編程工具應運而生，它們就是當下大家熱議的「AI Agency」。嚴格來說，AI Agency和AI Agent（智能體）不是一回事，智能體通過指定的腳本執行、按照設計好的條件觸發，而AI Agency更強調自主權，能夠自己設計流程、調用需要的工具。Claude Code等AI編程工具通常都會支持一系列的智能體插件，以增強在特定領域的能力。

關于AI大模型和編程工具之間的區別，我們可以把模型理解為大腦，你問它答，但它沒有手腳，不能行動。AI大模型可以幫用戶寫一段代碼，但不能訪問操作用戶電腦本地的文件和代碼編輯器，更不能直接運行調試代碼。而AI編程工具在做的，就是在大腦之外，裝上手腳，既會思考決策，也能執行。像Claude Code是本地運行的工具，直接集成了編輯器，能夠直接訪問、修改、生成本地文件，調用各類資源。

（圖源：Anthropic）

AI編程工具，不光能把問題答對，還能把事情干成。

用Claude code等工具編程，開發流程大幅度縮減，用戶只要直接用大白話告訴它需求，它就能自動根據需求拆分成不同的步驟，包括代碼撰寫修改、框架搭建、模塊的生成拼接等。甚至，Claude還會直接運行調試，根據用戶反饋再次修改。

當然，AI編程工具的大腦仍然是AI大模型，它決定了這款工具夠不夠聰明。Claude Code默認接入的大模型是自家的Claude模型，但開發者可以更換成其他家的，很多國內開發者出于連接速度、成本等因素考慮，會替換成智普GLM、Kimi、DeepSeek等國產大模型。

Xcode AI找外援，都怪蘋果自研模型太拉胯

目前市面上的眾多AI編程工具中，最受好評、影響力最大的是Claude Code。Claude所屬公司Anthropic的CEO Dario Amodei在公開采訪中表示，他們公司內部的工程師已經不手寫代碼了，而是完全交給Claude。他甚至宣稱，未來半年到一年，程序員就能被徹底取代。這位CEO發表暴論，當然是為了推銷自家的AI服務，但的確也能看出當下AI編程工具令人咋舌的強大能力。

而AI編程工具的能力上限，仍然取決于它裝載的大模型的實力。理論上說，開發者選擇能編程能力最強的AI大模型即可。但現實中，開發者需要考慮成本等因素。以Claude Code來說，它原生大模型是收費的，面向專業開發者的費用大約100-200美元一個月，這對企業開發者來說當然不算什么，但個人開發者則對這項成本會更敏感。當然，不同類型的開發者自己會在成本和編程能力之間權衡，做出適合自己的選擇。

可能很多人會驚訝，一向強調自研和封閉生態的蘋果，這次給Xcode加裝AI能力，方式卻是借助外部力量。在小雷看來，這背后反映的是蘋果AI實力的相對薄弱。盡管幾年前蘋果就推出了自家的Apple Intelligence，并且應用于iPhone、Mac、iPad等設備，但是蘋果的AI經常被吐槽不夠智能。

早在2023年，就有爆料稱蘋果已經創建了大模型框架Ajax，要打造「Apple GPT」。但時至今日，蘋果的自研大模型還是遙遙無期。最近，蘋果基礎模型團隊核心人員持續離職，嚴重拖慢了蘋果自研AI的進度。

（圖源：蘋果）

所以一直以來，Apple Intelligence都在依靠外部勢力，它和OpenAI和Gemini都有深度合作，未來新版本的Siri將直接基于谷歌開發的模型進行。

這次在新版Xcode上，蘋果的思路也是簡單粗暴：既然市面上已經有實力強大的AI編程工具，那么直接開放接口讓開發者自己選擇就好了。至于讓Xcode接入蘋果自己的AI編程工具，蘋果不是不想，而是做不到。

10分鐘開發一款iOS App，不再是夢

有必要說明的是，此次Xcode更新之前，就已經有很多小白開發者通過Claude Code等工具開發iOS應用了。

在海外的Reddit論壇上，小雷看到了很多用Claude開發應用的帖子。有一位用戶表示，由于他長期飽受慢性鼻炎困擾，因此想用一款App記錄睡眠、飲食、天氣等數據，以發現這些因素和鼻炎癥狀發作的相關性。這位用戶不懂Swift編程語言，直接讓Claude Code幫他設計數據庫模式、構建相關性引擎、調用各類API，甚至App在App Store中的文字介紹，都是Claude幫他直接生成的。

（圖源：Reddit）

有意思的是，由于這位用戶是編程小白，他甚至不知道Claude Code是可以直接修改編輯Xcode文件的，而是把Claude寫的代碼復制到Xcode中去。也就是說，如果他擁有一點基礎編程知識的話，這款App的開發速度還會更加快。現在Xcode直接集成Claude等AI工具了，更多像他這樣的小白用戶，都能輕松完成開發。

其實，對專業資深的開發者來說，Xcode開放AI編程工具接口，對他們的影響不會很大，因為他們早就嫻熟地用Claude之類的工具提升編程效率了。但對很多入門開發者甚至小白來說，Xcode直接集成AI工具，還是大幅度降低了他們的學習成本，能更容易地搗鼓出簡單的App。

在過去很長一段時間里，蘋果都在不斷推出各類面向普通用戶的Xcode教程，手把手教用戶怎么學習Swift語言、怎么搭積木一樣搭建應用UI。但蘋果的編程教程做得再通俗易懂、語言語法再簡單好學，都比不上「簡單幾句話，AI幫我做了一款應用」這么震撼，AI大模型和編程工具的出現，對應用開發產生的影響是顛覆性的。

（圖源：蘋果）

另外，小雷認為，Xcode加入對外部AI工具的支持，對于蘋果自己的AI發展也是有幫助的。蘋果本身已經在AI領域落后了，如今要奮起追趕，除了不斷燒錢砸入海量資金外，向競爭對手學習「偷師」也是一種有效的提升手段。當越來越多的開發者在Xcode中直接調用AI工具時，就能帶來大量AI編程開發的實際案例，也能變成蘋果AI學習的寶貴素材。開發者養成使用AI的習慣，也有助于蘋果后續不斷在開發工具、系統應用中更新測試AI場景。

此外，App Store上的海量應用為蘋果貢獻了豐厚的收入。根據第三方機構的估算，蘋果2025一年在大中華區獲得的App Store分成收入，就高達500億元左右。在蘋果設計的分成機制下，大部分應用獲得的收入，都會按照15%或30%的比例繳納「蘋果稅」。當蘋果應用的開發難度大幅降低，那么蘋果開發者以及應用數量，就會迎來一波新的增長，蘋果自然是受益者。

AI時代，程序員會被替代嗎？

現在我們再回過頭去看Anthropic CEO發表的「暴論」，AI徹底取代程序員當然不現實，但AI逐漸替代程序員的部分工作這件事，已經在發生。

當然，需要明確的是，AI編程工具不是全知全能的神。當下，完全依賴AI編程，仍然會遇到很多問題。比如，AI幻覺仍然存在，有時會出錯甚至胡亂操作，如果它擁有太多的權限，一旦操作失誤會帶來巨大的損失。因此，在重大的開發項目中，AI工具仍然只能打輔助，重大關鍵決策還是要人工復核。

（圖源：Gemini）

因此，小雷認為，Claude Code等AI編程工具出現后，程序員的職業定位發生了變化。未來程序員的優勢將不再是「寫代碼的能力」，而是「駕馭代碼邏輯與系統架構的能力」，AI可以給簡單的需求搭建架構、拆分任務，但龐大的開發工程，還是要人工來統籌拆解，完成頂層設計。

未來AI和程序員的角色定位會有區別，AI更接近于建筑工人、初級設計師，程序員則是總工程師。同時，程序員還會是解決AI幻覺的一道防線，一旦AI寫出有漏洞或錯誤的代碼，具備深厚編程知識的程序員，能夠快速定位并排查出問題，正如很多程序員說的那樣：

AI 降低了編程的門檻，但提高了對代碼審查的要求。

另外，在將產品經理、用戶的需求轉化成代碼時，仍然需要程序員來扮演「跨維度翻譯」的角色。自然人的需求經常是多變、復雜甚至自相矛盾的，語言表達也經常會存在模糊曖昧的情況，這和充滿確定性的編程語言很不一樣。現實中，產品經理和程序員之間的拉扯，就緣于此。

而且，能熟練掌握AI編程工具的程序員，具備比傳統程序員更強的生產效率。在程序員會不會被AI替代這個問題上，我們可以得出更進一步的結論：不會被 AI 替代，但會被「先用上 AI 的程序員」替代。

盡管這次蘋果沒有為Xcode提供自家原生AI，但已經在釋放信號——AI正在徹底改變編程行業。AI進化的腳步不會停下來，還會持續釋放魔力，至于它下一次會顛覆哪個行業，很快就有答案了。