- name
- plansuite
- description
- Unified planning+execution workflow: create a file-based plan with sub-plans, freeze it as FINALIZED, and execute in a separate session with checkpoints and progress/findings logs. Use when you want project plans with subplans (milestones), controlled execution, and session-based implementation runs.
PlanSuite
把“写计划（含子计划）→ 冻结计划（变更控制）→ 独立会话执行（带检查点）”合成一个最小可用流程。
文件结构（在当前工作目录创建/维护）
task_plan.md：计划主文件（含子计划/里程碑）progress.md：执行进度（每次推进都要写）findings.md：发现/决策/坑点（避免重复踩坑）
不要把这三份写到聊天里：写到文件，才能恢复/续跑。
工作流（强约束，防跑偏）
0) 初始化（第一次做这个项目）
- 如果缺文件：用模板创建
task_plan.md/progress.md/findings.md（见templates/）。 - 让用户确认目标、范围、约束、完成定义（DoD）。
1) 计划阶段（拆子计划）
在 task_plan.md 里输出：
- 背景/目标
- 范围（做/不做）
- 风险 & 回滚
- 子计划（Milestones）：每个子计划要有
- 输入/输出 - 验收标准 - 预计工具调用/文件改动 - 风险与回滚点
2) 冻结阶段（FINALIZED）
只有当用户明确说“按这个计划执行”后：
- 在
task_plan.md顶部写入：STATUS: FINALIZED+ 时间戳。 - 把“接下来要执行的子计划编号/名称”写入
progress.md的Next。
规则：未 FINALIZED 不允许进入执行阶段（最多做调查/补充计划）。
3) 执行阶段（独立会话 + 检查点）
当进入执行：
- 建议用
sessions_spawn开一个隔离执行会话（避免污染主会话上下文）。 - 每完成一个子计划：
- 更新 progress.md（Done/Next/Blockers） - 更新 findings.md（关键决策、踩坑、验证命令、回滚步骤）
- 检查点策略（默认每个子计划至少一次）：
- 执行前：复述子计划的 DoD + 风险 + 回滚 - 执行后：给出验证步骤 + 结果
4) 变更控制（计划变更）
如果执行中发现计划不成立：
- 不要“边做边改”。先写入
findings.md，再把变更提案写入task_plan.md。 - 把
STATUS改为DRAFT，等待用户重新确认。
你在什么时候用什么文件
- 需要问清楚/拆任务 →
task_plan.md - 需要告诉用户进度/下一步 →
progress.md - 需要记录结论/命令/坑/回滚 →
findings.md
模板
templates/task_plan.mdtemplates/progress.mdtemplates/findings.md