Claude Code动态工作流：从AI对话到自动化代码审计与重构

发布时间：2026/7/9 23:25:54

🚀 30+款热门AI模型一站整合，DeepSeek/GLM/Qwen 随心用，限时 5 折。 👉 点击领海量免费额度

1. 先搞清楚 MiniMax Hub 的“创作流”到底能做什么

如果你经常用 Claude Code 这类 AI 编码助手，可能会遇到一个瓶颈：单次对话的上下文有限，处理复杂、多步骤的任务时，需要你手动一步步引导，效率不高。比如，你想让 AI 帮你审计一个大型代码库里的所有路由文件，检查权限问题，或者批量迁移一批组件的样式库。这种任务如果靠人工在聊天窗口里一条条发指令，不仅慢，而且容易出错，状态也难以保存和复用。

MiniMax Hub 最近推出的“创作流”功能，瞄准的就是这个痛点。它不是一个简单的脚本录制器，而是一个基于动态工作流（Dynamic Workflows）的自动化编排引擎。简单说，它允许你把一个复杂的、需要多步协作的“大任务”，打包成一个可重复执行的自动化流程。

这个功能的核心价值，不在于“自动化”这个宽泛的概念，而在于它把 Claude Code 里那些强大的“子代理（Subagents）”能力，从一次性的对话交互，变成了可规划、可执行、可监控、可复用的标准化工作流。这意味着：

从对话到程序：你不再需要告诉 AI “第一步做什么，第二步做什么”。你可以直接描述最终目标（例如，“检查src/routes/下所有 API 端点的认证缺失”），AI 会为你生成一个包含多个阶段、并行执行多个子代理的 JavaScript 脚本（工作流），然后自动运行它。
后台并行执行：工作流在后台运行，你的主会话不会被阻塞。你可以继续聊天、写代码，同时通过一个专门的视图监控几十上百个“子代理”的工作进度。
结果可审计、流程可复用：每个工作流运行的过程和结果都被记录下来。如果这个任务你以后还需要做（比如每次提交前都做一次代码审计），你可以直接把这次运行的脚本保存为一个自定义命令（例如/audit-my-routes），下次一键调用。

所以，它解决的不是“写代码”的问题，而是“组织和管理 AI 如何帮你写代码、查代码、改代码”的问题。它适合那些需要 AI 进行大规模、系统性代码分析、重构、研究或质量检查的开发者。

2. 运行“创作流”需要什么条件？环境怎么配？

不是所有 Claude Code 环境都能直接用上这个高级功能。在动手之前，先确认你的环境满足以下几个硬性条件，这能避免你折腾半天才发现基础不支持。

1. 版本与权限

Claude Code 版本：必须使用 v2.1.154 或更高版本。你可以在 Claude Code 界面输入/version来查看当前版本。
订阅计划：该功能在所有付费计划（Pro 等）上可用。
API 访问权限：你需要拥有 Anthropic API 的访问权限，或者在 Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundry 等支持的云平台上使用 Claude 模型。

2. 功能开关默认情况下，动态工作流功能可能是关闭的。你需要手动开启它：

在 Claude Code 界面，输入/config打开配置。
找到名为“Dynamic workflows”的行。
将其切换为“启用（Enabled）”状态。

3. 模型能力要使用最高级的自动编排模式（/effort ultracode），你需要使用支持xhigh推理努力的 Claude 模型（如 Claude 3.5 Sonnet）。如果当前模型不支持，/effort菜单里就不会出现ultracode选项。

4. 权限模式工作流的启动方式受你的权限模式影响：

默认（Default）模式：每次运行一个新工作流时，都会弹出确认提示，询问你是否允许。你可以选择“总是允许”来跳过后续提示。
自动（Auto）模式：首次运行某个工作流时会提示，之后自动运行。
完全（Full）模式：不会弹出任何确认，直接运行。这适合在脚本或 CI/CD 环境中使用，但需要你对自己的工具权限列表有充分把握。

注意：工作流内部的子代理默认在acceptEdits（接受编辑）模式下运行，并且会继承你主会话的工具允许列表。这意味着，如果工作流中的子代理需要执行 Shell 命令或调用某些 MCP 工具，而这些不在你的允许列表中，运行时仍然会弹出确认。对于长时间运行的任务，最好在启动工作流前，就把可能用到的命令或工具添加到允许列表里。

3. 从零开始：如何创建并运行你的第一个工作流？

理解了条件和价值，我们直接上手。最直观的方式是使用内置的示例工作流，这能让你快速看到效果。

3.1 跑通内置示例：`/deep-research`

Claude Code 自带了一个名为/deep-research的工作流，专门用于进行深度、多源交叉验证的研究。我们就用它来感受一下。

第一步：触发工作流在 Claude Code 的聊天输入框里，直接输入：

/deep-research What are the key differences between React Server Components and traditional React components?

（你可以把问题换成任何你想研究的主题。）

第二步：批准计划输入命令后，Claude Code 会弹出一个确认卡片，展示这个工作流将要执行的阶段计划（例如：生成搜索角度 -> 并行搜索 -> 获取并分析来源 -> 交叉验证 -> 生成报告），并预估令牌消耗。

点击“是，运行它”或按对应的快捷键（如Y）。
如果你不想每次都确认，可以选择“是，不再为…询问”。

第三步：监控运行进度工作流开始在后端运行。此时，你的主聊天窗口是空闲的。你有两种方式查看进度：

专用视图：输入/workflows。这会打开一个列表，显示所有正在运行和已完成的工作流。用方向键选中你刚启动的那个，按Enter进入详情视图。这个视图非常关键，它会以阶段（Stage）为单位，展示：
- 每个阶段的名称。
- 该阶段启动了多少个代理（Agent）。
- 消耗的总令牌数。
- 已用时间。
- 你可以继续深入某个阶段，查看里面每个具体代理的提示词、工具调用和结果。
任务面板：在聊天输入框下方，会出现一个简化的进度条。你可以按向下箭头聚焦它，然后按Enter展开查看更详细的信息。

第四步：查看结果运行完成后，最终的研究报告会直接发送到你的主聊天会话中。这份报告的特点是：每个重要声明都会附上来源引用，并且那些未能通过多个独立来源交叉验证的声明会被过滤掉或标记为“未验证”。这比单纯让 Claude 做一次网络搜索要可靠得多。

跑通这个例子，你就直观地看到了工作流是如何将一个大任务（多角度研究）拆分成多个并行子任务（多个搜索代理、多个验证代理），并最终汇总成一个高质量结果的。

3.2 让 Claude 为你定制工作流

内置工作流毕竟有限，真正的威力在于让 Claude 根据你的具体需求生成定制化的工作流。有两种主要方式：

方式一：在单次请求中明确要求在你的问题或指令中，直接包含ultracode:这个关键字，或者用自然语言说“使用工作流来…”。例如：

ultracode: 审计 src/routes/ 目录下的每一个 .ts 文件，检查它们是否缺少身份验证（authentication）检查，并在报告前对每个发现进行对抗性验证。

或者：

请使用工作流，并行地将 src/components/ 下的所有组件从 styled-components 迁移到 Tailwind CSS，确保每个文件都在独立的副本中工作以避免冲突。

Claude 识别到这些指令后，就不会在聊天中一步步执行，而是会直接为你生成一个工作流脚本，并请求运行。

方式二：开启“超码（Ultracode）”模式如果你预计当前会话中会有多个复杂任务，可以一次性提升会话的“努力级别”到ultracode。输入：

/effort ultracode

开启后，Claude 会自动判断会话中的每个实质性任务是否值得用工作流来处理。比如，你让它“重构这个模块”，它可能会自动拆分成“理解代码”、“制定重构计划”、“执行更改”、“验证结果”等多个串联的工作流。这非常强大，但也会显著增加令牌消耗和时间，适合处理大型、独立的项目任务。日常编码时记得用/effort high或medium切换回来。

4. 进阶操作：保存、管理、传递参数与成本控制

当你让 Claude 生成的工作流完美地完成了任务，并且这个任务以后可能还要重复做时，保存它就至关重要了。

4.1 保存工作流为自定义命令

工作流运行完成后，输入/workflows。
在列表中找到刚刚成功运行的那个工作流，选中它。
按下键盘上的s键（代表save）。
系统会询问你保存位置：
- 项目目录（.claude/workflows/）：保存到这里的工作流会随着 Git 仓库一起被克隆，团队所有成员都可以使用。适合团队共享的标准化流程（如代码审查、安全检查）。
- 用户主目录（~/.claude/workflows/）：仅对你个人可见，在所有项目中都可用。适合你个人的常用脚本。
选择位置并按Enter保存。保存时，你需要为这个工作流起一个名字，比如audit-auth。

保存成功后，这个工作流就会变成一个像/deep-research一样的自定义命令。以后在任何会话中，你只需要输入/audit-auth，它就会直接运行，无需 Claude 再次生成脚本。

4.2 向保存的工作流传递参数

一个死板的工作流用处有限。好的工作流应该能接受输入。幸运的是，保存的工作流可以通过args参数接收输入。

假设你保存了一个名为/triage-issues的工作流，用于分析一系列问题（issues）。你可以这样调用它：

> Run /triage-issues on issues 1024, 1025, and 1030

或者：

> /triage-issues args: [1024, 1025, 1030]

在工作流脚本内部，你可以通过全局变量args来访问这个输入。Claude 会帮你把输入处理成结构化的数据（数组、对象等），你无需自己解析字符串。这让你可以用同一个工作流处理不同的数据。

4.3 管理工作流的运行

暂停与恢复：在/workflows视图中，选中一个正在运行的工作流，按p可以暂停它。再次按p可以恢复。恢复时，已经完成的代理结果会被复用，未完成的会继续执行。注意：如果你完全退出了 Claude Code 应用，下次启动时无法恢复之前暂停的工作流，需要重新运行。
停止：在/workflows视图中，选中一个运行中的工作流或其中的某个代理，按x可以停止它。
查看脚本：在运行前确认时，或者运行过程中，你可以要求 Claude 提供本次运行的脚本文件路径。你可以打开这个文件查看 Claude 具体生成了什么样的 JavaScript 代码来编排代理，甚至可以手动编辑它，然后让 Claude 基于编辑后的版本重新运行。

4.4 理解成本与设置限制

工作流会启动大量代理，令牌消耗可能远高于普通对话。这是使用前必须清楚的一点。

成本预览：在批准运行前，确认卡片会给出预估的令牌消耗警告。
监控消耗：在/workflows的详细视图中，你可以实时看到每个阶段、每个代理消耗的令牌数。
控制规模：在运行大型任务前（如扫描整个仓库），先在一个小范围测试（如一个子目录）。这能帮你评估任务规模和成本。
设置上限：工作流运行时本身有安全限制，例如最多 16 个并发代理（资源受限的机器上会更少），以及每次运行最多 1000 个代理总数，这也在一定程度上防止了因脚本逻辑错误导致的“失控循环”和巨额消耗。
模型选择：工作流默认使用你当前会话的模型。对于某些不需要最强推理能力的阶段（比如简单的文件收集），你可以在给 Claude 的指令中要求它“为文件收集阶段使用较小的模型”，以优化成本。

5. 实战场景与避坑指南：什么情况该用，什么情况不该用？

动态工作流不是银弹，理解它的边界和最佳实践，才能把它用在刀刃上。

5.1 最适合使用工作流的场景

大规模代码库审计：例如，检查整个项目中是否存在某种安全反模式、不推荐的 API 使用、许可证头缺失等。一个代理查一个文件，最后汇总。
批量代码迁移/重构：将一种技术栈（如一个 UI 库、一个状态管理工具）替换为另一种。工作流可以并行处理多个文件，并在独立的“工作树”中操作，避免冲突。
深度、可信的研究：就像/deep-research做的，需要从多个独立来源获取信息，并进行交叉验证，以生成一份高可信度的报告。
重复性的质量门禁：例如，每次 Pull Request 提交时，自动运行一个工作流来检查代码风格、运行特定测试、生成变更摘要等。保存的工作流可以集成到 CI 流程中。
复杂问题的分阶段解决：一个问题需要先分析、再设计、再实现、再验证。每个阶段都可以是一个工作流，或者用一个工作流串联起来。

5.2 可能不适合或需要谨慎使用的场景

简单的、线性的任务：如果任务只需要 Claude 连续思考几步就能完成，用普通对话更直接、成本更低。比如“帮我写一个简单的表单组件”。
强交互式调试：你需要频繁地根据上一步的输出，即时地、创造性地决定下一步怎么做。工作流的脚本是预先规划好的，缺乏这种实时交互的灵活性。
对延迟极其敏感：工作流需要时间启动代理、并行执行、汇总结果。如果你需要“秒级”的答案，普通对话更快。
令牌预算非常紧张：如前所述，工作流消耗的令牌数可能是普通对话的数十倍甚至更多。

5.3 常见问题与排查思路

问题：输入了ultracode:指令，但 Claude 没有触发工作流，而是开始普通对话。
- 排查：首先检查/config中的 “Dynamic workflows” 是否已启用。其次，确认你的 Claude Code 版本是否 >= v2.1.154。最后，检查你的指令是否足够明确、复杂到让 Claude 认为值得启动工作流。
问题：工作流运行失败，或某个代理卡住了。
- 排查：进入/workflows详情视图，查看具体是哪个阶段、哪个代理出了问题。重点看该代理的“最近工具调用”和“结果”。常见原因：
  - 工具权限：代理尝试执行一个不在允许列表中的 Shell 命令。
  - 网络/API 错误：调用外部 API（如搜索）时超时或失败。
  - 输入数据异常：比如脚本期望一个文件列表，但实际获取到的列表为空。
问题：保存的工作流命令不见了，或者调用时出错。
- 排查：检查保存路径。如果是项目级工作流，确认当前工作目录在项目内。如果是个人工作流，确认~/.claude/workflows/目录存在且文件权限正确。使用/workflows命令有时也能列出可用的自定义工作流。
问题：工作流运行成本远超预期。
- 行动：立即使用/workflows视图中的x键停止运行。未来在运行大型任务前，务必使用小规模样本进行测试。在给 Claude 的指令中，明确要求它“先在一个子目录上测试工作流逻辑”。

最后的核心建议：不要一上来就在最重要的生产代码库上运行一个未经测试的、复杂的工作流。先在一个临时项目或副本上，用一个小的、定义明确的任务跑通整个流程。观察它的执行逻辑、资源消耗和输出结果。等你完全理解并信任这个“AI 副驾驶”的自动化编排能力后，再将它应用到那些真正繁琐、重复且价值高的工作流中去。它的本质，是把你的高级意图，翻译成一套可靠、可重复的自动化执行方案，这才是“创作流”超越简单脚本录制的真正力量。