init

docs/02-计划/说明.md

@@ -0,0 +1,31 @@
+# 02-计划（Plans）
+
+> 目标分解后的执行方案：接下来具体做什么、按什么顺序做。支持不同粒度 —— 从大粒度的阶段航点到可直接执行的小任务。
+
+## 角色
+
+把"终极目标"分解为可执行方案的载体。计划是开发动作的直接依据，同一目录下支持不同粒度：大粒度计划（阶段航点）与小粒度计划（可直接执行的任务）本质相同，只是范围大小不同，用粒度标记区分。
+
+## 强约束（初始定义）
+
+1. **必须从终极目标派生**：计划中的每一项内容都要能追溯到终极目标的某条条款；无源任务不允许进入计划。
+2. **范围明确**：每项任务有明确的范围描述（做什么、不做什么）。
+3. **验收标准明确**：每项任务有可验证的完成标准。
+4. **计划外不做**：计划未覆盖的事情不做；想做先进需求池走流程。
+5. **入范围门槛**：**只有确定的需求才可进入计划范围**；讨论中、未确定的需求停留在需求池，不得纳入计划。
+6. **计划可调整**：计划允许调整，但调整必须记录理由，且调整后仍满足约束 1-3。
+
+## 渐进明细（Progressive Elaboration）
+
+> 本目录支持「渐进明细」的工作方式（2026-08-27 老师确立，源自终极目标工作原则）：
+
+1. 计划允许从**周边工具**起步，在实际使用中逐渐展开为完整计划；
+2. 每个已完成的小任务都是下一轮计划细化的输入；
+3. 计划粒度标记：阶段航点（大粒度）与小任务（小粒度）并存，随实践推进细化。
+
+## 待讨论细节
+
+- [ ] 粒度的区分方式（如何标记阶段航点 vs 小任务，是否用前缀/标签/层级）
+- [ ] 验收标准的写法模板
+- [ ] 计划与迭代记录如何对应（计划如何被标记为"已执行/已记录"）
+- [ ] 计划的时效（一个计划管多久？过期怎么办？）