子代理記性變好的那一版，待辦清單工具跟著消失

如果你已經在用 fork 型的子代理分工，這一版有兩個消息，一好一壞，都跟你的流程有關。

Anthropic 8 月 13 日發布 Claude Code 2.1.232，把子代理 fork 改成預設開啟：subagent_type: "fork" 開出來的子代理，現在直接繼承主線的完整對話紀錄與 prompt cache。同一版也把互動模式下「非隊友」的代理生成，預設改成在背景跑，不再佔用你的前景畫面。日本 Classmethod 的技術部落格做了一個驗證：讓 fork 子代理去讀一個只有主線知道的通關密語，結果讀到了——證實 context 真的是繼承過去的，不是重新摘要一份。

這解決了一個一直很煩的問題：以前每次要派 fork 子代理去做事，得自己把上下文重新交代一遍；現在它直接拿到跟主線一樣的記憶與快取。不想要背景執行的話，把 CLAUDE_CODE_FORK_SUBAGENT 設成 0 可以關掉。

壞消息在同一版裡：TodoCreate、TodoGet、TodoUpdate、TodoList、TodoWrite 這組任務追蹤工具，在 Opus 4.8、Sonnet 5、Fable 5、Mythos 5 這些比較新的模型上，預設不再可用。官方 changelog 沒有解釋為什麼一起拿掉，只留了一條退路：設環境變數 CLAUDE_CODE_ENABLE_TODO_TOOLS=1 找得回來。如果你的流程仰賴模型自己列待辦清單、自己勾掉做完的項目，換到這些模型的當下它可能就靜靜地不列了——不會報錯，只是那個功能不見了。

同一版還加了一個順手的東西：在對話裡打 @ 直接點名另一個具名的 Claude session，Claude 會用 SendMessage 把訊息直接送過去，不用切終端機。

我的判斷是：這三件事合起來看，官方在往「代理之間互相協作」這個方向持續加碼——7 月拆掉的每場對話 200 個子代理總量上限 是同一條線，把數量限制鬆開；這次是把記憶跟通訊也打通。但打通協作的同時拿掉待辦清單工具，代表官方大概認為「模型自己排代辦」跟「代理彼此協作」不是同一群人在用——如果你的 harness 兩者都靠，這版之後最好都測一次。

今天可以做的兩件事：claude --version 確認自己在哪個版本；如果你的 pipeline 有任何環節讀 Claude 自己寫的 todo list，去確認你用的模型是不是在那份新模型清單上，不在的話先把 CLAUDE_CODE_ENABLE_TODO_TOOLS=1 設回去，別等它靜悄悄地斷了才發現。

查核備註：subagent fork 與 TodoWrite 移除兩件事的官方 changelog 原文已核對；為什麼兩者同版拿掉、是否互為因果，官方沒有說明，本文「同一條線」的判讀是我自己的讀法，不是官方說法；Classmethod 的通關密語驗證測試為第三方部落格自行操作，我沒有重新跑一次去複核。