来源信息

  • 文档类型：阅读笔记 · 整理日期 2026-10-07
  • 原文：《A harness for every task: dynamic workflows in Claude Code》 · 作者 Thariq Shihipar、Sid Bidasaria · 发布于 claude.dev · 发布日期 2026-06-02
  • 原文地址：https://claude.dev/blog/a-harness-for-every-task-dynamic-workflows-in-claude-code/
  • 本文为阅读整理，观点与数据以原文为准；原文不提供的事实均已标注为整理者说明。

阅读范围

  • 全文，含示例、机制、动机、静动态比较、模式、全部用途、限制、制作技巧与结语。

机制与动机

动态工作流按任务生成 JavaScript 编排：agent 启动独立代理，parallel 并发汇合，pipeline 将条目逐阶段处理；可选择模型、结构化返回与隔离方式，文章还描述会话恢复后的续跑。

单一上下文可能提前收工、偏爱自身答案或在压缩后偏离目标。独立目标与上下文有助于减少这些问题。静态流程预设通用步骤，动态流程则按眼前问题构造检查路径；例如迁移决策不只搜索，还查实际代码与业务需求。

六种模式与用途

基本模式是分类路由、拆分汇总、独立反证、生成筛选、两两竞赛、按停止条件循环。汇总需等待分支结果；反证需有评价标准；循环需明确终点。

文章覆盖迁移重构、深度研究、逐条事实验证、排序、规则遵循与经验提炼、根因调查、大规模分诊、设计探索、评估和模型路由。例如低频失败可生成竞争假说再检验；大列表可分组或两两比较；外部工单的读取者仅有低权限，行动者接收结构化摘要。

制作技巧与边界

提示要写清模式和验收，可做轻量反证，也可声明预算与硬完成条件。文章描述定期运行、保存工作流及经技能分享，强调模板可适配；本文没有执行或建立这些任务。

其版本行为与预算机制未在当前环境验证。复杂高价值任务较适合，普通改动未必值得付出额外 token 和协调成本。独立代理也可能共享错误假设；隔离不等于证据正确，摘要不自动消除不可信内容的风险。

游戏开发应用建议

以下为整理者建议，非原文实测，也不表示已经实施。

NPC 偶发资源冲突可先保存可复现种子，按日志、状态转移和资源生命周期分别提出假说，再用同一验收标准检验。主流程负责核对证据、合并结论，不能用多数投票替代复现。

玩法探索可先生成若干方案，再按成本、可读性与互动深度筛选，最终由人选择；体验评价不应伪装成客观证明。批量资产检查则应区分只读诊断与写入修复，限定目标资源与并发数量，避免多个任务争用同一场景。

我的建议是先为一类故障定义有限预算、超时和“无法确认”出口，再与单代理方案比较误报、遗漏和完成时间。所有验收项都应有状态：通过、失败、未检查，防止部分完成被包装为全部完成。

小结

结构化分工的价值是让目标、证据与停止条件可核查；并行和多轮验证必须证明值得其成本。

参考来源

相关笔记