prd-workflow-cli 1.1.31 → 1.1.33

package/.antigravity/rules.md

@@ -15,6 +15,7 @@
 6. ❌ 禁止跳过审视 → B2 后必须 R1，C1 后必须 R2
 7. ❌ 禁止 R1 直接输出"通过" → 必须有分析和评估矩阵
 8. ❌ 禁止创建迭代后直接创建 B1 → 必须先填写 R1 启动检查
+9. ❌ 禁止在 C0 无视 B2 的版本划分 → 如果 B2 有多批次，C0 只包含首批
 ```
 
 **R1 有两个阶段**：
@@ -56,6 +57,53 @@
 
 ---
 
+## 🔢 版本划分规则（C0 阶段必读！）
+
+**如果 PM 在 B2 决定分多个批次/小版本交付，C0 只能包含首批内容！**
+
+### AI 必须在 C0 阶段检查 B2 的版本划分
+
+```
+AI: "在填写 C0 之前，让我检查 B2 的版本划分：
+
+     [读取 B2 的开发批次部分]
+     
+     📊 B2 版本划分：
+     - 第 1 批：需求 #1, #2, #3
+     - 第 2 批：需求 #4, #5
+     - 第 3 批：需求 #6, #7, #8
+     
+     ✅ 确认：本次 C0 只包含第 1 批（#1, #2, #3）"
+```
+
+### ❌ 绝对禁止
+
+```
+PM 在 B2 说："分 3 个版本交付"
+AI 在 C0 写："本版本包含所有 B2 需求" ← 严重错误！
+```
+
+### 🔄 多批次交付的完整流程（重要！）
+
+**每个批次都是一个完整的版本，必须走完整的 C0 → C1 → R2 → C3 流程！**
+
+```
+📦 B2 规划了 3 个批次的交付：
+
+第 1 批（v1.0）：C0 → C1 → R2 → C3（冻结交付）
+        ↓
+第 2 批（v1.1）：C0 → C1 → R2 → C3（冻结交付）
+        ↓
+第 3 批（v1.2）：C0 → C1 → R2 → C3（冻结交付）
+```
+
+**规则：**
+- ✅ 每批次独立 C0/C1/R2/C3
+- ❌ 禁止跳过 R2（"小版本不需要审视"是错误的）
+- ❌ 禁止跳过 C3（"先开发之后再冻结"是错误的）
+
+---
+
 ## ⚙️ 分段写入规则（从 prd-incremental-save.md 合并）
 
 ### 铁律：确认一个，写入一个

package/.cursorrules

@@ -13,6 +13,7 @@
 6. ❌ 禁止跳过审视 → B2 后必须 R1，C1 后必须 R2
 7. ❌ 禁止 R1 直接输出"通过" → 必须有 5 维度分析和评估矩阵
 8. ❌ 禁止创建迭代后直接创建 B1 → 必须先引导 PM 填写 R1 启动检查
+9. ❌ 禁止在 C0 无视 B2 的版本划分 → 如果 B2 有多批次，C0 只包含首批
 ```
 
 **R1 有两个阶段**：
@@ -54,6 +55,94 @@
 
 ---
 
+## 🔢 版本划分规则（C0 阶段必读！）
+
+### ⚠️ 核心原则：尊重 B2 的批次划分
+
+**如果 PM 在 B2 决定分多个批次/小版本交付，C0 只能包含首批内容！**
+
+### AI 必须在 C0 阶段执行的检查
+
+```
+AI: "在填写 C0 之前，让我检查 B2 的版本划分：
+
+     [读取 B2 的开发批次部分]
+     
+     📊 B2 版本划分：
+     - 第 1 批：需求 #1, #2, #3
+     - 第 2 批：需求 #4, #5
+     - 第 3 批：需求 #6, #7, #8
+     
+     ✅ 确认：本次 C0 只包含第 1 批（#1, #2, #3）
+     
+     第 2、3 批将在后续版本的 C0 中处理。
+     
+     是否确认？"
+```
+
+### ❌ 错误行为（绝对禁止！）
+
+```
+PM 在 B2 说："分 3 个版本交付"
+AI 在 C0 写："本版本包含所有 B2 需求" ← 严重错误！
+```
+
+### ✅ 正确行为
+
+```
+PM 在 B2 说："分 3 个版本交付"
+AI 在 C0 写："本版本只包含第 1 批：需求 #1, #2, #3"
+           "第 2、3 批在后续版本处理"
+```
+
+### 🔄 多批次交付的完整流程（重要！）
+
+**每个批次都是一个完整的版本，必须走完整的 C0 → C1 → R2 → C3 流程！**
+
+```
+📦 B2 规划了 3 个批次的交付：
+
+┌─────────────────────────────────────────────────────────┐
+│ 第 1 批（v1.0）                                          │
+│   C0_v1.0 → C1_v1.0 → R2_v1.0 → C3_v1.0（冻结交付）     │
+└─────────────────────────────────────────────────────────┘
+                          ↓
+┌─────────────────────────────────────────────────────────┐
+│ 第 2 批（v1.1）                                          │
+│   C0_v1.1 → C1_v1.1 → R2_v1.1 → C3_v1.1（冻结交付）     │
+└─────────────────────────────────────────────────────────┘
+                          ↓
+┌─────────────────────────────────────────────────────────┐
+│ 第 3 批（v1.2）                                          │
+│   C0_v1.2 → C1_v1.2 → R2_v1.2 → C3_v1.2（冻结交付）     │
+└─────────────────────────────────────────────────────────┘
+```
+
+**AI 必须遵守：**
+
+| 规则 | 说明 |
+|-----|------|
+| ✅ 每批次独立 C0 | 每个批次有自己的版本范围声明 |
+| ✅ 每批次独立 C1 | 每个批次有自己的需求清单 |
+| ✅ 每批次独立 R2 | 每个批次必须经过版本审视 |
+| ✅ 每批次独立 C3 | 每个批次必须冻结后才能交付 |
+| ❌ 禁止跳过 R2 | 不能说"小版本不需要审视" |
+| ❌ 禁止跳过 C3 | 不能说"先开发，之后再冻结" |
+
+**当第 1 批 C3 冻结后，AI 应提示：**
+
+```
+AI: "✅ 第 1 批（v1.0）已完成 C3 冻结，可以交付开发。
+
+     📋 下一步：开始第 2 批（v1.1）的版本流程
+     
+     运行：prd version create C0
+     
+     第 2 批将包含：需求 #4, #5（来自 B2 规划）"
+```
+
+---
+
 ## ⚙️ 分段写入规则（从 prd-incremental-save.md 合并）
 
 ### 铁律：确认一个，写入一个

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "prd-workflow-cli",
-  "version": "1.1.31",
+  "version": "1.1.33",
   "description": "产品需求管理规范 CLI 工具 - 基于 A→R→B→C 流程，集成 PM 确认机制和对话归档的需求管理命令行工具",
   "main": "index.js",
   "bin": {
@@ -70,4 +70,4 @@
       "/tests/"
     ]
   }
-}
+}