用途：将任务拆分为多个可并行的子域，划分为执行组（Execution Groups），为多分支、多 codex 实例的并行开发生成结构化规划。
核心流程：理解需求 → 执行组划分 → 串行规划 → 冲突检测 → 执行策略生成。
主要能力：
- 执行组划分：按依赖关系自动分组（automatic，默认）、按工作量均衡分组（balanced）或手动分组（manual）；每组 1-4 个子域，最多 maxGroups 个组（默认 3）。
- 多分支策略：每个执行组使用独立 Git 分支，如 feature/cplan-auth-eg-001-frontend。
- Codex 实例分配：每组指定 codex-1、codex-2 等逻辑标识，实际并行执行在 unified-execute-parallel 工作流中完成。
- 冲突检测：区分组内文件冲突、跨组文件冲突（critical）、依赖环、策略冲突，并输出 conflicts.json。
- 任务 ID 范围：每组分配不重叠的 200 个 TASK ID 区间。
输出结构：会话目录为 .workflow/.planning/CPLAN-{slug}-{date}/，包含 plan-note.md（需求+分组+任务）、requirement-analysis.json、execution-groups.json、agents/{domain}/plan.json、conflicts.json、execution-strategy.md、plan.md。会话 ID 格式为 CPLAN-{slug}-{date}，slug 为小写字母数字、最长 30 字符，日期为 YYYY-MM-DD（UTC+8）。若目录已存在且含 plan-note.md，自动进入续接模式。
使用方式：运行该工作流后，按阶段自动生成上述文件；在统一并行执行工作流中依据 execution-strategy.md 创建分支并调用对应 codex 实例。
限制：规划阶段本身仍是串行的（受 Codex 限制），只有产出结构支持并行执行；跨组文件冲突需人工协调合并或分支变基策略。其他如具体安装命令、收费与平台支持情况，资料未提供。