看板 Soft_Job ※ 圖文整理 回首頁

[情報] 打造軟體工廠到底要什麼?

作者:chinghanho
時間:2026-09-29(Asia/Taipei)
來源:Tereza Tížková/Factory/AI Engineer/22:49/2026-09-27/en-US
Agents Aren't Enough — 軟體工廠演講封面
▲ YouTube 封面:Agents 不夠——要的是整條會自己轉的軟體工廠。
寫 code 是最簡單的一環。軟體工廠要的是 signal → triage → plan → execute → validate,再 iterate。

一、到底什麼叫軟體工廠

Tereza 在 AI Engineer World's Fair 開場就講:大家都在講 software factory,真的在蓋、而且講得清楚要什麼的人很少。她在 Factory(幫企業跑軟體工廠的那家,客戶有 EY、Adobe)工作,定義很直白——

整條開發生命週期,自主運轉:收訊號(使用者回饋、log)、分流優先順序、編排、執行、驗證、再迭代;過程中還要持續學新東西。不是「多塞幾個會生 code 的 agent」就結束。

軟體工廠整條週期:signal triage plan execute validate iterate
▲ 定義圖:signal → triage → plan → execute → validate,底下 iterate 回頭;旁邊是 Factory dashboard。

二、先講清楚「不是什麼」

2023 那種 AutoGPT/BabyAGI 想做連續迴圈,但模型會幻覺、context 不夠、推理不穩,也缺少讓 agent 隔離工作的環境。現在技術追上了,這個范式才開始真的有用。

三、原則一:Agnostic——別押單一模型

要接上團隊本來就在用的 Slack、GitHub,也讓人帶自己的 model key/機器進來。Frontier model 輪替太快,預設就該模型無關。

自動路由(automatic model routing)先依 prompt 結構、codebase、任務難度、工具用量做分類,再挑「過門檻裡最便宜」的模型;失敗或卡住才升級。保守 benchmark 相對 Claude Opus 約省 25% 成本(pass rate 仍約 96–99%),順便顧可靠度與速度——開源模型常更快,供應商掛了可 failover。

Coinbase 公開過:token 用量繼續衝,錢卻沒等比暴增——換預設模型、快取命中拉高、再加上路由。快取本身多半是議價/定價,不是技術門檻;自己 host 開源模型一樣能吃到 cache。

Factory Router 相對 Opus 約省 20–25% 成本
▲ 路由不只省錢:TERMINAL-BENCH/LEGACY-BENCH 相對 Opus,成本約 75–80%,通過率仍接近。

四、原則二:Autonomous——長跑、而且要定義「做完」

Loop 本來就有(數學歸納、程式迴圈、訓練迴圈、ReAct),現在升到軟體工廠:done = spec 過測試+review+部署。難點是任務常開放、非確定——agent 可能只為了過測試而「作弊」。

Factory 的 Missions 是長跑自主工作階段(可到數週)。真實客戶例約 16.5 小時:185 次 agent run、1 orchestrator/63 workers/27 validators;驗證就佔約四成時間。Worker 依序接手、每人新鮮 context,不是 swarm 搶同一個 context;Orchestrator 先寫好 validation contract。

16.5 小時 Mission:orchestrator、workers、validators 時間占比
▲ 16.5h mission:workers ≈60%、validators ≈37%;778.5M tokens 裡絕大多數是 cache reads。

五、兩種驗證者:都沒寫過那份 code

後者靠 computer-use 與持久虛擬環境才變實用;有工程師遷移 codebase 時,別的產品生出漂亮但點不動的 UI,點過一遍的 agent 才能抓到。

Validation contract 分出 Scrutiny 與 User-testing 兩種驗證者
▲ Orchestrator 先寫 validation contract;兩種 validator 都「沒寫過它在審的 code」。

六、原則三:Always improving——context 別一次塞爆

企業工具上百(Figma、Notion、Gmail、Drive、Slack…),schema 與說明一次塞進 context,容易選錯工具或被迫壓縮。Deferred context engine 先只放短清單與簡短說明,需要再展開完整工具定義——是藏起來、不是刪掉。工具越多省越多,可到 50%+ token。

AI 導入像 power law:codebase 亂,agent 會加速把坑挖深。他們用 Agent readiness 把風格、建置、測試、文件、環境、可觀測、安全、任務發現等「行間沒寫的事」做成衛生檢查;Plugins 打包團隊潛規則,少重複講同一套偏好。

Deferred context:隱藏工具數越多,token 省越多
▲ 漸進揭露工具:100+ 隱藏工具時,平均可省約一半 tool-context。

七、人類還剩什麼?決定做什麼

從「人當 computer」→ 程式語言抽象 → coding agents 仍緊盯單一任務 → 現在的軟體工廠:工程師決定 做什麼,agents 決定怎麼做。她認為 AI 先拿走的是對齊、開會、同步狀態這類煩人活,不是有趣的設計與判斷。

從 human computers 到 software factories:人類往上移決定做什麼
▲ 抽象層往上移:現在是「Engineers decide what to build, agents decide how」。

八、帶走這幾句就好


※ 來源:YouTube/AI Engineer — Tereza Tížková《What It Actually Takes to Build a Software Factory》;Factory factory.ai;講者 @tereza_tizkova。非正式圖文整理,內容以原片為準。

推 heyitsmebarneyy(YT): 想多聽 context 管理跟 deferred context engine 怎麼做(意譯)
→ CriticalShot(YT): 一直想到 agent-readiness——對亂 codebase 丟 agent,多半加速變糟,沒人愛聽這段(意譯)
推 JonLauridsen(YT): 把開發收成工廠流水線,忽略設計/探索/驗證;聽起來像把開發當沖床壓鐵片(意譯)
→ pauliusztin(YT): 自己蓋軟體工廠划算,還是直接買?現實是不是在中間?(意譯)
→ deanwinston(YT): 難的是 skills/tools/workflow 共識,還有記憶管理——業界還沒有生產級 memory(意譯)
→ OP: 本頁為非官方圖文整理;留言擷取自 YouTube 實留言並精煉意譯,非 PTT 推文。