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.md
```
```
templates/progress.md
```
```
templates/findings.md
```

PlanSuite

AI Skill Market Insights

Be Part of the 2,439+ Developer Community

PlanSuite

文件结构（在当前工作目录创建/维护）

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

0) 初始化（第一次做这个项目）

1) 计划阶段（拆子计划）

2) 冻结阶段（FINALIZED）

3) 执行阶段（独立会话 + 检查点）

4) 变更控制（计划变更）

你在什么时候用什么文件

模板

Quick Start

Manual Installation

TEAR & SHARE

Tags

writing-plans

executing-plans

Orca CLI (worktrees & contexts)

find-skills (Vercel)

i-have-adhd (ADHD-friendly output)

Channels

Learn

Compare

Company

Agents