Brooks 定律在 AI agent 時代沒消失，只是變成了管理 agent 的開銷
部落格文章認為，Brooks 定律在 AI agent 時代依然成立，只是從「管理人」的開銷變成了「管理 agent」的開銷。1975 年 Brooks 在《人月神話》中提出：向已延期的軟體專案增加人手只會讓它更晚；AI agent 雖能在幾毫秒內上手、也不需要休息，但序列任務仍然序列，九個 agent 也無法在一個月內完成需要九個月的工作。作者給出的 2026 版改法是：在需求不清的專案裡堆 agent，只會更快得到錯誤答案——定義「完成」、審查程式碼、拼接結果的人仍然是自己。
原標題：The Mythical Man-Month in the Age of AI
閱讀原文
| 評分 | 38 / 40（平均 39，門檻 76） |
|---|---|
| 狀態 | 未入選 |
相關報導
Hacker News 討論：Agentic AI 落地的主要瓶頸是什麼
Hacker News 上有人發帖徵集討論：Agentic AI 進入生產的主要瓶頸在哪裡。發帖者引用兩項資料作對照——agent 產生的流量已超過人類流量，但已建置的 agent 中只有 10% 真正上線生產，他覺得這很諷刺。他由此追問是什麼卡住了這些 agent，以及要讓 agent 流量繼續增長還缺哪些基礎設施。帖子目前 3 分、5 條評論。
工程師提出 Brain Sandwich 工作法：先思考、再交給 AI、最後自己審查
一位工程經理轉述同事 Emily 的做法，提出與 AI 協作的 Brain Sandwich 框架：先用自己的大腦，再把實現交給 AI，最後再回到自己的大腦。開始前要自己讀懂問題、明確大致方向，否則 AI 可能把方向帶偏，甚至讓人去解決本來不存在的問題；中間階段可以毫無顧慮地完全委託給 agent。收尾時必須自己讀 diff、判斷增加的複雜度是否值得、寫好 PR 描述——如果說不清改了什麼、為什麼改，就不該交給別人審查。
亞馬遜 CTO：別讓恐懼驅動 AI 決策，Agent 須設授權邊界
亞馬遜 CTO Werner Vogels 在深圳交流時表示，企業不該因怕錯過 AI 而倉促決策，Agent 則必須提前劃清授權邊界：亞馬遜為 Agent 設計了規則執行機制，會檢查其訪問工具、執行指令碼等操作，例如可規定每天花費不超過 100 美元，超出就需人參與決策。他還提出驗證債的概念——AI 生成卻未被理解的程式碼，會把省下的時間在後續排查返工中重新花掉。此外他認為不必追基準榜第一，有客戶發現 DeepSeek、通義千問、Kimi 等更小模型已夠用且成本更低。
Linear 撰文談產品靈魂：agent 分散產出正在稀釋產品個性
Linear 官方部落格發布文章《Someone Behind the Software》，主張好產品會帶著創造者的經驗、關注點與判斷，而當下不少產品正退化成功能的堆砌。文章認為根源在於新增新能力遠比重新思考既有能力容易，當每個人各自帶著 agent 獨立產出改動，合在一起就更像弗蘭肯斯坦的怪物，而非被精心雕琢的雕塑。作者希望做軟體變簡單後省下的空間，能被用來形成並堅持一套產品觀點，而不是讓產品變成所有輸出的平均值。
為什麼 coding agent 依然很笨：模型在進步，agent 卻拖後腿
一位開發者認為 AI 程式設計的瓶頸是 agent 而不是模型：模型生成程式碼的能力持續提升，agent 卻停在原地。他區分了模型（GPT Astra、Claude Sonnet、GLM-5.3）與 agent（Claude Code、Codex），並列舉四類問題：OpenCode 把約 1.5k 行的改動拆成 10 個子任務卻逐個序列執行；agent 不會按任務難度切換更便宜或更強的模型；Claude Code 說不清自身功能，只能聯網搜尋；Plan 模式產出的計劃零散、難讀。