Xcode 27 全面走向 Agent

WWDC26 的框架消息搶下了所有頭條：SwiftUI 的 reorder 容器、全新的文件協定、App Intents 的背景執行。但真正改變日常工作最多的，是那個比較安靜的轉變。Xcode 27 把 coding agent 內建進了 IDE，而 Apple 花了五場 session 解釋工具列按鈕、plan 指令、artifact 面板與 sub-agent 的分流，該如何彼此搭配，組成一套全新的工作方式。

Apple 自己的定位說得很明白。「您主導程式碼的願景，而 Xcode 幫助您更快、更有信心地達成目標。」Xcode Intelligence 團隊在開場時這麼說，接著補充道，這套設計的目標是「讓您專注於您所享受的工作」。¹ 有趣的點不在於現在有 LLM 會寫 Swift 了。有趣的是，Apple 把 agent 接上了您平常親手使用的同一批工具：build、preview 算繪器、test 執行器、String Catalog，以及 Xcode Cloud。agent 不會去猜自己的程式碼能不能編譯。它會把它建起來、讀錯誤訊息，然後再試一次。

TL;DR／重點摘要

• coding agent 在 Xcode 26.3 登場；Xcode 27 擴充了工具集並重新設計了互動方式，將畫面分割為左側的逐字稿（對話、tool call、sub-agent）與右側的 artifacts 面板（檔案、diff、preview）。¹
• /plan 斜線指令會讓 agent 進入 plan mode，因此您可以在任何程式碼寫出之前，先以 markdown 核准一份架構；佇列中的訊息則讓您在任務進行途中加以引導。¹
• agent 會執行 Xcode 真實的驗證工具，包括 build、preview 算繪以及 test 執行器，因此它一邊做一邊自我驗證；在示範中，它為新功能寫出並執行了 12 個全數通過的測試案例。¹
• UI 原型製作仰賴一套「鋪開、混搭、重複」的循環：一次要求多份具名的 Swift preview，再把您喜歡的部分組合起來。行內註解與圖片附件可將變更範圍精準鎖定到特定一行。²
• 在地化透過 String Catalog 與 Apple 的逐語言風格指南進行；主對話會把工作分流給 sub-agent，並以一份 TRANSLATION.md 詞彙表維持術語一致。³⁴
• Xcode Cloud 的設定流程變短了（連接 repo、啟動第一次 build），如今還能驅動 webhook 與多 repository build，正是這套寫出比以往更多程式碼的 agent 密集工作流中，屬於 CI 的那一半。⁵

agent 現在就住在編輯器裡

先從畫面說起，因為這套版面本身就把整個模型編碼了進去。在 Xcode 27 裡，agent 逐字稿是一個編輯器面板，而不是硬塞在側邊的聊天抽屜。「逐字稿已經移進了編輯器面板，所以您可以用分頁、分割視窗，或任何適合您工作流的方式，把它和其他編輯器排在一起。」團隊這樣解釋。⁶ 您從工具列正中央的按鈕展開一段對話，按住 option-shift 點擊它，則會把那段對話開成獨立的面板，讓您在 agent 工作的同時還能讀檔案。¹

Apple 把工作區分割為左側的逐字稿與右側的 artifacts 面板；agent 可以看到原始碼、build 設定、開啟的檔案，以及您目前的選取範圍。

這個分割很重要。「左邊是逐字稿……包含進度說明、tool call、執行中的 sub-agent 等等。右邊則是 artifacts。這些是被建立出來的東西：檔案、編輯，以及 preview。」¹ 每一份 diff、每一個新檔案、每一份算繪出來的 preview，都會以一個 artifact 的形式出現，讓您在它成為關鍵依賴之前先行檢視。agent 是在攤開的狀態下運作，所有變更都被陳列出來供人檢查。

agent 能看到的範圍比典型的 context window 更廣。「當您在 Xcode 裡用 agent 進行探索時，它們可以看到您的整個專案。從您的原始碼、build 設定，乃至開啟的檔案與目前的選取範圍。」¹ 在示範中，開發者要求對資料模型與 view 階層做一次導覽，接著讓 agent 把兩份架構文件寫進 repo，好讓這次探索的成果在對話結束後依然留存下來，成為「您專案裡一個有文件記錄的知識庫」，它「可以是動態的，並且隨著 codebase 一同演進」。¹ 如果您曾經對著一個全新的 agent session 重新解釋一遍 codebase，那種想把地圖持久化保存下來的直覺一定會引起共鳴。

有一個細節值得向所有用過外部 agent 的人特別點出來：Apple 加入了一個 Apple Document Search 工具，agent 會自動呼叫它。「視您所使用的 agent 而定，它的基礎知識可能不包含最新的框架資訊。有了 Apple Document Search，您的 agent 就能存取高品質的文件。」¹ 這正好解決了 coding agent 在面對全新 API 時最常見的失敗模式，也就是信誓旦旦地呼叫一個根本不存在的 symbol，方法是在 agent 需要的當下，給它一條通往最新文件的路徑。

plan mode 讓您成為架構師

工作流中負責 build 的那一半，是透過 plan mode 進行的，以 /plan 斜線指令進入。這個定位是刻意為之的：「plan mode 讓您能當架構師，在任何程式碼寫出之前先勾勒出您的做法。」¹ agent 會蒐集脈絡、可以開出 sub-agent 來平行探索，並產出一份 markdown 格式的計畫，讓您在實作開始之前先閱讀、行內編輯並核准。⁶

plan mode 把實作變成一個經過審閱的步驟。在程式碼落地之前，佇列訊息與 agent 的釐清提問，共同構成了 Apple 所謂「一個緊密的溝通循環」。

Apple 對於為何在 agentic 工作流中要更看重規劃這件事，態度相當坦白。「當您在 Xcode 裡用 agent 開發時，您能把點子變成功能的速度如此之快……因此確保您手上有正確的計畫……就成了一個更重要的步驟。」回報是：「打磨的功夫會花在精修您真正想要的功能上，而不是修補一個沒蓋好的地基。」¹ 當產生程式碼的成本趨近於零，產生錯誤程式碼的成本也跟著歸零，而唯一的防線，就是一份您確實審閱過的計畫。

有兩個互動細節讓這個循環得以運作。佇列訊息讓您不必打斷 agent 就能補上一項需求（「像這樣把訊息排進佇列，讓我能在當下表達想法，而不必等 agent 把它手邊正在做的事做完」）。¹ 而 agent 也會反過來問釐清性的問題，因此在示範中，開發者從 agent 提出的清單裡挑選要呈現哪些洞察指標。結果是一份由開發者共同撰寫的計畫，而不是一份他們只是橡皮圖章蓋過的計畫。

接著是驗證。agent 使用 Xcode 的 build 工具，撞上編譯錯誤，然後反覆修正，因為「build 錯誤會直接傳達給 agent」。¹ 它在目前的執行目標上把 preview 算繪成 artifact，透過 Device Hub 在 iPad simulator 上執行 app，並針對既有的測試套件寫單元測試。「agent 寫了一整套測試來驗證這些新變更，而且它能夠執行並確認全部 12 個新測試案例都通過了。」¹ 這正是它與一般聊天機器人之間關鍵的區別：agent 用您自己會去拿的同一批儀器，閉合了它自己的回饋循環。

原型製作是一套「鋪開」的循環

UI 原型製作這場 session，是最強烈地反對把工作直接丟給機器的一場，而這也正是它最有用的原因。Apple 設計團隊的原型製作者 Sam 把規則講了兩遍：「不要把批判性思考外包給這些工具」，以及「把 coding agent 想成您原型製作過程中的協作者，幫您發掘出最好的體驗是什麼。記住，最終決定權永遠在您手上。」²

這場 session 對比了兩種提示：一種含糊的提示會把您錨定在某個隨意的版面上，另一種具體的提示則要求產出 10 份具名的 Swift preview 變體，好讓您並排評估。

這套技法叫做「鋪開、混搭、重複」。² 像「為管理讀書會建立一個 UI」這種含糊的提示，會產出一個隨意的版面，而您會被它錨定住。比較好的提示會要求多種變體、明確點名各項功能、給出風格上的線索（咖啡廳的溫暖感、紙張與字體的質地），並讓每個變體都有自己具名的 Swift preview。在示範中，這產出了 10 個截然不同的方向供您在其間點選切換，之後您再告訴 agent 要把哪些元素組合起來。² 由於 preview 不需重新 build 就能在畫布上算繪，這個循環緊湊到足以把設計當成用過即丟的東西看待。

有兩樣精修工具會延續到主要的 agent 工作流裡。圖片附件讓您能用超越文字的方式傳達意圖，而在那場旗艦 session 裡，一位開發者在 iPad 上用 Freeform 草繪了一張圖表、把它送出，agent 便把這張草圖轉譯成一張對應的 Swift Charts 折線圖，過程中還算繪出一份 preview 來自我驗證。¹ 行內註解則是更銳利的工具：「這個註解不只說了要改什麼，它還標出在哪裡，所以結果精準，而且範圍恰好鎖定在您所要的地方。」¹ 您指向要做淡入動畫的那一行、以及代表趨勢顏色的那一行，周圍的程式碼就成了脈絡。專就動畫而言，Sam 建議請 agent 做一個並排的調校面板，把動畫拆解成具名的各個階段，這樣您就能在不切換情境的情況下，調整 spring 的硬度與錯開時序。²

在地化透過 String Catalog 進行

在地化是整個編排敘事變得具體之處，也是 Apple 的整合優勢最難從外部複製的地方。這套設定建立在多年的 String Catalog 成果之上：catalog 起先開始追蹤字串被用在哪裡，接著追蹤它們被怎麼使用以自動產生註解，而 Xcode 27 把這份脈絡帶到了 agent 面前。「從 Xcode 27 開始，您現在可以使用 coding agent 直接在 Xcode 裡翻譯您的字串。」³

agent 準備好專案、build 每一個 target 以找出可在地化的字串、建立 String Catalog，接著把翻譯工作分流給 sub-agent，而每個 sub-agent 都帶著逐字串的脈絡。

整個流程相當精準。agent 告訴 Xcode 準備好專案，Xcode 加入該語言並 build 所有 target，好讓每一個可在地化的字串都被找出來，任何缺少的 String Catalog 都會自動建立。³ 接著 agent 把字串分成批次，並「把翻譯工作委派給個別的 subagent」，每個 sub-agent 都拿到關於該字串用在哪裡、有哪些術語相近的字串，以及同一字串在其他語言裡是怎麼翻譯的脈絡。³ 複數的處理是整合帶來回報的好例子：對於 %lld items，sub-agent 會產出正確的法文變體（「un élément」、「deux éléments」），因為「Xcode 會確保 subagent 永遠知道需要哪些變體，無論是什麼語言」。³

歧義消解的問題是值得多停留一會的。在地化團隊的 Avery 以「book」這個字開場，它在某個句子裡是用來讀的東西，在另一個句子裡卻是一筆飯店訂房，在大多數語言裡有各自獨立的翻譯。「沒有進一步的脈絡，就可能選到錯誤的翻譯。」³ String Catalog 提供了那份脈絡，而 Apple 又在上面疊加了逐語言的風格指南，加上您所寫下的任何指引。建議的模式是一份 TRANSLATION.md 檔案，裡頭放著詞彙表、不可翻譯的術語，以及語氣備註，並與 AGENTS.md 分開保存，好讓 agent 只在翻譯任務時才載入它。³ 在示範中，開發者把「landmarks」預設的「lieux d’intérêt」覆寫成更具加拿大味的「attraits」，而後來一個不相關的功能，透過 catalog 的跨字串記憶自動沿用了「attraits」，那是「一個它預設並不會選用的翻譯」。³

關於侷限的坦誠，是值得記住的部分。Apple 指出，有些語言在模型訓練資料裡出現得較少，可能翻得較差，並建議在需要長時間維持一致性的工作上使用大 context 的模型，同時直言不諱：對於您不會說的語言，您讀程式碼的那項優勢就會蒸發掉：「當我們用 agent 把字串翻成我們無法流利使用的語言時，那項優勢就消失了。」³ 答案是來自母語人士的 TestFlight 回饋，再加上在 preview 裡算繪在地化後的 UI，以便及早抓到截斷的問題，因為法文句子比英文長。String Catalog 本身也內建了一個逐語言的 Generate Translations 按鈕，供聚焦的工作使用。⁴

Xcode Cloud 是 agent 工作流中屬於 CI 的那一半

如果 agent 讓您更快寫出更多程式碼，那就得有東西來接住回歸缺陷，而 Apple 的答案是 Xcode Cloud，它的設定流程明顯變短了。Xcode Cloud 團隊把這條界線畫得很清楚：「隨著 agent 支援來到 Xcode，很多開發者正在寫出比以往更多的程式碼……但您要如何擴展並跟上程式碼、新功能這種飛快的步調，並確保您能在 bug 與效能問題抵達客戶裝置之前先抓到它們？Xcode Cloud 就是您追求品質的夥伴。」⁵

上手流程如今是連接一個 repository、接受預設的工作流，然後啟動第一次 build；原始碼跑在臨時性的 VM 上，從不被儲存。

設定就是一個 Get Started 按鈕、一個會從您的簽章設定預先填好的 developer team、一次 repository 連接，以及第一次 build，Apple 強調「Xcode Cloud 的 Build 跑在臨時性的虛擬機器上……任何原始碼都絕不會被儲存，Apple 也無從存取它」。⁵ 透過一個產生出來的工作流，可將版本散佈到內部 TestFlight，而同一套流程也能在同一個工作區裡上手第二個 app（macOS），無需重新授權該 repo。⁵

自動化這一層，才是它不再只是單純 CI 的地方。Webhook 會在 build 生命週期上觸發，包括 created、started 與 completed，把一份 payload 投遞到您所選的端點，這正是示範如何把 build 接進一個自訂儀表板的做法。⁵ 而多 repository 支援處理的是這種貼近現實的情況：當您把一個共用的框架拆成它自己的 repo，加入額外的 Git remote，「Xcode Cloud 現在就能在所有正確的相依項目都就位的情況下 build 這個專案」。⁵ 「Xcode 27 有什麼新功能」那場 session 把整件事的重點定調為抓住您原本會錯過的回歸缺陷：「在不知道有沒有回歸缺陷偷溜進來的情況下就出更新，是一種沒人想嘗試的特技飛行動作。」⁷

ACP 把您選用的 agent 帶進 Xcode

上面講的 Apple Document Search 與自訂工具的故事，是這幅圖景中屬於 MCP 的那一面：Xcode 自家的 agent 在 IDE 裡所做的 tool call。27 這個週期還加上了第二種、截然不同的機制。在 State of the Union 上，Apple 宣布「今天，Xcode 加入了對 Agent Client Protocol 的支援，因此您可以把任何相容的 agent 帶進 Xcode。ACP 支援與 Gemini 整合，會隨今天起便可取得的 Xcode 26 更新一同推出。而 Xcode 27 還會有更多。」⁸ 這個精準很重要：ACP 並不等到 Xcode 27。它隨著 WWDC 那週釋出的 Xcode 26 更新一起推出，更深的整合則在 27 才到。

它與 MCP 的區別是關鍵所在。MCP 給 Xcode agent 工具去呼叫；ACP 則把 agent 本身帶進來。Apple 透過外掛系統來定位它：「有了 Agent Client Protocol，一個外掛就能帶進您選用的 agent。」⁸ 安裝方式是一行命令列叫用，或是把一個 git URL 直接貼進 Xcode，而像 Figma 與 GitHub 這樣的夥伴則提供一鍵設定。⁸ 因此，那個承載 agent skills 與 MCP 工具的同一套外掛格式，如今也承載起一整個 agent。

一場談 coding intelligence 的 lab 補上了為何值得伸手去用第二條路徑的理由。以下內容轉述自一段在本機轉錄的 WWDC 2026 Coding Intelligence, Machine Learning & AI Group Lab 錄音，該 lab 把 ACP 描述為一種接入 agent 的方式，這些 agent 透過 LM Studio 或 Ollama 之類的執行環境提供者，與本機代管的模型對話，於是一個跑在您自己機器上的模型就能驅動 Xcode。¹⁰ 他們畫出了同一條 MCP 對 ACP 的界線，把 ACP agent 定位為比舊有那條單一逐字稿的 chat-provider 路徑更有能耐：chat provider 是一段對話，而 ACP agent 帶來 sub-agent、狀態管理、檔案 I/O，以及跑得遠比單次交換更久的 agentic 循環。¹⁰ 另一場面向初學者的 lab 為這道能力落差給了粗略的數字。該 lab 把 chat 模式的工具數量定在大約 10 到 15 個，相對於 Xcode 裡 agent 模式可用的大約 60 個工具，因此 agent 這條路徑觸及到 IDE 表面遠多得多的部分。¹¹ 同一場 lab 也勾勒出這三種模式各自運作的時間尺度：預測式自動完成省下的是數秒，chat 跑的是數十秒，而一年前還跑大約 30 分鐘的 agent，如今跑一小時甚至更久，且 agent 觸及的範圍會隨著它贏得更多工作時間而成長。¹¹

simulator 互動是隨 Xcode 27 全新到來的那一塊。同一場 lab 描述 agent 直接驅動 simulator，點擊、滑動與輸入，接著讀回 accessibility tree 與螢幕截圖，以弄清楚畫面上有什麼。¹⁰ agent 把這些學到的互動轉化成可重複執行的 UI test，於是一個它親手摸索出來的流程，就變成一個您不需要它在場也能跑的測試。該 lab 描述了讓 agent 跑上幾個小時去獵 bug，並回報哪些區域最需要關注。¹⁰ 這閉合了 IDE 內 agent 早已針對 build 與 test 工具所跑的那個自我驗證循環，如今延伸到了執行中的 app 上。

Xcode 總監 Ken Orr 在第 4 天的 Dub Dub Daily 訪談中提供了一個個人技法，為如何把這套方式用得好定了調。他會請「agent 在動手之前，基本上先把它要做的事寫成一份 spec。所以它把 spec 寫出來，然後它寫它的程式碼，接著我讓它跟進、建立一組測試，去驗證它寫了什麼，但也確保它測到了那份 spec 裡的每一件事」。⁹ 他點出的回報很持久：「您就擁有了一個活生生、會呼吸的、關於您 app 究竟做了什麼的定義。」⁹ 這呼應了前面 plan mode 的論點：先 spec、再程式碼，然後讓測試把程式碼綁回 spec。對於 agent 所造成的轉變，Orr 講得很直白：「當您在跟 agent 互動時，您可以把自己往上提升一個層級……所以您能更快得多地抵達最終結果。」⁹

這與 Claude Code 之間的關係

如果您已經在跑一個外部的 coding agent，最明顯的問題就是：IDE 內的 agent 會不會取代它。踏實的答案是，它們解決的是不同的問題，而兩者之間那道接縫，才是有趣的地帶。

Xcode 27 的 agent 在那些只有 Apple 能接起來的事情上勝出：agent 用來自我驗證的 build、preview 與 test 工具；用於查最新框架 symbol 的 Apple Document Search；以及 String Catalog 累積下來、外部工具看不到的逐字串在地化脈絡。¹³ 這些是整合，不是模型，而它們才是那項持久的優勢。像 Claude Code 這樣的外部 agent，則在 Apple 工具鏈之外勝出：shell、橫跨 Swift 與您後端的整個 repo 範圍重構、您早已打造好的自訂 MCP 工具，以及一套在每個專案裡都相同的工作流。

這兩者沿著我在 App Intents 對 MCP 工具那篇文章裡一再回到的同一條邊界共存。Apple 的 agent 在 app 內部與它的 build graph 裡駕輕就熟；通用的 agent 則在您的整台機器上駕輕就熟。Apple 並沒有把門鎖上：Xcode agent 支援加入您自己的工具（「有些內建於 Xcode，有些由 Apple 框架團隊提供，您甚至可以加入您自己的」），¹ 而 Apple 也以 AGENTS.md 慣例為標準，³ 那正是外部 agent 會去讀的同一個檔案。如果您像在 Xcode + Claude Code 那套設定裡那樣，已經透過 MCP 把 Xcode 接進了一個外部 agent，那麼正確的模型是分層的，而非二選一：build 循環緊湊的工作交給 IDE agent，所有跨越 IDE 邊緣的事情交給外部 agent。

還有一點。Apple 直言模型品質各有不同，尤其是跨語言時，並建議在長時間、重視一致性的任務上使用大 context 的模型。³ 這對應到 Foundation Models agentic 工作流的種種取捨：用裝置端模型處理便宜、私密、快速的回合，用更大的模型處理需要 context window 的工作。您為自己的 agent 程式碼挑選模型時所做的同一套盤算，在 Xcode 內部一樣適用。

FAQ

我要怎麼在 Xcode 27 裡啟動一個 coding agent？

使用 Xcode 工具列正中央的按鈕來展開一段對話或任務；它會以一個編輯器面板的形式開啟，可搭配分頁與分割視窗使用。按住 option-shift 點擊則會把它開成獨立的面板，讓您能在旁邊讀檔案。coding assistant 側邊欄會列出平行的對話，並標示出哪些需要您輸入。¹⁶

什麼是 plan mode，我什麼時候該用它？

plan mode 以 /plan 斜線指令觸發，會讓 agent 在寫程式碼之前先蒐集脈絡並產出一份 markdown 格式的架構。您審閱它、給出行內回饋或把訊息排進佇列，然後核准它去實作。任何非瑣碎的功能都該用它：當程式碼產生得很快，把計畫做對才是讓您不至於去打磨一個沒蓋好的地基的關鍵。¹

Xcode 27 的在地化與一般的 LLM 翻譯有何不同？

agent 透過 String Catalog 翻譯，而 String Catalog 會追蹤每個字串用在哪裡、怎麼使用，並在上面疊加 Apple 逐語言的風格指南。它把工作分流給 sub-agent，每個 sub-agent 都會收到逐字串的脈絡，包含一個字串在其他語言裡是怎麼翻譯的。您可以加上一份 TRANSLATION.md 詞彙表來做覆寫。那份脈絡讓它能消解像「book」這種無脈絡模型會弄錯的字詞歧義。³

IDE 內的 agent 會取代 Claude Code 或其他外部 agent 嗎？

不會。Xcode agent 最強的是 build 循環緊湊的工作，針對 Xcode 的 build、preview 與 test 工具自我驗證，並讀取最新的 Apple 文件。外部 agent 最強的是橫跨 shell、整個 repo 範圍的多語言重構，以及自訂 MCP 工具。Apple 支援加入您自己的工具，並採用共用的 AGENTS.md 慣例，因此這套設定是分層的，而非二選一。¹³

Apple 為何建議在使用 agent 的同時搭配 Xcode Cloud？

因為 agent 讓開發者更快寫出更多程式碼，這提高了回歸缺陷的風險。Xcode Cloud 在臨時性、絕不儲存您原始碼的 VM 上，跨裝置與 OS 版本平行 build 與測試，在每次提交到所選分支時執行⁷，如今還支援 webhook 與多 repository build。它正是接住這股更高程式碼速度的安全網。⁵

完整的 Apple Ecosystem 系列：Xcode + Claude Code MCP 設定，談如何從外部 agent 驅動 Xcode；Apple 開發專用的 hooks，用來在產生出來的程式碼周圍落實品質關卡；Foundation Models agentic 工作流，談裝置端對大模型的取捨；以及 App Intents 對 MCP 工具的前線，談 Apple 的工具表面與開放 agent 生態交會之處。樞紐在 Apple Ecosystem 系列。關於用 agent 開發 iOS 的更全面圖景，請參閱 iOS Agent 開發指南。

參考資料