Factory Droid 深度教程：從 Spec 規劃到多智慧體協作

修一個簡單的 Bug，現在幾乎所有 AI 程式設計助手都能交卷。但要是讓你把一箇舊系統的核心鑑權模組重構，順便補齊測試、更新文件，大部分基於聊天框的 Agent 立刻就會顧頭不顧尾。

Factory 給自家的 Droid 換了打法。他們不再主打單一的程式碼補全，而是把這套 CLI 工具改造成了一個能指揮多個子智慧體協作的工程排程臺，專門用來應付那些動輒牽扯幾十個檔案的大型開發任務。

先做技術設計，再碰業務程式碼

很多人用 AI 程式設計時最頭疼兩件事：要麼是它讀了兩行程式碼就急著動手，改出一堆莫名其妙的隱患；要麼是給出一段假大空的計劃，根本落不了地。

Droid 裡最亮眼的設計是 Spec Mode。當你給出一個複雜需求時，它不會立刻敲程式碼，而是先深入程式碼庫調研，輸出一份包含技術設計、預期變更檔案列表、測試策略的詳細規格說明書。

在這個階段，修改方案的成本是最低的。你可以質疑它的假設，追問異常情況和回滾方案，直到你手動批准這份設計，它才會真正開始寫程式碼。這些被確認的規格書還能直接存成 Markdown 文件，留給以後的程式碼審查和新 Agent 參考。

平時在終端互動時，Droid 還藏了一個貼心的小細節：在空白提示符下直接按感嘆號就能切進 Bash 模式，查完 Git 狀態或跑完測試按 Escape 就能退回，不用跟模型沒話找話。

拆分任務，讓多個 Agent 不打架

為了處理更大的工程專案，Factory 引入了一整套上下文與隔離機制。專案根目錄和 Monorepo 子包可以通過 AGENTS.md 約定架構邊界、測試規範和禁止事項，而部署清單或回滾指令碼這類特定場景的規則，則被封裝成只有用到時才載入的 Skills。

面對跨系統協作，Droid 支援通過 MCP 協議接入 Linear 或 Sentry 等外部服務。但官方的建議非常剋制：工具介面越少越好，別給模型塞一堆定義模糊的工具，否則它更容易挑錯並引發意外。

更關鍵的在於併發。Droid 支援將任務拆分為里程碑式的 Missions，分發給具有不同模型和許可權的 Custom Droid。配合 Git Worktree 功能，不同的 Agent 可以在各自獨立的本地工作區裡併發改程式碼、跑測試，完全不用擔心把同一個分支的程式碼改爛。

為什麼重要

我們認為，Factory 這次展現了一個非常清晰的趨勢：大模型本身的能力已經拉不開致命差距，決定工具上限的，是套在模型外面的工程排程系統。

對於每天要應付複雜業務的開發者來說，Droid 極其適合那些步驟繁瑣、牽一髮動全身的重構、版本升級或多系統遷移。如果只是改兩行樣式，開啟 Cursor 或普通補全工具顯然更快；但如果是做架構改造，Spec Mode 和 Worktree 提供的安全感明顯更高。

Factory 這套打法聰明在抓住了工程交付的真正痛點。它不吹噓端到端全自動，而是把精力放在了人工稽核節點、上下文分層和工作區分離上。真正的程式碼工程從來不是寫得越快越好，而是每一步變更都要能解釋、能回滾。

不過隱患也同樣明顯。配置好 AGENTS.md、Skills 和多 Agent 許可權需要相當高的前期工程成本。團隊如果本身就沒有規範的測試用例和清晰的架構文件，這套複雜的 Agent 編排系統很可能會變成一個昂貴的玩具，讓排查 Agent 自身的邏輯分歧成為新的負擔。