用途：flow-parallel 用于把大型改动、迁移或多问题修复这类复合任务拆解成多个可并行执行的工作包（WP），并配合质量门、依赖校验与结果汇总，降低并行开发中的冲突与遗漏。
主要能力：一是强制先向用户收集任务范围、工作包数量（默认3-5，最多10）以及依赖关系，再据此生成工作分解结构 wbs.json；二是对工作包做依赖校验与波次（wave）分配，检测缺失依赖与循环依赖；三是为每个工作包生成 instructions.md 与 launch.sh，明确文件路径、集成契约与质量要求；四是每个工作包在独立 git worktree 中以 claude -p 进程运行，各自加载插件、拥有独立上下文，产出 output.md 与 exit-code，并登记到 agent 注册表；五是可选通过外部提供商（如 codex、agy）对 WBS 做对抗式复核，发现隐藏依赖、接口歧义、范围重叠或缺口。
使用方式：该技能最早为 Claude Code 设计并适配到 Codex。跨引用使用 Codex 中已安装的技能名，而非 /octo:* 斜杠命令。执行时按固定 7 步流程：先澄清提问，再显示包含真实提供商状态的横幅，读取先前 .octo 状态，生成并校验 WBS，随后做依赖校验与波次分配，最后生成指令与启动脚本。工作目录位于 .octo/parallel，各工作包状态由 agent 注册表跟踪。若用户回答 skip，则采用默认：3 个工作包、完全独立。
适用场景：适合可被拆分为多个互不重叠、边界清晰、文件路径明确的并行改动，例如大型重构、跨模块迁移、批量问题修复。要求每个工作包具备足够自包含性，才能在独立进程中执行。若任务无法明确划分文件与接口，会产生重复工作或合并冲突。
限制：依赖 host 是否暴露相应子代理与提供商，未确认前不得声称某提供商、模型或主机子代理可用。工作包提交时须使用明确路径暂存，禁止 git add -A 或 git add .；未提交的工作会被保留以便恢复。模板化或占位式 WBS 会导致指令含糊，应基于真实分析填写。质量要求包括可编译、遵循项目约定、运行相关测试与 linter、不得留下 TODO/FIXME 或类型抑制注释。暂未提供具体收费、价格、平台覆盖或性能数据。