用途：把 GitHub issue 或当前会话中的分析，整理成一份落盘的锁定 ExecPlan，并输出可直接粘贴到新会话的实现提示和 /goal 行。规划会话（主循环）负责分析与规划，实现交给新会话，由 opus-4.8 软件工程师子代理在独立 worktree 中按计划执行。
主要能力与流程：Step 0 解析输入，issue 模式用 gh issue view <N> --repo <org/repo> --json title,body,comments，并阅读其引用的 ADR、PR；分析模式则整合本会话已有结论。Step 1 做代码级、证据优先的深度分析，每个机制都要引用 file:line，用 grep 而非假设，说明根因或设计缺口，列出候选方案及被拒方案与理由，并标注影响范围。Step 2 对非平凡工作强制调用 second-opinion 技能，把审阅者提出的硬性要求并入锁定决策。Step 3 将 ExecPlan 写入目标仓库 quality_reports/plans/active/YYYY-MM-DD_<slug>.md，遵循 references/plan-template.md，包含已验证分析、锁定决策表、W0 先复现、E2E 矩阵、DoD、空的活动计划区等。Step 4 按 references/impl-prompt-template.md 生成实现提示与 /goal 行，两者都交给用户，/goal 只能由用户设置。
限制：计划必须自包含，供无聊天上下文的新会话执行；锁定决策不得重新争论；计划文件名冲突时追加 -2，不得覆盖；second-opinion 审阅者失败时按该技能降级处理；仓库缺少 make check/e2e 时需在提示和 goal 行中写明实际验证命令；热路径不明确时默认包含 BENCH-BASELINE。