解读：长任务的关键不是模型，而是交接机制

• 对应原文：https://www.anthropic.com/engineering/effective-harnesses-for-long-running-agents [62]
• 对应译文：长任务代理的有效 Harness

一句话主旨

长任务失败多来自“交接断层”，而不是模型能力；解决办法是把交接制度化为初始化与增量代理的协作流程。[62]

关键洞察

• 初始化决定后续上限：先把环境、功能清单与进度记录搭好，后续代理才不会迷路。[62]
• 小步快跑比一口气做完更稳定：每轮只推进一个功能项，避免上下文中途耗尽导致断裂。[62]
• 结构化进度是跨窗口记忆：claude-progress.txt + git log 形成“可接手状态”，减少猜测成本。[62]
• 测试是节奏控制器：每轮先做基线测试，避免在坏状态上继续堆错。[62]

工程化落地清单

• 功能清单必须结构化：用 JSON 列出可验证步骤，并禁止删除或修改测试条目。[62]
• 强制提交与日志：每轮结束时写清 commit 与进度记录，让下一轮明确“到哪了”。[62]
• 开局标准动作：pwd、读进度、读清单、跑 init.sh、做一次端到端验证。[62]
• 只改一件事：每轮只完成一个功能项，并完成验证再标记通过。[62]

对团队的启示

• 长任务代理的可用性不是模型能力问题，而是工程流程问题。
• 你在做的是“交接流程设计”，而不是“提示词强化”。[62]

与本书的关联

• 第 8 章强调长任务的上下文策略，本篇补齐“工程化执行框架”，两者形成闭环。[62]
• 第 7 章 Claude Code 产品化实践中的增量推进逻辑，本篇提供结构化实现范式。[62]

读后结论

对于长任务代理，最可靠的提升不是更强模型，而是更可交接的运行框架。把“交接”变成制度，就能把长任务变成一系列可验证的小任务。[62]