From ff64a456ddd20c2d9e82c4465d531bba9586abe2 Mon Sep 17 00:00:00 2001 From: AdamGao Date: Thu, 27 Aug 2026 11:44:56 +0800 Subject: [PATCH] =?UTF-8?q?=E6=96=B0=E5=A2=9E=E5=85=A5=E8=8C=83=E5=9B=B4?= =?UTF-8?q?=E9=97=A8=E6=A7=9B=E7=BA=A6=E6=9D=9F=EF=BC=9A=E5=8F=AA=E6=9C=89?= =?UTF-8?q?=E7=A1=AE=E5=AE=9A=E7=9A=84=E9=9C=80=E6=B1=82=E6=89=8D=E5=8F=AF?= =?UTF-8?q?=E8=BF=9B=E5=85=A5=E8=AE=A1=E5=88=92/=E8=BF=AD=E4=BB=A3?= =?UTF-8?q?=E8=8C=83=E5=9B=B4?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- SKILL.md | 21 +++++++++++++-------- 1 file changed, 13 insertions(+), 8 deletions(-) diff --git a/SKILL.md b/SKILL.md index 07f00c0..c09baa4 100644 --- a/SKILL.md +++ b/SKILL.md @@ -30,7 +30,7 @@ whenToUse: 在 one_divine_lot 仓库中从事任何开发、规划、讨论、 | `02-计划/` | 目标分解后的执行方案，支持不同粒度 | 必须从终极目标派生；计划条目必须有明确范围与验收；计划未覆盖的事不做 | | `03-设计约束/` | 设计与技术的强制规范，下分三个文档模块（产品功能 / 技术方案 / UI交互） | 后续迭代必须以本目录为依据；规范变更需讨论并记录理由；不得与终极目标冲突 | | `04-迭代记录/` | 执行过程的事实档案，每次迭代一个子目录（迭代目标 / 技术实现方案 / 验收标准） | 只记录事实（做了什么、结果如何），不写感想；追加式，不改写历史 | -| `05-需求池/` | 所有待办需求的入口 | 统一格式登记；有优先级与状态流转（池 → 计划 → 完成）；讨论中的想法先入池 | +| `05-需求池/` | 所有待办需求的入口 | 统一格式登记；有优先级与状态流转（池 → 计划 → 完成）；讨论中的想法先入池；**只有确定的需求才可进入计划/迭代范围，未确定的需求停留在池中** | > **设计约束的文档模块**：`03-设计约束/` 下三个文档模块，各自以**列表**记录约束条目，每条含「编号 / 约束说明 / 添加日期 / 生效状态 / 失效日期 / 最后一次变更描述」： > - `产品功能约束.md`：产品功能层面的约束（功能边界、行为定义、不可违背的产品规则） @@ -50,7 +50,7 @@ whenToUse: 在 one_divine_lot 仓库中从事任何开发、规划、讨论、 ### 文档之间的流转关系 ``` -05-需求池 ──(讨论排优先级)──▶ 02-计划 ──(执行)──▶ 04-迭代记录 +05-需求池 ──(讨论→确定→排优先级)──▶ 02-计划 ──(执行)──▶ 04-迭代记录 ▲ │ └────────(复盘，对照计划)─────────────────────┘ │ @@ -61,6 +61,8 @@ whenToUse: 在 one_divine_lot 仓库中从事任何开发、规划、讨论、 01-终极目标 ──(验证)──▶ 持续迭代 ``` +> **入范围门槛**：`05-需求池 → 02-计划` 之间有一道门槛 —— **只有讨论确定的需求才允许跨过**。讨论中、未确定的需求停留在需求池，不得进入计划范围，也不得进入迭代工作范围。 + > 注：序号反映**阅读与裁决的层级顺序**（01 最高），实际推进节奏按 `05 → 02 → 04 → 01` 的流转闭环走，且每次进入计划/执行都必须先对照 `03-设计约束`，两者不冲突。 ## 3. 功能：项目初始化 @@ -82,15 +84,17 @@ whenToUse: 在 one_divine_lot 仓库中从事任何开发、规划、讨论、 ## 4. 开发流程（框架层） 1. **新想法 → 需求池**：任何新需求、新想法先登记入池，不直接进代码。 -2. **需求 → 讨论 → 计划**：对池内需求进行讨论，确定优先级与范围后，从终极目标派生计划（含大粒度阶段航点与小粒度任务，按需拆分）。 -3. **计划 → 对照设计约束 → 执行**：进入计划与执行前，先对照 `03-设计约束/` 中的设计/技术/产品设计规范，确保实现有规范依据。 -4. **计划 → 执行 → 迭代记录**：按计划执行，每次迭代的事实写入迭代记录。 -5. **迭代 → 复盘 → 计划/需求池**：对照计划检查进度，更新计划状态与需求池流转。 -6. **计划 → 终极目标**：阶段性验证，确认终极目标的推进与修正。 +2. **需求 → 讨论 → 确定**：对池内需求进行讨论，确定优先级与范围。**未确定的需求停留在需求池**，不进入计划与迭代。 +3. **确定的需求 → 计划**：只有讨论确定的需求，才从终极目标派生计划（含大粒度阶段航点与小粒度任务，按需拆分）。 +4. **计划 → 对照设计约束 → 执行**：进入计划与执行前，先对照 `03-设计约束/` 中的设计/技术/产品设计规范，确保实现有规范依据。 +5. **计划 → 执行 → 迭代记录**：按计划执行，每次迭代的事实写入迭代记录。 +6. **迭代 → 复盘 → 计划/需求池**：对照计划检查进度，更新计划状态与需求池流转。 +7. **计划 → 终极目标**：阶段性验证，确认终极目标的推进与修正。 ## 5. 质量门禁（框架层） - **文档先行**：代码改动必须有对应文档条目（计划/需求池）支撑。 +- **入范围门槛**：只有确定的需求才可进入计划范围或迭代工作范围；未确定的需求不得进入，只停留在需求池。 - **规范约束**：实现必须符合 `03-设计约束/` 的规范；无规范依据的实现需要先补规范或讨论豁免。 - **记录诚实**：迭代记录只写事实，成功失败都记录，失败是复盘的原料。 - **约束优先**：文档强约束 > 临时便利；违反约束的改动需要讨论并修订文档。 @@ -113,4 +117,5 @@ whenToUse: 在 one_divine_lot 仓库中从事任何开发、规划、讨论、 - [ ] 迭代记录：验收标准的写法（标准线如何划定、验收方法、验收目标） - [ ] 迭代记录：记录粒度、编号规则、复盘模板 - [ ] 需求池：登记格式（含"实现迭代 / 实现状态"联动字段）、优先级规则、状态流转的具体定义 -- [ ] 讨论本身的规范：讨论如何发起、如何收敛、如何判定"讨论完成" +- [x] 入范围门槛：只有确定的需求才可进入计划/迭代范围，未确定的需求停留在需求池 +- [ ] 讨论本身的规范：讨论如何发起、如何收敛、如何判定"讨论完成"（含"需求确定"的判定标准）