每个任务都有自己的运行框架：Claude Code 中的动态工作流
输入“/”快速插入内容
每个任务都有自己的运行框架：Claude Code 中的动态工作流
每个任务都有自己的运行框架：Claude Code 中的动态工作流
用户4242用户42426月3日修改
默认的 Claude Code 运行框架是为编码而构建的，但它对很多其他类型的任务也很有用，因为事实证明，很多任务都像编码任务。不过，有些任务类别过去需要我们在 Claude Code 之上构建自定义运行框架，才能达到最佳表现，例如 Research、安全分析、智能体团队，或 Code Review。
工作流可以让你动态创建运行框架，让 Claude 能更原生地在 Claude Code 内解决这些问题，以及更多问题。你也可以把这些工作流分享给别人，或复用别人的工作流。
这篇文章会介绍我最初使用工作流的体验和一些经验，帮助你更充分地利用它们。
不过，最佳实践仍在形成中。动态工作流通常会使用更多 token，因此要认真考虑什么时候使用、怎么使用。
示例提示词
在进入技术细节之前，我想先放几个示例提示词，帮助你感受工作流的可能性：
•
“这个测试大约每 50 次运行会失败 1 次。设置一个工作流来复现它、形成理论，并在 worktree 中对这些理论做对抗式测试。/goal 不要停止，直到有一个理论成立。”
•
“使用一个工作流，浏览我最近 50 次会话，挖掘我反复做出的修正，并把重复出现的修正变成 CLAUDE.md 规则。”
•
“使用一个工作流，翻查过去六个月 Slack 里的 #incidents，找出反复出现但没人提交工单的根因。”
•
“拿我的商业计划，运行一个工作流，让不同智能体分别从投资者、客户和竞争对手视角拆解它。”
•
“这里有一个包含 80 份简历的文件夹。使用一个工作流，为后端岗位排序，并复核前 10 名。用 AskUserQuestion 工具采访我，以确定评分标准。”
•
“我需要给这个 CLI 工具起名。使用一个工作流想出一批选项，然后跑一场锦标赛，选出前 3 个。”
•
“使用一个工作流，把我们的 User 模型在所有地方重命名为 Account。”
•
“遍历我的博客草稿，使用一个工作流根据代码库验证每一个技术论断。我不想发布任何错误内容。”
动态工作流如何工作
动态工作流也包含标准 JavaScript 函数，例如 JSON、Math 和 Array，方便处理数据。
有一点特别值得知道：动态工作流可以决定某个智能体使用哪个模型，也可以决定子智能体是否在自己的 worktree 中运行。这让 Claude 能自行选择所需的智能水平和隔离程度。
如果工作流被打断，例如因为用户操作或退出终端，恢复会话后，工作流可以从中断处继续。
为什么需要动态工作流
当你让默认 Claude Code 运行框架执行一个任务时，它需要在同一个上下文窗口里同时规划和执行。对很多编码任务来说，这非常有效；但遇到长时间运行、大规模并行，或者高度结构化的对抗性任务时，它有时会失效。
原因是：Claude 在单个上下文窗口中处理复杂任务的时间越长，就越容易受到几类具体失败模式影响：
•
智能体偷懒：Claude 在完成特别复杂、包含多个部分的任务之前就停下来，并在只取得部分进展后宣布任务完成。例如一次安全审查有 50 项，它只处理了 20 项。
•
自我偏好偏差：Claude 倾向于偏爱自己的结果或发现，尤其是在被要求根据评分标准验证或评判这些结果时。
•
目标漂移：经过很多轮对话后，尤其是在发生压缩之后，Claude 会逐渐丢失对原始目标的忠实度。每次摘要都会损失信息，边界情况要求或“不要做 X”这样的约束可能会丢失。
创建工作流可以帮助对抗这些问题，因为它会编排多个独立的 Claude，让它们各自拥有自己的上下文窗口，以及聚焦且隔离的目标。
动态工作流与静态工作流