Claude Code Auto Mode 正式 GA：30 到 60 分鐘無人值守寫程式變成日常

4 月 16 日，Claude Code 的 Auto Mode 在 Max、Team 與 Enterprise 三個方案中悄悄正式 GA。這週業界互相在轉貼的一句話——SitePoint 把 Claude Code 視為自主代理人的整理文裡寫的——準確描繪了這次 GA 真正的轉變：「30 到 60 分鐘無人值守的執行已經是常態，目前同類工具沒有別的能在這個長度下不丟失上下文。」請讀兩次。「AI 幫我寫程式」的門檻過去是 5 秒的自動補全；2026 年 5 月，門檻變成「Agent 能不能在我去開咖啡、做 1:1、開站立會議的時間內，完整保有整個 repo 的脈絡」。

對 PHP、網頁、行動 App 與資料庫工程師而言，這次 GA 帶來三個具體的工作流轉變。

一、Headless 模式變成「非小事」工作的預設流程

你用 --print 旗標啟動 Claude Code，給它一份 Markdown 規格書，讓它把輸出 stream 到 stdout。沒有 TUI 要盯。這套模式現在在產線上已經穩定下來：先寫一份 SPEC.md（描述「為什麼做」與「要做什麼」），讓 Agent 先產出 PLAN.md，30 秒內審完計畫，再 claude --print --plan PLAN.md 然後走人。回來時你讀 diff。這聽起來無聊，直到你意識到「讀 diff」是整個流程裡唯一你必須在場的環節，而那剛好是好工程師原本就被訓練要做好的事。

二、GitHub Actions 整合進入正式生產等級

今年春天釋出的 Claude Code GitHub Action 樣板，每當 PR 開啟時會：讀完改動、在 action runner 裡跑你的測試、執行一輪「就地的」審查（不是那種「你應該多寫測試」的萬用罐頭評論，而是讀過 CLAUDE.md、知道你們團隊風格的審查）、再把意見以 inline comment 留下來。已經有多個團隊回報，人類審查佇列深度在第一個月就掉了 40 到 60%，因為命名、漏判 null、忘記翻譯這類「便宜挑剔」根本不會抵達人類。

三、新的瓶頸是規格，不是打字

4 月發表的多篇研究（76% 開發者已使用或計畫使用 AI 編碼工具、41% 程式碼由 AI 生成、平均每位開發者每週節省 3.6 小時）給出一致的訊號：寫得出好規格的人，產出比寫得出好程式碼的人高 2 到 3 倍。技能溢價已經往上層位移。如果你的時間還花在收緊 for 迴圈，那就是會被花時間收緊問題敘述的同事輾過。

關於安全性的注意

獨立程式碼分析依然顯示，AI 共筆的 PR 平均多 1.7 倍的問題；AI 產生的程式碼有約 48% 含有安全弱點（依研究方法略有不同）。表面數字很漂亮，但你若把審查關掉，爆炸半徑也更大。Auto Mode 並沒有改變一條鐵律：PHP 程式碼上線前必須通過測試，且必須有經過身分驗證的真人核准。

我的觀點

這次 GA 真正有意思的地方不是「工具變聰明了」，而是「工作流程變可預測了」。一年前，「這個 PR 大部分是 AI 寫的」是你低聲承認的事；今天，在儀表化做得好的團隊裡，那是預設狀態，工程管理的問題也從「我們用 AI 嗎？」變成「我們每個 PR 的審查延遲是多少？AI 生成的 PR 佇列會不會把人類生成的 PR 餓死？」這已經是管理對話、不是技術對話。2026 年會贏的團隊，是解決這個佇列問題的那批人。