Anthropic 倫敦開發者大會：AI 自主撰寫程式碼已成常態，但監管隱憂浮現

2026年5月19日，Anthropic 在倫敦舉辦第二屆「Code with Claude」開發者大會，與 Google I/O 同日登場。現場最具份量的一幕，是工程師 Jeremy Hadfield 在台上舉手調查：超過半數與會者上週已直接將 Claude 全程寫好的 pull request 送出審核，而其中大多數人坦承根本沒讀過那段程式碼。這個場景，幾乎就是當前軟體開發範式轉移的縮影。

Anthropic 的方向已不是讓 AI 協助人類寫程式，而是讓 AI 自己主導整個開發循環。Claude Code 負責人 Boris Cherny 在主題演講中明確指出，新的預設邏輯是「讓 Claude 提示自己」，而非人類提示 Claude。錯誤訊息的處理、測試與修正，都交給模型自行迭代，直到代碼可以運行為止。Anthropic 表示，其內部大部分軟體現在已由 Claude 撰寫，Claude Code 本身的程式碼也不例外。

大會上同步展示了 Claude Managed Agents 的新功能「dreaming」：多個 AI coding agent 在處理同一代碼庫時，可以互相留下筆記、累積共同知識，讓後續的 agent 從過去錯誤中學習並加速上手。這不只是效率工具的疊加，而是朝向 AI agent 之間的知識傳承邁進，意味著代碼庫的「記憶」將逐漸脫離人類開發者掌控。

這場大會的氛圍是樂觀的。Spotify、Delivery Hero、Monday.com 等企業分享了圍繞 Claude Code 重組開發團隊的經驗，現場看不到明顯的疑慮。然而，大會之外的世界並不相同。Reddit 與 Hacker News 上，有開發者反映 AI 工具是管理層追求生產力指標的產物，而實際上大量自動生成的程式碼反而增加了審核負擔。有人指出，安全漏洞正在被快速生成的代碼埋入系統，只是問題尚未爆發。研究人員也警告，AI 工具產生的不安全代碼將使軟體更容易遭受攻擊。

Anthropic 工程主管 Katelyn Lesse 的回應是：「所有舊的軟體開發最佳實踐仍然適用。」但她也承認，部分技術主管已精疲力竭於跟上團隊快速產出的代碼量。她對 Claude 當前能力的評估是「大約相當於中階工程師」，系統設計與複雜問題排除仍需資深人力介入。產品主管 Angela Jiang 則點出 Anthropic 的終極目標：「讓 Claude 基本上能夠建構它自己。」

對亞太市場的決策者而言，這件事的意義在於：軟體開發正在快速分裂成兩種組織——一種是已經重組流程、讓 AI agent 主導開發循環的公司；另一種是還在把 AI 當輔助工具用的公司。前者的速度優勢將持續擴大，但前者也是最先面臨代碼品質與安全隱患的那一批。Anthropic 的 Claude 4.6、4.7 在今年二月與四月連續更新後明顯提升了開發者信任度，這說明能力門檻正在快速跨越——不是在未來，是現在。當 AI 開始為自己寫程式，軟體開發團隊的核心價值已不再是能寫多快，而是能不能看出 AI 在哪裡出錯。