Claude Code 讓 Anthropic 工程組織的實際產出達到約三倍人力，但瓶頸沒有消失，它從「寫程式」移到「決定要做什麼」。
（前情提要：Claude Code 新增雲端定時任務功能！不用開電腦，AI 自動審核 PR、升級）
（背景補充：Anthropic 工程師不寫程式碼了：Claude 正在訓練下一代 Claude，CEO 稱「不確定還剩多少時間」）
工程師的產能翻了三倍，公司卻在多請人。這聽起來像矛盾，但 Anthropic 正在做的事恰恰如此。根據 Amazon 軟體工程師 Ishan Gupta 在 VentureBeat 發表的客座評論，Anthropic 近期要求其成長團隊「多請」產品經理（PM），而非裁減，原因是 Claude Code 讓整個工程組織的實際產出達到約三倍人力，瓶頸從 IDE（也就是寫程式的地方）移到了「決定要做什麼」的人身上。
簡單來說就是，工具快了，但告訴工具該做什麼的人沒跟上。
瓶頸不在打字
Gupta 描述了過去十年工程流程的典型模樣：工程師鑽研技術、寫程式、卡住時查 Stack Overflow。而如今 Stack Overflow 每月新問題數自 2022 年 11 月 ChatGPT 推出以來已下降約 77%。這個數字本身就是一份產業剖面：工程師不再需要在社群裡等答案了。
他把這個轉變拆成五個階段。第一階段是 Stack Overflow 時代（2014 至 2022 年末），工程師的思考集中在一個地方，問題有其固定的社群解法。第二階段是瀏覽器分頁時代（2022 末至 2024 年），第一代 ChatGPT 在 IDE 之外運作，工程師在瀏覽器寫 prompt、貼回 VS Code，整個流程仍是單執行緒、工程師驅動。
第三階段是 IDE 原生時代（2024 至 2025 年）：Cursor 與 Claude Code 把模型搬進編輯器，並給予整個 repo 的存取權。這一步的關鍵後果是，資深工程師作為「升級路徑」的角色大致消失，初階工程師卡住時不再需要敲資深同事的門，模型比任何一位同事都更有耐心。
到 2026 年，不少開發者在新終端機打的第一個指令已經是 claude。
第四階段是規格驅動時代（2025 至 2026 年）：更大的 context window把過去需要 ticket、設計檔案、整個 sprint 才能處理的工作壓進單一 session。Amazon 的 Kiro IDE 團隊據報把功能開發從兩週壓到兩天。一個 AWS 工程團隊把原本估計需要 30 名工程師、18 個月的重構，由 6 人在 76 天內完成。
第五階段，也就是現在，是 Routines 時代（2026 年）：Anthropic 在 4 月推出 Claude Code Routines，可排程、常駐執行的代理（agents），可按週期、webhook 或在筆電闔上的整夜執行。
Cron 回來了、Hooks 回來了。工程師的工作開始有「編排」的成分：睡前開一群代理，早上審一疊 PR。
誰來決定要做什麼？
不過工程產能增長三倍，產品管理卻沒動。為了填補這缺口，LinkedIn 把副產品經理（APM）軌道換成「Product Builder」計畫，訓練橫跨產品、設計、工程的通才；Anthropic 則選擇直接多聘請 PM。
Gupta 對工程師的建議直接：2026 重要的工程師，是不再等工單需求上門的人。而是要主動跟客戶談、讀客服建議、坐進銷售電話、能真正產生想法而非只是被動給估時。
2026 的好工程師不是寫最多程式碼的人，而是知道該做什麼、能證明值得做、有代理艦隊加上審查紀律把它出貨，同時不讓系統因速度崩潰的人。
Gupta 的結語留了一個清晰的選擇：內化這件事的工程師，會度過軟體史上最有趣的十年；繼續等工單的工程師，則會看著旁邊的代理把工單處理完。
📍相關報導📍
Anthropic 研究：領域專業比寫程式能力，更能決定 Claude Code 生成效果
