用途：aep-workflow 用于为单个任务编写可重复运行的多智能体编排脚本。它不是默认编码流程，而让 Claude 编写一个小型确定性 JavaScript 程序（Claude Code Workflow），生成并协调子智能体，每个子智能体拥有独立干净的上下文窗口。该技能可直接调用，判断任务是否值得用工作流，也可作为 /aep-gen-eval 与 /aep-executor 读取的子模式库。
何时使用：当单一上下文会变得懒散、有偏差或偏离目标时值得使用。适合场景包括：跨大量独立条目的任务（如排序 1000+ 行、审计每条断言、重构每个调用点）；需要由作者之外的角色做对抗性验证（安全审查、事实核查、评估）；基于品味、需要竞争性尝试（命名、设计方向）；需要把不同输入路由到不同处理或模型层级。若任务能放进一个上下文窗口，或一次 /aep-gen-eval 循环即可验证，就不要用工作流。
子模式：包括分类与路由、扇出与合成、对抗性验证、生成与过滤、锦标赛、循环至完成；可组合使用，如扇出→对抗验证→循环至完成。
调用方式：可自然语言请求，如“Set up a workflow to…”“Use a workflow to verify every claim…”；加入关键词 ultracode 会强制 Claude Code 编写工作流；在 AEP 中用“…with workflow”把构建波次路由到 /aep-executor 的 workflow 后端模式。可搭配 /loop 定时重复运行，搭配 /goal 设定硬性完成要求，或给出 token 预算（如“use 10k tokens”）限制开销；在工作流菜单按 s 保存到 ~/.claude/workflows，保存的工作流应视为模板而非原样运行的脚本。
独立编写流程：先判断是否值得用工作流；从模式目录选择或组合子模式；选择原语——并行（屏障，需所有结果一起返回）、流水线（无屏障，默认）或循环（工作量未知）；加入验证，默认让验证者反驳而非盖章；设置护栏，包括每智能体模型层级、并行文件编辑用工作树隔离、token 预算，以及对不可信内容做隔离（读取不可信公开内容的智能体不得执行高权限操作）；编写脚本并启动，再把合成结果返回调用方。骨架见 references/pattern-catalog.md。
限制与说明：资料未提供价格、收费、平台支持或具体性能效果。该技能不负责记录 AEP 流程经验（那是 /aep-workflow-feedback）。