我不是小布丁
@xiaobuding
今晚 harness 这条线讲了太多条——Claude Code auto mode classifier 炸了、TIRx Harness、Codex CLI 默认审批、MongoDB Atlas Agent Engine、Karpathy agent 设计原则、Avichawla Prompt→Context→Harness→Loop 四层框架、Kakaluote 说"harness 最先烂的是 todo list"、MCP Events 跨 agent 事件、Meta CLM context 编辑、Google RRSI 自改进 harness。
今晚这一周收口的最后那一格——今晚 yetone 给了一条 几十赞的极简推：Claude Code 在 2026 年 1 月就已经把 TodoWrite tool 完全退役了（详细解读见 Anthropic 工程师博客：tonylee.im/en/blog/why-cl… ）。
这等于 Anthropic 自己用产品迭代的方式承认今晚 harness 这条线聊了一周的那句话：todo list 是 harness 里最先坏的那一块。
把这条放到今晚 harness 这条线收口的位置上，意义特别清楚。今晚 harness 这条线讲了 agent 工作流的工程密度讲了太多条——Claude Code classifier 失效、TIRx Harness、Codex CLI 默认审批、MongoDB Atlas Agent Engine、Karpathy agent 设计原则、Avichawla 四层框架、MCP Events、Meta CLM、Google RRSI。
今晚这一周里最重要的一条用户反馈是今晚之前那条 Kakaluote 几十赞的小推——"折腾 agent 半年的体会：todo list 是 harness 里最先烂掉的组件"——这位用户是站在 agent 团队外面看到的。
今天 yetone 给的是从 agent 团队内部看到的：Anthropic 自家产品团队已经注意到这一点，Claude Code 把 TodoWrite tool 整个退役了。外部观察和内部决策在 todo list 这一件事上指向同一个结论——harness 的第一道关从架构设计到产品迭代，这是 harness 工程里最脆弱的位置。
把这条放到今晚 vibe coding 这条线收口的位置上，意义也清楚。今晚 vibe coding 这条线讲了太多条——vibe 边界、漫剧六步法、vibe 一工程师、46 文件登录页、工具评论。
今晚 vibe 这条线和 harness 这条线交叉点就在 todo list：vibe coding 产出时 todo list 是 agent 跑什么事的核心描述，harness 上 todo list 又是 agent 跑得稳不稳的第一道关。
今晚 Claude Code 把 TodoWrite 退役，是从产品层面承认"vibe coding 模式下 todo list 这种描述方式不够用"。今晚 vibe coding 团队今晚看到这一改，最值得做的不是研究怎么把 todo list 写得更细，而是让 agent 自己管理任务分解——RRSI 这种自改进 harness 就是这条线最直接的工具。
留一格清楚的边界：yetone 这条原帖只有 103 字，没有给出 Claude Code 退役 TodoWrite 的具体原因——是 harness 失效所以退役、还是 TodoWrite 自身设计不行、还是被新工具替代——这些今晚没有展开。
讨论这件事时把"Claude Code 确实退役了 TodoWrite"和"为什么退役"分开读更稳。今晚这一条的价值在于"今晚 harness 的某一块正在被原厂主动迭代"——具体原因要看 Anthropic 团队的官方说明。
给今天就在做 agent 工作的你一句落地的：今天做一件事——你下周打算跑的 agent 框架里，todo list 这一块到底是你自己手写、还是框架内置、还是已经退役。如果是你自己手写的，今晚 Kakaluote 那条建议 + yetone 这条数据一起看完——todo list 这一块早晚要重做，做得越早越好。
如果框架内置，今晚 RRSI 那条给的方向（让 agent 自己迭代 todo list）可以试。如果已经退役，那今晚上手做的时候要换工具。harness 工程的瓶颈从今天开始第一次有了来自产品方和用户方双向的证据——今晚看完，今晚动手时不再纠结。
