spec-canon 0.1.0

package/templates/00_context.md

@@ -0,0 +1,48 @@
+# Context: [变更名称]
+> 生成时间: YYYY-MM-DD | 生成者: Claude Code + @[工程师]
+> 本文档描述启动本变更时的系统现状，作为 01-04 的共享前提。
+
+## 1. 业务背景（Business Context）
+[这个变更所在的业务域是什么？用户场景是什么？
+ 为什么现在要做？—— 从 PRD 中提炼，2-3 段即可]
+（→ 下游消费者：01_requirement 的 Background 段落可直接引用）
+
+## 2. 系统现状（Current State）
+
+### 2.1 相关模块
+- `模块A`（path/to/module-a/）：负责 [职责]，当前状态 [正常/有已知问题]
+- `模块B`（path/to/module-b/）：负责 [职责]
+（→ 下游消费者：03_implementation 的 File Changes、04_test_spec 的 Regression Impact）
+
+### 2.2 相关数据模型
+- `table_a`：[关键字段说明，当前索引情况]
+- `table_b`：[与 table_a 的关联关系]
+（→ 下游消费者：02_interface 的字段命名对齐、03_implementation 的 Data Changes）
+
+### 2.3 相关接口（已有的）
+- `GET /api/v1/xxx`：[用途，当前调用方]
+- `POST /api/v1/yyy`：[用途]
+（→ 下游消费者：02_interface 的风格一致性、错误码体系对齐）
+
+### 2.4 依赖服务
+- [内部服务]：积分服务 v2（HTTP），SLA: P99 < 100ms
+- [外部服务]：支付网关（无直接依赖 / 有依赖）
+
+## 3. 技术约束（Technical Constraints）
+- [性能]：当前 QPS 约 [N]，峰值 [M]
+- [数据量]：table_a 当前 [X] 万行，月增 [Y] 万
+- [兼容性]：需兼容客户端 v2.1+（不支持 [某特性]）
+- [安全]：涉及 [用户隐私/资金] 数据，需 [脱敏/审计]
+（→ 下游消费者：01_requirement 的 Constraints、02_interface 的版本策略）
+
+## 4. 历史决策（Prior Decisions）
+- [YYYY-MM-DD] 曾考虑过 [方案X]，因 [原因] 放弃
+  （来源：@spec-canon/decisions/AI_CHANGELOG.md）
+- [YYYY-MM-DD] [模块A] 重构时选择了 [方案Y]，需注意 [遗留约束]
+（→ 下游消费者：03_implementation 的 Design Decision，避免重复评估已否决方案）
+
+## 5. 已知风险与坑位（Known Pitfalls）
+- table_a 的 idx_xxx 索引在高并发写入时有锁竞争
+- 模块B 的 xxxMethod() 不是线程安全的，不要并发调用
+- [其他团队经验/踩坑记录]
+（→ 下游消费者：03_implementation 的坑位规避、04_test_spec 的边界用例）

package/templates/01_requirement.md

@@ -0,0 +1,40 @@
+# Change: [功能名称]
+> Spec Owner: @[工程师姓名] | Status: draft / approved / archived
+> PRD 来源: [PRD 链接或编号]
+> 系统现状: @spec-canon/changes/change-xxx/00_context.md
+
+## 1. Background（背景）
+[为什么要做这个功能？解决什么问题？—— 1-2 段即可]
+
+## 2. Goals（目标）
+- Goal-1: [要达成的结果]
+- Goal-2: [要达成的结果]
+
+## 3. Scope（范围）
+### In Scope（本次做）
+- [条目化列出]
+
+### Out of Scope（本次不做）
+- [条目化列出，明确边界]
+
+## 4. Acceptance Criteria（验收标准）
+- AC-1: [具体的、可验证的验收条件]
+- AC-2: [具体的、可验证的验收条件]
+- AC-3: [具体的、可验证的验收条件]
+  （至少覆盖：主流程 + 幂等/重复 + 2 个失败场景）
+
+## 5. Constraints（约束）
+- 性能：[如 P95 < 200ms]
+- 安全：[如 需鉴权、脱敏]
+- 兼容：[如 需兼容旧版客户端]
+- 依赖：[如 依赖积分服务 v2 接口]
+
+## 6. Risks & Rollout（风险与上线策略）
+- 风险：[已识别的风险]
+- 灰度策略：[如 先开放 5% 流量]
+- 回滚预案：[如 关闭功能开关即可回滚]
+
+## 7. Consistency Check（一致性自检）
+- [ ] 各 AC 之间无矛盾
+- [ ] 约束条件在所有 AC 场景下成立
+- [ ] In/Out Scope 边界无灰色地带

package/templates/02_interface.md

@@ -0,0 +1,64 @@
+# Interface Spec: [功能名称]
+> Spec Owner: @[工程师姓名] | Status: draft / approved
+> 系统现状: @spec-canon/changes/change-xxx/00_context.md
+> 对齐 01: @spec-canon/changes/change-xxx/01_requirement.md
+
+## 1. Overview（总览）
+- 鉴权方式：Bearer Token
+- 幂等要求：[描述幂等键]
+- 版本策略：[如 v1 接口保持向后兼容]
+- 错误码体系：[遵循项目统一错误码规范]
+
+## 2. Endpoints
+
+### API-1: [HTTP方法] [路径]
+> 对应 AC: AC-1, AC-2
+
+**Request**
+
+| 字段 | 类型 | 必填 | 说明 | 校验规则 |
+|---|---|---|---|---|
+| field1 | string | Y | 描述 | 正则/长度/枚举 |
+| field2 | int | N | 描述 | 范围 |
+
+**Response (Success)**
+
+| 字段 | 类型 | Nullable | 说明 |
+|---|---|---|---|
+| field1 | boolean | N | 描述 |
+| field2 | string | Y | 描述 |
+
+**Error Codes**
+
+| 错误码 | HTTP Status | 说明 | 触发条件 |
+|---|---|---|---|
+| INVALID_PARAM | 400 | 参数非法 | field1 格式不符 |
+| UNAUTHORIZED | 401 | 未授权 | Token 无效或过期 |
+
+**Examples**
+```json
+// 成功 — 首次操作
+Request: { "field1": "value" }
+Response: { "field1": true, "field2": "xxx" }
+
+// 成功 — 幂等场景
+Request: { "field1": "value" }  (第二次请求)
+Response: { "field1": true, "field2": "xxx" }  (结果一致)
+
+// 失败 — 参数错误
+Request: { "field1": "" }
+Response: { "code": "INVALID_PARAM", "message": "field1 不能为空" }
+```
+
+## 3. Data Schema（可选，供 DTO 生成使用）
+```typescript
+// TypeScript 类型定义（AI 可直接用于前端）
+interface XxxResponse {
+  field1: boolean;
+  field2: string | null;
+}
+```
+
+## 4. Notes（补充说明）
+- 兼容性注意事项
+- 与其他接口的联动关系

package/templates/03_implementation.md

@@ -0,0 +1,81 @@
+# Implementation Spec: [功能名称]
+> Spec Owner: @[工程师姓名] | Status: draft / approved
+> 系统现状: @spec-canon/changes/change-xxx/00_context.md
+> 对齐 01: @spec-canon/changes/change-xxx/01_requirement.md
+> 对齐 02: @spec-canon/changes/change-xxx/02_interface.md
+
+## 1. Goal Recap（目标复述）
+用 3-5 行复述本次要实现什么，确保 AI 理解正确。
+
+## 2. Design Decision（设计决策）
+
+### 选定方案
+[描述选定的技术方案]
+
+### 备选方案对比
+
+| 维度 | 方案 A（选定） | 方案 B | 方案 C |
+|---|---|---|---|
+| 复杂度 | ★★☆ | ★★★★ | ★★★ |
+| 性能 | ★★★ | ★★★★★ | ★★★★ |
+| 可维护性 | ★★★★★ | ★★★ | ★★ |
+| 风险 | ★★ | ★★★ | ★★★★ |
+
+**选择理由**：[为什么选 A，trade-off 是什么]
+
+## 3. File Changes（变更范围）
+- `path/to/FileA.java` — 新增 [类/方法]
+- `path/to/FileB.java` — 修改 [方法名]，调整 [逻辑]
+- `path/to/FileC.java` — 新增（新文件）
+- `path/to/TestD.java` — 新增单测
+
+## 4. Data Changes（数据变更，如适用）
+```sql
+-- 新增表 / 索引 / 字段
+ALTER TABLE xxx ADD COLUMN yyy;
+CREATE UNIQUE INDEX idx_xxx ON table(col1, col2);
+```
+
+## 5. Core Logic（核心逻辑）
+
+### 伪代码
+
+```
+1. 解析参数，校验格式
+2. 开启事务
+3. 尝试插入记录（唯一约束保证幂等）
+    - 冲突 → 返回已处理结果
+4. 插入成功 → 执行业务逻辑
+5. 提交事务
+6. 查询最新状态 → 组装响应
+```
+
+### 不变量断言（复杂逻辑时使用）
+- INV-1: [不变量描述]
+- INV-2: [不变量描述]
+
+### 状态图（复杂逻辑时使用）
+```mermaid
+stateDiagram-v2
+    [描述状态流转]
+```
+
+## 6. Execution Plan（分步执行计划）
+
+### Step 1: [步骤标题]
+- 动作：[具体做什么]
+- 文件：`path/to/file`
+- ✅ 验证：`[验证命令]`（必须通过才进入下一步）
+
+### Step 2: [步骤标题]
+- 动作：[具体做什么]
+- 文件：`path/to/file`
+- ✅ 验证：`[验证命令]`
+
+### Step 3: [步骤标题]
+...
+
+## 7. Rollback & Compatibility（回滚与兼容）
+- 回滚方式：[如何回退]
+- 兼容影响：[影响哪些现有功能]
+- 配置项：[需要配置什么]

package/templates/04_test_spec.md

@@ -0,0 +1,34 @@
+# Test Spec: [功能名称]
+> Spec Owner: @[工程师姓名] | Status: draft / approved
+> 系统现状: @spec-canon/changes/change-xxx/00_context.md
+> 对齐 01: AC-1 ~ AC-N
+> 对齐 02: 所有 Endpoints
+
+## 1. Test Scope（测试范围）
+- Service 层：单测
+- Controller 层：契约测试 / 集成测试
+- 接口级：契约测试（Schema 比对）
+
+## 2. Test Strategy（测试策略）
+| 层级 | 测试类型 | 工具 | 覆盖重点 |
+|---|---|---|---|
+| Service | 单测 | JUnit 5 + Mockito | 业务逻辑、幂等、异常 |
+| Controller | 集成测试 | MockMvc / WebTestClient | 参数校验、响应格式 |
+| 契约 | Schema 比对 | 自定义断言 | Response 与 02_interface 一致 |
+
+## 3. Test Cases（用例清单）
+
+| 编号 | 场景 | 输入 | 期望结果 | 对齐 AC |
+|---|---|---|---|---|
+| TC-01 | [正常路径] | [输入] | [期望] | AC-1 |
+| TC-02 | [幂等场景] | [输入] | [期望] | AC-1 |
+| TC-03 | [参数异常] | [输入] | [期望错误码] | AC-2 |
+| TC-04 | [并发场景] | [输入] | [期望] | AC-1 |
+
+## 4. Test Data（数据准备）
+- 前置数据：[需要预置什么数据]
+- 时间假设：[如 "当天" 以服务端 UTC 为准]
+- Mock 依赖：[哪些外部服务需要 Mock]
+
+## 5. Regression Impact（回归影响）
+- [列出可能影响的现有功能，提示需要回归]

package/templates/AI_CHANGELOG.md

@@ -0,0 +1,11 @@
+# AI Decision Changelog
+
+## 2026-02-26 feat-xxx-checkin
+- **Decision**: 幂等通过数据库唯一约束实现，而非 Redis 计数
+- **Reason**: 降低一致性风险，数据库作为单一事实来源
+- **Risk**: 高并发写入压力；需关注索引与事务耗时
+- **Alternatives**: Redis 分布式锁（性能优但一致性弱）
+- **Spec**: @spec-canon/changes/feat-xxx-checkin/03_implementation.md
+
+## 2026-02-20 feat-yyy-points
+...

package/templates/claude-md-section.md

@@ -0,0 +1,66 @@
+## SDD 工作流协议
+
+### 角色定义
+你是一名遵循 Spec-Driven Development 协议的高级工程师。
+核心原则：**先文档后代码，人做判断题，AI 做填空题。**
+
+### 核心规则
+- **Context First**：编码前，必须先阅读 `spec-canon/` 下对应的 Spec 文件
+- **No Hallucination**：如果用户请求与 Spec 矛盾，立即停止并要求澄清
+- **Trim to Fit**：根据任务规模裁剪文档集（见下方裁剪表），不为小任务生成全套文档
+- **Update Loop**：如果修改了代码逻辑，必须同步提议更新对应的 Spec 文件
+- **Gate Enforcement**：每个编码步骤完成后，运行该步骤的验证命令（编译/测试），不通过则不进入下一步
+
+### 文档体系
+
+| 层级 | 文件 | 生命周期 | 职责 |
+|---|---|---|---|
+| 系统级 | `spec-canon/domains/README.md` | 持续更新 | 域间关系全景 |
+| 系统级 | `spec-canon/domains/<domain>/domain_spec.md` | 持续累积 | 系统当前行为（Canon） |
+| Change 级 | `spec-canon/changes/<change>/00~04` | 单次生命周期 | 本次变更做了什么 |
+| 项目级 | `spec-canon/decisions/AI_CHANGELOG.md` | 持续累积 | 技术决策留痕 |
+| 项目级 | `spec-canon/skills/SKILL.md` | 持续累积 | 团队规则库（开始任务前先阅读） |
+
+Change Spec 生成顺序（后者依赖前者作为上下文）：
+`00_context → 01_requirement → 02_interface → 03_implementation → 04_test_spec`
+
+变更类型包括 feat/fix/refactor/perf/chore/ci/docs/style/test，不同类型按需裁剪文档集。
+
+### 任务规模裁剪
+
+| 任务规模 | 最小文档集 | 归档回填 |
+|---|---|---|
+| 小 Bugfix | 仅 `AI_CHANGELOG`（追加一条） | 不回填 |
+| 小需求 | `01_requirement`（精简版）+ `AI_CHANGELOG` | 仅回填新增接口/规则 |
+| 中等需求 | `01` + `02_interface` + `AI_CHANGELOG` | 回填接口 + 业务规则 |
+| 复杂需求 | 完整 `00`→`01`→`02`→`03`→`04` + `AI_CHANGELOG` | 完整回填 + 检查跨域依赖 |
+
+裁剪原则：`00_context` 的必要性取决于 AI 是否需要理解系统现状；归档回填的必要性取决于是否产生系统级变更（新接口/新规则/数据模型变更）。
+
+### 日常工作流
+
+复杂需求的完整流程（小任务按裁剪表跳过前置步骤，但始终执行 Review）：
+
+| 步骤 | 提示词 ID | 产出 | 人工审阅点 |
+|---|---|---|---|
+| Step 0 | `ctx`（`-d` 或 `-m`） | `00_context.md` | 补充技术约束和团队经验 |
+| Step 1 | `req` | `01_requirement.md` | 审阅验收标准，Sign-off |
+| Step 2 | `iface` → `impl-spec` → `test-spec` | `02` / `03` / `04` | 审阅接口设计、文件路径、步骤顺序 |
+| Step 3 | `impl` | 分步编码 | 逐步确认，Gate 验证 |
+| Step 4 | `review` | 审查 + `AI_CHANGELOG` | 最终确认 |
+| Step 5 | `domain-sync` | 回填 domain_spec + 更新域间关系 | 审阅草稿后写入 |
+
+domain_spec 生命周期：变更启动时从 domain_spec 读取现状生成 `00_context`；变更完成时通过 `domain-sync` 将关键信息回填。
+
+### CLI 工具
+
+项目已配置 `spec-canon` CLI，可获取各步骤的标准提示词：
+
+```bash
+spec-canon prompt guide              # 决策树：根据项目阶段选择提示词序列
+spec-canon prompt list               # 列出所有可用提示词
+spec-canon prompt show <id> [选项]    # 输出指定提示词（自动替换变量）
+# 示例: spec-canon prompt show req -c my-change -p @docs/prd.md
+```
+
+变量选项：`-c` 变更名 / `-d` 域名 / `-m` 模块路径 / `-p` PRD 引用。

package/templates/domain_spec.md

@@ -0,0 +1,38 @@
+# Domain Spec: [业务域名称]
+> 最后更新: YYYY-MM-DD | 更新来源: change-xxx
+> 本文档描述 [业务域] 的系统当前行为，由各变更归档时回填更新。
+
+## 1. 业务规则（Business Rules）
+- BR-1: [规则描述]
+  （来源: feat-001 AC-1）
+- BR-2: [规则描述]
+  （来源: feat-002 AC-1~AC-3）
+
+## 2. 状态流转（State Machine）
+```mermaid
+stateDiagram-v2
+    [描述当前完整的状态流转]
+```
+（来源: feat-001 03§5 + feat-002 03§5）
+
+## 3. 数据流转（Data Flow）
+```
+[描述当前完整的数据流经路径]
+```
+（来源: feat-001 03§5，feat-002 更新）
+
+## 4. 接口清单（API Surface）
+| 接口 | 方法 | 用途 | 引入版本 |
+|---|---|---|---|
+| `/api/v1/xxx` | POST | [用途] | feat-001 |
+| `/api/v1/yyy` | GET | [用途] | feat-002 |
+（详细契约见各变更的 02_interface.md）
+
+## 5. 数据模型（Data Model）
+| 表 | 关键字段 | 索引 | 引入/变更来源 |
+|---|---|---|---|
+| `table_a` | col1, col2, col3 | UK(col1, col2) | feat-001 创建, feat-002 追加 col3 |
+
+## 6. 已知约束与坑位（Known Constraints）
+- [约束/坑位描述]
+  （来源: feat-001 开发过程 / SKILL.md）

package/templates/domains-readme.md

@@ -0,0 +1,21 @@
+# 域全景（Domain Overview）
+
+> 本文档描述项目各业务域及其关联关系。随着变更的开发和归档持续更新。
+
+## 域清单
+
+| 域名 | 职责 | domain_spec |
+|---|---|---|
+| <!-- 在此添加业务域 --> | | |
+
+## 域间关系
+
+```
+<!-- 用 ASCII 或 Mermaid 描述域间依赖关系 -->
+```
+
+## 更新记录
+
+| 日期 | 变更 | 来源 |
+|---|---|---|
+| <!-- 记录每次域结构变更 --> | | |

package/templates/prompts/catalog.json

@@ -0,0 +1,139 @@
+{
+  "prompts": [
+    {
+      "id": "ctx",
+      "aliases": ["00"],
+      "name": "生成 00_context",
+      "file": "daily/step0_context.md",
+      "stage": "daily",
+      "step": "0",
+      "description": "生成 00_context.md（-d 从 domain_spec / -m 从代码库）",
+      "variables": ["CHANGE"],
+      "tags": ["daily", "iterative"]
+    },
+    {
+      "id": "req",
+      "aliases": ["01"],
+      "name": "生成 01_requirement",
+      "file": "daily/step1_requirement.md",
+      "stage": "daily",
+      "step": "1",
+      "description": "生成需求规格，含影响分析",
+      "variables": ["CHANGE", "PRD"],
+      "tags": ["daily", "new-project", "iterative"]
+    },
+    {
+      "id": "iface",
+      "aliases": ["02"],
+      "name": "生成 02_interface",
+      "file": "daily/step2_interface.md",
+      "stage": "daily",
+      "step": "2",
+      "description": "生成接口设计文档",
+      "variables": ["CHANGE"],
+      "tags": ["daily", "new-project", "iterative"]
+    },
+    {
+      "id": "impl-spec",
+      "aliases": ["03"],
+      "name": "生成 03_implementation",
+      "file": "daily/step2_implementation.md",
+      "stage": "daily",
+      "step": "2",
+      "description": "生成实施方案，含设计决策",
+      "variables": ["CHANGE"],
+      "tags": ["daily", "new-project", "iterative"]
+    },
+    {
+      "id": "test-spec",
+      "aliases": ["04"],
+      "name": "生成 04_test_spec",
+      "file": "daily/step2_test_spec.md",
+      "stage": "daily",
+      "step": "2",
+      "description": "生成测试规格",
+      "variables": ["CHANGE"],
+      "tags": ["daily", "new-project", "iterative"]
+    },
+    {
+      "id": "impl",
+      "name": "分步编码",
+      "file": "daily/step3_execute.md",
+      "stage": "daily",
+      "step": "3",
+      "description": "按 implementation 文档分步执行编码",
+      "variables": ["CHANGE"],
+      "tags": ["daily", "new-project", "iterative"]
+    },
+    {
+      "id": "review",
+      "name": "审查 + AI_CHANGELOG",
+      "file": "daily/step4_review.md",
+      "stage": "daily",
+      "step": "4",
+      "description": "基于 Spec 审查代码变更并更新变更日志",
+      "variables": ["CHANGE"],
+      "tags": ["daily", "new-project", "iterative"]
+    },
+    {
+      "id": "domain-sync",
+      "name": "归档：domain_spec + 域间关系",
+      "file": "daily/domain_sync.md",
+      "stage": "daily",
+      "step": "5",
+      "description": "创建/更新 domain_spec 并检查跨域依赖",
+      "variables": ["CHANGE", "DOMAIN"],
+      "tags": ["daily", "new-project", "iterative"]
+    },
+    {
+      "id": "domain-identify",
+      "name": "识别业务域 + 评估拆分",
+      "file": "iterative/cold_batch_identify.md",
+      "stage": "iterative",
+      "step": "B-1",
+      "description": "扫描代码库识别业务域并评估子域分拆",
+      "variables": [],
+      "tags": ["iterative"]
+    },
+    {
+      "id": "domain-setup",
+      "name": "创建目录结构 + 索引",
+      "file": "iterative/cold_batch_structure.md",
+      "stage": "iterative",
+      "step": "B-2",
+      "description": "批量创建域目录和域间关系索引",
+      "variables": [],
+      "tags": ["iterative"]
+    },
+    {
+      "id": "domain-base",
+      "name": "生成基线 domain_spec",
+      "file": "iterative/cold_batch_baseline.md",
+      "stage": "iterative",
+      "step": "B-3",
+      "description": "逐域生成基线版 domain_spec",
+      "variables": ["DOMAIN"],
+      "tags": ["iterative"]
+    },
+    {
+      "id": "domain-split",
+      "name": "单域拆分评估",
+      "file": "iterative/split_evaluate.md",
+      "stage": "iterative",
+      "step": "split",
+      "description": "评估单个业务域是否需要拆分为子域",
+      "variables": ["DOMAIN"],
+      "tags": ["iterative", "daily"]
+    },
+    {
+      "id": "domain-split-run",
+      "name": "执行已确认的拆分方案",
+      "file": "iterative/split_execute.md",
+      "stage": "iterative",
+      "step": "split",
+      "description": "执行经人工确认的域拆分操作",
+      "variables": ["DOMAIN"],
+      "tags": ["iterative", "daily"]
+    }
+  ]
+}

package/templates/prompts/daily/domain_sync.md

@@ -0,0 +1,48 @@
+请检查 spec-canon/domains/{{DOMAIN}}/domain_spec.md 是否已存在，然后按以下分支执行：
+
+## 分支判断
+
+### 如果 domain_spec.md 已存在 → UPDATE 模式
+
+请阅读 @spec-canon/changes/{{CHANGE}}/ 下的全部 Spec 文档（00_context ~ 04_test_spec），
+将关键信息回填到 @spec-canon/domains/{{DOMAIN}}/domain_spec.md。
+要求：
+1. 新增/变更的业务规则 → §1，标注来源变更编号
+2. 状态机变化 → §2
+3. 数据流变化 → §3
+4. 新增接口 → §4
+5. 数据模型变更 → §5
+6. 新坑位 → §6 + 同步到 SKILL.md
+7. 00_context.md 中有而 domain_spec 中没有的信息 → 补充
+请先输出回填草稿，等我审阅。
+
+### 如果 domain_spec.md 不存在 → CREATE 模式
+
+请检查代码库中是否有 {{DOMAIN}} 相关的模块或代码：
+
+**如果有相关代码** → 扫描代码库创建：
+请阅读 @spec-canon/changes/{{CHANGE}}/ 下的全部 Spec 文档（00_context ~ 04_test_spec），
+同时扫描代码库中与 {{DOMAIN}} 相关的全部模块，
+按照 @spec-canon/templates/domain_spec.md 模板，
+创建 spec-canon/domains/{{DOMAIN}}/domain_spec.md。要求：
+1. 不只是本次变更涉及的内容——要覆盖该业务域的全部现有行为
+2. 本次变更的 Spec 作为主要信息源，代码库扫描作为补充
+3. 标注信息来源：[Change Spec] 或 [代码库扫描]
+4. 标注置信度：✅ 确定 / ⚠️ 推测 / ❓ 需确认
+5. 评估是否需要子域分拆（按子域分拆规则：B/C/D 任一满足即建议拆分，E 可否决拆分，A 仅为预警）
+
+**如果没有相关代码** → 仅从 Change Spec 创建：
+请阅读 @spec-canon/changes/{{CHANGE}}/ 下的全部 Spec 文档，
+按照 @spec-canon/templates/domain_spec.md 模板，
+创建 spec-canon/domains/{{DOMAIN}}/domain_spec.md。
+这是该领域的首份 domain_spec，请完整录入所有信息。
+
+---
+
+## 跨域依赖检查
+
+无论上面执行了哪个分支，都请执行以下检查：
+
+请对比本次 @spec-canon/changes/{{CHANGE}}/ 的 00_context.md §2.4 依赖服务
+和 @spec-canon/domains/README.md 中的域间依赖明细，
+检查是否有新增的跨域依赖。如果有，输出 README.md 更新草稿。

package/templates/prompts/daily/step0.5_context.md

@@ -0,0 +1,21 @@
+{{#if DOMAIN}}
+请先阅读 @spec-canon/domains/README.md 的域间依赖关系，
+识别与 {{DOMAIN}} 相关的所有上下游域。
+然后阅读 @spec-canon/domains/{{DOMAIN}}/domain_spec.md
+以及相关上下游域的 domain_spec.md，
+{{/if}}
+{{#if MODULE}}
+请分析代码库中与 {{MODULE}} 相关的代码，
+{{/if}}
+按照 @spec-canon/templates/00_context.md 模板，
+生成 spec-canon/features/{{FEATURE}}/00_context.md。
+{{#if DOMAIN}}
+1. 基础信息从 domain_spec 提取
+2. §2.4 依赖服务须包含 README.md 中标注的跨域业务依赖
+3. 补充本 Feature 特有的约束
+4. 检查 domain_spec 是否有过时信息
+5. 标注需要我补充的信息
+{{/if}}
+{{#if MODULE}}
+标注无法确定的信息，等我补充。
+{{/if}}

package/templates/prompts/daily/step0.5_context_from_code.md

@@ -0,0 +1,4 @@
+请分析代码库中与 {{MODULE}} 相关的代码，
+按照 @spec-canon/templates/00_context.md 模板，
+生成 spec-canon/features/{{FEATURE}}/00_context.md。
+标注无法确定的信息，等我补充。

package/templates/prompts/daily/step0.5_context_with_domain.md

@@ -0,0 +1,11 @@
+请先阅读 @spec-canon/domains/README.md 的域间依赖关系，
+识别与 {{DOMAIN}} 相关的所有上下游域。
+然后阅读 @spec-canon/domains/{{DOMAIN}}/domain_spec.md
+以及相关上下游域的 domain_spec.md，
+按照 @spec-canon/templates/00_context.md 模板，
+生成 spec-canon/features/{{FEATURE}}/00_context.md。
+1. 基础信息从 domain_spec 提取
+2. §2.4 依赖服务须包含 README.md 中标注的跨域业务依赖
+3. 补充本 Feature 特有的约束
+4. 检查 domain_spec 是否有过时信息
+5. 标注需要我补充的信息

package/templates/prompts/daily/step0_context.md

@@ -0,0 +1,21 @@
+{{#if DOMAIN}}
+请先阅读 @spec-canon/domains/README.md 的域间依赖关系，
+识别与 {{DOMAIN}} 相关的所有上下游域。
+然后阅读 @spec-canon/domains/{{DOMAIN}}/domain_spec.md
+以及相关上下游域的 domain_spec.md，
+{{/if}}
+{{#if MODULE}}
+请分析代码库中与 {{MODULE}} 相关的代码，
+{{/if}}
+按照 @spec-canon/templates/00_context.md 模板，
+生成 spec-canon/changes/{{CHANGE}}/00_context.md。
+{{#if DOMAIN}}
+1. 基础信息从 domain_spec 提取
+2. §2.4 依赖服务须包含 README.md 中标注的跨域业务依赖
+3. 补充本次变更特有的约束
+4. 检查 domain_spec 是否有过时信息
+5. 标注需要我补充的信息
+{{/if}}
+{{#if MODULE}}
+标注无法确定的信息，等我补充。
+{{/if}}

package/templates/prompts/daily/step0_init.md

@@ -0,0 +1,2 @@
+请阅读 @CLAUDE.md 和 @spec-canon/skills/SKILL.md，确认你理解了项目约束和 SDD 工作流。
+简要复述关键规则。