https://codexer.com/tags/%E5%AD%90%E4%BB%A3%E7%90%86/Recent content in 子代理 on CodexerHugozh-cnFri, 05 Jun 2026 09:00:00 +0800https://codexer.com/posts/2026-06-05-codex-dynamic-workflow-skill/Fri, 05 Jun 2026 09:00:00 +0800https://codexer.com/posts/2026-06-05-codex-dynamic-workflow-skill/<h2 id="一个你一定遇到过的场景">一个你一定遇到过的场景</h2> <p>你让 Codex 帮你做一个全仓库的代码审计。它开始噼里啪啦地改文件，改了 A 文件之后去改 B 文件，改着改着发现 C 文件也有问题，然后回头去修 A 文件里刚改过的地方。整个过程像一团乱麻，最后给你一个看起来很完整的结果，但你完全不知道它经历了什么，也没法验证中间步骤是否正确。</p> <p>这就是单次推理模式的局限性。模型在一个对话流里同时承担规划、执行、检查和总结四个角色，任务一旦复杂起来，上下文窗口就开始捉襟见肘，中间步骤的证据也会被冲掉。</p> <p>Claude Code 最近推出了 Dynamic Workflows（动态工作流）来解决这个问题。它把大型任务显式拆分成多个阶段，并行处理独立子任务，最后汇总验证。听起来很香，但这个功能是 Claude Code 的原生特性，Codex 没有。</p> <p>不过，Codex 有自己的武器库：<strong>Skill 系统</strong>。通过一个精心设计的 Skill 文件，我们可以让 Codex 复刻出同样的动态工作流行为。</p> <h2 id="claude-code-的-dynamic-workflows-做了什么">Claude Code 的 Dynamic Workflows 做了什么</h2> <p>先理解目标。Dynamic Workflows 的核心思路是把大任务拆成显式的阶段：</p> <ul> <li><strong>规划（Plan）</strong>：分析任务，拆分成可独立执行的子任务</li> <li><strong>拆分（Split）</strong>：把子任务分配给不同的并行代理</li> <li><strong>执行（Run）</strong>：多个子代理独立工作，互不干扰</li> <li><strong>检查（Check）</strong>：验证每个子任务的产出</li> <li><strong>整合（Integrate）</strong>：汇总所有结果，生成最终答案</li> <li><strong>验证（Verify）</strong>：用测试、构建、lint 等手段确认最终状态</li> </ul> <p>这个流程和软件工程里的 CI/CD 管道异曲同工。区别在于，Dynamic Workflows 是在一次 AI 对话中完成的编排。</p> <p>Anthropic 还提供了一个 <code>ultracode</code> 模式，让 Claude Code 自动判断什么时候该启动工作流，什么时候直接执行就够了。对于全仓库 bug 排查、大规模迁移、安全审计这类任务，Dynamic Workflows 的优势非常明显。</p> <p>但代价也不小。Anthropic 警告说，Dynamic Workflows 的 token 消耗可能远超普通会话，首次触发时还会弹出确认框。</p> <h2 id="codex-的-skill-机制被低估的编排能力">Codex 的 Skill 机制：被低估的编排能力</h2> <p>Codex 没有原生的 Dynamic Workflows，但它有两个关键组件：</p>