AI 取代 coding 之後工程師還有什麼工作？

當 AI 能快速實作程式碼，工程師的工作開始往三個方向集中：一是「判斷力」，決定哪種解法在產品脈絡中最合適；二是「context management」，管理多個 AI agent 同時運作的狀況與輸出品質；三是「溝通與定義問題的能力」，在角色界線模糊的環境中清楚描述需求。工程師的位置整體往更高層次的決策與編輯工作移動。

Anthropic 工程師使用 AI 後生產力提升了多少？

根據 Anthropic 於 2026 年初公布的數據，其工程師平均每季交付的程式碼量是 2021–2025 年同期的 8 倍。這代表 AI 工具（如 Claude Code）大幅壓縮了程式執行成本，讓同樣的工程師在相同時間內產出遠超以往的成果，是整個組織層級的生產力躍升。

Claude Code 是什麼？負責人是誰？

Claude Code 是 Anthropic 開發的 AI 程式設計工具，由 Boris Cherny 擔任 Head of Claude Code。整個 Claude Code 與 Cowork 團隊由 Fiona Fung 統籌管理。Fiona 擁有超過 25 年工程師資歷，曾在 Microsoft 負責 Visual Studio 與 TypeScript，並在 Meta 從零建立 Facebook Marketplace，是業界資深的技術領導者。

Coding 被 AI 解決之後呢？Claude Code 團隊主管的答案

2026年7月6日 · Waiting7777 · 7 分鐘閱讀

Claude AI 職涯 Anthropic 未來工作 VS Code 投資

📂 Claude 系列 📂 AI 系列 📂 職涯系列 📂 Anthropic 系列 📂 未來工作系列 📂 VS Code 系列 📂 投資系列

Coding 被 AI 解決之後，工程師在幹嘛？

> Meta Shift

2026 年初，Anthropic 對外公布了一個數字：他們的工程師平均每季交付的程式碼量，是 2021–2025 年同期的 8 倍（來源：Anthropic 官方 Twitter）。

這不是什麼 A/B test 的小數據，這是一整個組織的生產力數字。8x。

Fiona Fung 就是帶著這個數字在工作的人。她負責的是 Claude Code 跟 Cowork 兩個團隊，直接管到 Boris Cherny（Head of Claude Code）跟整個 engineering 和 PM 團隊。在這之前，她在 Microsoft 做了 11 年的 Visual Studio 和 TypeScript，然後去 Meta 從零建立 Facebook Marketplace（現在年 GMV 超過 1000 億美金），之後做了 Meta 第一副 AR 眼鏡，最後負責 Instagram 的 infrastructure、growth、integrity 和 safety。

工程師資歷超過 25 年。見過 IDE 進化、Web 爆炸、Mobile 爆炸、現在輪到 AI。

她最近在一個 podcast 裡被問了一個問題，聽起來很科幻但其實很切實際：Coding 被解決之後，工程師在幹什麼？

為什麼這個問題現在才被認真討論

要理解這個問題的重量，先要知道「coding 被解決」這個前提在說什麼。

這不是說 AI 可以寫出完美的程式碼，而是說 coding 本身不再是瓶頸。你有一個想法，你描述它，AI 實作它。整個「把想法變成跑得動的程式」這件事的阻力，已經從週計算變成小時計算，很快可能是分鐘計算。

Anthropic 那個 8x 的數字就是這個現實的具體投影。同樣的工程師、同樣的時間，產出是以前的 8 倍。這不是說大家多努力，而是說一整層的執行成本被壓縮了。

這個轉變在產業裡並不是第一次發生。當年 C 語言出現，組合語言工程師說完蛋了；後來高階語言出現，有人說 programmer 要失業；再後來 framework 爆炸，說不會用 jQuery 就沒工作。每次都是一樣的劇本：工具把一層執行工作自動化，工程師的位置往上移一層。

但這次有一個不一樣的地方：移動的速度。以前每次工具升級大概要十年才會真正滲透到整個產業。這次的週期明顯壓縮了。Claude Code 從公測到 8x 生產力，時間尺度是幾個季度。這代表工程師需要適應的時間窗口比以往短很多。

Fiona 在這個環境裡管理一個正在快速消費自己工具的團隊 — 她的工程師在用 Claude Code 寫 Claude Code。這個 meta 層面的反饋迴路，讓她對「coding 之後的工程師在做什麼」有非常直接的觀察。

她看到的轉折：剩下什麼工作

Fiona 的觀察是，當 coding 不再是瓶頸，工程師的工作開始往幾個方向集中。

第一個是 judgment — 判斷力。AI 可以生成 10 種解法，但它不知道哪個在你的產品脈絡裡是對的。這個判斷需要理解：使用者是誰、產品的方向是什麼、現在的 tech debt 狀況如何、三個月後的 roadmap 會怎麼走。這些 context 是 AI 讀不到的，就算讀到了，它也不知道怎麼做 trade-off。

她的團隊在 ship 8x 程式碼的同時，並沒有讓 review 流程消失。反而是 review 的性質改變了 — 從「這段 code 有沒有 bug」變成「這個方向選得對不對」。工程師在做的是更高層次的 editorial 工作，而不是行行看 syntax。

第二個是 context management。這是她點名說「目前還沒有人解決」的問題。當你同時有 10 個 AI agent 在幫你跑任務，你的認知負擔不是降低了，是換了一種形式。你要知道每個 agent 在做什麼、它做到哪裡了、它的結果對不對、它做的事有沒有跟別的 agent 衝突。

這個 context-switching 的問題，比以前的多工問題更複雜，因為 AI 的速度比人快，你沒辦法慢慢看，你要有能力快速判斷「這個輸出我信不信任」。這其實是一個全新的技能，目前沒有 playbook。

第三個是溝通和定義問題的能力。在 coding 不是瓶頸之後，工程師跟 PM、設計師、stakeholder 之間的界線會更模糊。Fiona 在 Anthropic 已經觀察到這個現象 — roles are blurring。一個能清楚定義問題、描述 requirements、跟 AI 協作實作、然後評估結果的人，比一個只會寫 code 的人更有價值。

她用 Claude 的「routines」功能舉了個例子。她設定了一些固定的 routine 讓 Claude 定期幫她處理管理上的雜事，把一些認知上的重複工作外包出去。這讓她可以把精力放在真正需要人類判斷的地方。但這背後的前提是：你要知道什麼事情值得外包、什麼事情不行。這個判斷本身是一個 meta-skill，而且目前 AI 不會幫你做。