010. 先看結論|Claude Code 這波不是加功能,是補工作流斷點

這支來自 Gary Chen 的影片,表面上是在整理 Claude Code 近期七個更新;更有意思的是,它其實記錄了一個 AI 開發工具正在重新校準產品方向的瞬間。

Gary 一開頭就說,這些更新沒有大型發表會,多半是默默出現在每週更新日誌裡。他自己實際用了一陣子,覺得體驗不錯,所以整理成影片。最後他也坦白:前一兩個月主力曾經轉向 Codex,現在大概 70% 時間用 Codex、30% 時間用 Claude Code,但最近 Claude Code 又讓他「吃起回頭草」。

這句話比單純的功能清單更重要。AI coding tool 的競爭,已經不是誰能回答比較漂亮,而是誰能把開發者的日常摩擦降到最低:不用反覆貼文件、不用一直按同意、不用切來切去通知另一個 agent、不用在額度 reset 後回來手動續跑。工具的價值,開始從「模型能力」往「工作流連續性」移動。

圖 01:Claude Code 的近期更新重點不是炫技,而是讓開發工作流更連續

所以這篇導讀會把影片裡的七個更新拆成三條線:session 如何彼此協作、工具如何更貼近真實開發環境,以及 Claude Code 如何重新思考 human in the loop。

021. Session 互通|多代理不是多開視窗,而是能互相交接

第一個更新是不同 Claude Code session 之間可以互相溝通。

以前如果同時開兩個 Claude Code 視窗,一個做前端、一個做後端,它們的狀態其實是獨立的。前端把 username 這類欄位改名,後端 session 不會自動知道;你必須自己切視窗,把變更再說一次。這種摩擦看起來小,但在長任務裡很容易變成錯漏來源。

影片提到,現在可以在任何 session 裡輸入 /list-agents 查看線上的 session,Claude 也新增了 SendMessage 內部工具,用來把訊息傳給另一個 session。更重要的是,傳遞的不是完整對話紀錄,而是會自動整理成簡短精要的訊息,只把對方需要知道的事傳過去,避免浪費 context window。

這個設計抓到多代理工作流的本質。多開幾個 agent 並不等於多代理,因為只要交接還要人肉處理,最後瓶頸仍然在使用者身上。真正有用的是「分工後能低成本同步」:前端 agent 知道後端 contract 變了,測試 agent 知道 API 回傳格式更新了,文件 agent 知道 CLI flag 名稱調整了。

Gary 也提到,可以直接在 prompt 裡用 @ 加 session 名稱點名要溝通的對象;如果 session 太多,也可以用 /rename 幫 session 命名。這些都不是華麗功能,但會直接影響大型工作流能不能維持秩序。

032. 額度與續跑|少一點「等我回來按繼續」

第二個更新是使用上限。影片提到,Anthropic 曾在 5 月把 Claude Code 的每週使用上限臨時加碼 50%,一路延期到 8 月底;最新公告則說,50% 加碼維持到 9 月 13 日,9 月 14 日後改成永久增加 25%。Gary 的白話解讀是:加碼幅度縮水,但成為常態。

他也提醒,這次調整的是每週上限,不是每 5 小時的使用上限。也就是說,短時間密集工作仍然可能撞到 5 小時限制。

真正改善體驗的是自動續跑。過去撞到 5 小時限制時,得等 session reset 後回來按「繼續工作」。現在 Desktop 版會出現勾選框,只要勾起來,額度重置後就能接著跑;CLI 版本在 8 月中之後預設也會自動續跑,不需要的話可以從 config 關掉。

這聽起來只是小功能,但它解決的是長任務的最大痛點之一:人不一定剛好坐在電腦前。AI agent 的價值不是每一分鐘都陪你聊天,而是你交代一段工作,它能在合適的時間繼續往下做。自動續跑讓額度限制不再完全中斷任務節奏,至少對 5 小時限制是這樣。

這也說明 Claude Code 正在把自己從「互動式助手」往「可持續工作的開發代理」推。只要任務跨度拉長,續跑、保存狀態、交接與中斷恢復,就會比一次回答得多漂亮更重要。

043. Desktop 補洞|瀏覽器與 iOS 模擬器讓工具回到現場

影片接著介紹三個 Desktop 版更新,其中最關鍵的是內建瀏覽器。

Gary 直說,這很像 Claude Code Desktop 開始效仿 Codex。現在 Claude 可以在 Desktop 裡開網頁:看套件官方文件、看 Figma 設計稿、看後台數據儀表板,甚至自己點擊連結。對開發者來說,這個能力直接消掉了大量「複製貼上文件」的瑣事。

他也提到資安設計:內建瀏覽器跑在沙盒環境,使用獨立 profile,不會碰到個人瀏覽器裡已登入的帳號;使用者可以設定是否保留登入狀態,也能關閉功能或清空 session 資料。

這是 Claude Code 近期最像產品補洞的一步。Coding agent 不可能只活在 repo 裡。現代開發的事實來源分散在官方文件、issue、dashboard、設計稿、管理後台與本機預覽頁。只要 agent 不能自己看,它就永遠要靠人類搬資料。內建瀏覽器把 agent 拉回真實工作現場。

圖 02:近期更新可以看成三條線:協作、環境與人機節奏

另一個 Desktop 更新是 iOS 模擬器。影片說,如果你用 Mac 開發 iOS App,Claude Code Desktop 可以自動 build App、啟動模擬器,並把模擬器直接放在對話視窗旁邊。它可以自己點擊畫面、逐頁驗證剛寫的 code,也允許你隨時接手操作。這項功能目前仍在公開 Beta,Pro、Max、Team 版可用,前提是電腦裡要裝 Xcode。

這個方向和內建瀏覽器一致:讓 agent 不只改 code,也能靠近「驗證」。AI 寫程式最常見的失敗,不是它完全不會寫,而是它寫完之後沒有足夠環境回饋。瀏覽器與模擬器都是把回饋迴路縮短:寫、跑、看、修,全部盡量在同一個工作面板裡完成。

054. Auto Mode|少問問題,不等於放棄安全

第五個更新其實是預設值改變:Auto mode 變成預設。從 8 月 14 日開始,Pro、Max、Team 用戶的新 session 預設跑在 Auto mode 之下。Claude 會自己判斷指令能不能直接執行,不再每跑一行命令都跳出來問你可不可以。

這件事很容易被誤解成「變得更放任」。但影片裡最值得注意的是數據:Gary 轉述 Anthropic 找 1000 多位付費開發者做對照測試,人類手動按同意那組,只成功攔截 13.6% 的危險指令;交給 Auto mode 把關則擋下 89%。正式環境數據也顯示,需要人工核准的 session 有 6.3% 出現有害動作,Auto mode session 降到 2.4%。

影片的解釋很直接:人會累。當 session 跑了兩三個小時,視窗一直跳出來,使用者很容易變成反射性按同意。這時候「每一步都問」表面上看起來安全,實際上可能只是把責任推回一個疲勞的人類。

Auto mode 背後有分類器負責判斷每個動作是否安全,而這個分類器 API 呼叫不計入使用量。影片還提到 Anthropic 和 Apollo Research 合作測試,把分類器漏抓率從 12% 降到 7%;Trajectory Labs 的 prompt injection 測試中,720 次攻擊在 Auto mode 防護下全數被擋下。

這些數字仍應以影片歸屬語氣閱讀,因為它們來自 Gary 對官方資訊與測試結果的整理。但產品方向很清楚:human in the loop 不是每一步都叫人批准,而是在真正高風險的時刻讓人介入。好的代理工具應該減少低價值打擾,同時提高高風險動作的攔截率。

065. Concise 與 Design|把對話噪音和設計起步成本降下來

第六個更新是 Concise 模式。Gary 吐槽 Claude 很愛回覆一堆「天書」,而 Concise 模式讓 Claude 少問問題、少講廢話。使用者可以在對話框輸入 config,把 output style 切到 Concise;之後 Claude 會先給最終結果,不鋪陳、不囉唆解釋每一步,想知道細節再追問。這個功能在 8 月 19 日上線,設定後要開新 session 才會生效。

Concise 模式看似只是語氣設定,實際上也在補工作流。當 agent 已經開始處理長任務,使用者最怕的不是它少說兩句,而是它把螢幕塞滿過程敘述,讓真正的決策點被淹沒。Auto mode 降低提問頻率,Concise 降低回覆噪音,自動續跑降低中斷,這三件事合在一起,其實都在回答同一個問題:什麼時候才真的需要把人拉回 loop?

第七個更新是 /design 指令。影片說,現在在 Claude Code 裡輸入 design 加需求敘述,就能產出一整面可互動編輯的 UI 畫板。它會生成多個版本並排,使用者挑一張順眼的,直接在畫板上點擊微調,滿意後再一鍵轉成程式碼。Gary 認為這和 Matt Pocock 的 prototype skill 有異曲同工之妙,而且 CLI 與 Desktop 都能使用,只要版本更新到 2.1.234 以上。

這也代表 Claude Code 正在吃掉更多「開發前段」工作。以前 UI 起步可能要開 Figma、找 reference、手寫 prompt、再轉成 code;現在工具試圖把設計探索、版本比較、互動微調與 code 生成連在一起。這不會讓設計判斷消失,但會讓粗糙原型更快進入可討論狀態。

076. Codex 與 Claude Code|不要有平台信仰,要看任務需求

影片最後 Gary 談自己的工具分工。他說前一兩個月開發主力轉向 Codex,平常大約 70% 時間用 Codex,30% 時間用 Claude Code;原因是 Codex 的整體產品體驗做得細緻,很多小細節用起來順手。

但他也觀察到,Claude Code 這波更新明顯瞄準 Codex 的強項補洞,內建瀏覽器就是最直接的例子。兩家頂尖 AI 工具互相借鑑,對使用者是好事。

這裡最成熟的結論,是不要有平台信仰。今天要開哪個工具,取決於任務需求。需要怎樣的 repo 操作權限?需要瀏覽器嗎?需要跨 session 分工嗎?需要長時間自動續跑嗎?需要 UI design 起手式嗎?需要更保守的互動模式,還是更少打擾的 Auto mode?

圖 03:工具價值來自被接進日常工作流,而不是只看單點功能

從這個角度看,Claude Code 這波更新真正有意思的地方,不是每個功能單獨多厲害,而是它們都在把工具往「日常可用」推。session 互通解決分工交接,內建瀏覽器解決資料來源,iOS 模擬器解決驗證回饋,Auto mode 解決疲勞批准,Concise 解決輸出噪音,design 指令解決 UI 起步成本。

AI coding 工具的下一階段,應該不是讓人類完全退出,而是更精準地安排人類的位置:少做搬運、少做機械批准、少被迫盯著進度條;多做判斷、多做取捨、多定義什麼才算完成。Claude Code 這波更新,正是在往這個方向補。