Double729 Plansuite

# PlanSuite

把“写计划（含子计划）→ 冻结计划（变更控制）→ 独立会话执行（带检查点）”合成一个最小可用流程。

## 文件结构（在当前工作目录创建/维护）
- `task_plan.md`：计划主文件（含子计划/里程碑）
- `progress.md`：执行进度（每次推进都要写）
- `findings.md`：发现/决策/坑点（避免重复踩坑）

> 不要把这三份写到聊天里：写到文件，才能恢复/续跑。

## 工作流（强约束，防跑偏）

### 0) 初始化（第一次做这个项目）
1. 如果缺文件：用模板创建 `task_plan.md/progress.md/findings.md`（见 `templates/`）。
2. 让用户确认目标、范围、约束、完成定义（DoD）。

### 1) 计划阶段（拆子计划）
在 `task_plan.md` 里输出：
- 背景/目标
- 范围（做/不做）
- 风险 & 回滚
- 子计划（Milestones）：每个子计划要有
  - 输入/输出
  - 验收标准
  - 预计工具调用/文件改动
  - 风险与回滚点

### 2) 冻结阶段（FINALIZED）
只有当用户明确说“按这个计划执行”后：
1. 在 `task_plan.md` 顶部写入：`STATUS: FINALIZED` + 时间戳。
2. 把“接下来要执行的子计划编号/名称”写入 `progress.md` 的 `Next`。

> 规则：未 FINALIZED 不允许进入执行阶段（最多做调查/补充计划）。

### 3) 执行阶段（独立会话 + 检查点）
当进入执行：
1. 建议用 `sessions_spawn` 开一个隔离执行会话（避免污染主会话上下文）。
2. 每完成一个子计划：
   - 更新 `progress.md`（Done/Next/Blockers）
   - 更新 `findings.md`（关键决策、踩坑、验证命令、回滚步骤）
3. 检查点策略（默认每个子计划至少一次）：
   - 执行前：复述子计划的 DoD + 风险 + 回滚
   - 执行后：给出验证步骤 + 结果

### 4) 变更控制（计划变更）
如果执行中发现计划不成立：
1. 不要“边做边改”。先写入 `findings.md`，再把变更提案写入 `task_plan.md`。
2. 把 `STATUS` 改为 `DRAFT`，等待用户重新确认。

## 你在什么时候用什么文件
- 需要问清楚/拆任务 → `task_plan.md`
- 需要告诉用户进度/下一步 → `progress.md`
- 需要记录结论/命令/坑/回滚 → `findings.md`

## 模板
- `templates/task_plan.md`
- `templates/progress.md`
- `templates/findings.md`