@house365/comate 0.9.24 → 0.9.26

package/skills/comate-design/SKILL.md

@@ -1,113 +1,113 @@
----
-name: comate-design
-description: "comate 阶段 2：深度设计。用 /comate-design 调用。通过 brainstorming 产出 Design Doc 和 delta spec。"
----
-
-# comate 阶段 2：深度设计（Design）
-
-## 前置条件
-
-- 活跃 change 已存在（proposal.md、design.md、tasks.md）
-- 无 Design Doc
-
-## 步骤
-
-### 0. 入口状态验证
-
-```bash
-COMATE="${COMATE:-$(for r in . ./.agents/skills ./.claude/skills ./.cursor/skills ./.codex/skills "$HOME"/.agents/skills "$HOME"/.claude/skills "$HOME"/.config/skills "$HOME"/.cursor/skills "$HOME"/.codex/skills "$HOME"/.gemini/skills; do
-  [ -d "$r" ] && find "$r" -maxdepth 6 -path '*/comate/scripts/comate.sh' -type f -print -quit 2>/dev/null
-done | head -1)}"
-if [ -z "$COMATE" ]; then
-  echo "ERROR: comate.sh 未找到，请确认 comate skill 已安装。" >&2
-  return 1 2>/dev/null || exit 1
-fi
-bash "$COMATE" state <name> check design
-```
-
-**幂等性检查**：
-
-1. 读取 `.comate.yaml` 的 `design_doc`、`handoff_context`、`handoff_hash`、`phase_step`
-
-2. **已完成 Step 1c（方案已确认）** 的判定条件（按优先级，首个命中即算）：
-   
+---
+name: comate-design
+description: "comate 阶段 2：深度设计。用 /comate-design 调用。通过 brainstorming 产出 Design Doc 和 delta spec。"
+---
+
+# comate 阶段 2：深度设计（Design）
+
+## 前置条件
+
+- 活跃 change 已存在（proposal.md、design.md、tasks.md）
+- 无 Design Doc
+
+## 步骤
+
+### 0. 入口状态验证
+
+```bash
+COMATE="${COMATE:-$(for r in . ./.agents/skills ./.claude/skills ./.cursor/skills ./.codex/skills "$HOME"/.agents/skills "$HOME"/.claude/skills "$HOME"/.config/skills "$HOME"/.cursor/skills "$HOME"/.codex/skills "$HOME"/.gemini/skills; do
+  [ -d "$r" ] && find "$r" -maxdepth 6 -path '*/comate/scripts/comate.sh' -type f -print -quit 2>/dev/null
+done | head -1)}"
+if [ -z "$COMATE" ]; then
+  echo "ERROR: comate.sh 未找到，请确认 comate skill 已安装。" >&2
+  return 1 2>/dev/null || exit 1
+fi
+bash "$COMATE" state <name> check design
+```
+
+**幂等性检查**：
+
+1. 读取 `.comate.yaml` 的 `design_doc`、`handoff_context`、`handoff_hash`、`phase_step`
+
+2. **已完成 Step 1c（方案已确认）** 的判定条件（按优先级，首个命中即算）：
+   
    a. **phase_step 明确标记已确认**（最高优先级）：
       - `phase_step` 值为 `design.approval-confirmed` 或 `design.complete`（旧版 `1c-confirmed` / `2` 兼容一次）
-      - → **立即判定为已完成 Step 1c**，跳过 Step 1a-1c
-   
-   b. **Design Doc 文件存在且格式正确**（次优先级）：
-      - `design_doc` 已设置且文件存在
-      - frontmatter 含 `comate_change: <name>`
-      - frontmatter 含 `role: technical-design`
-      - frontmatter 含 `canonical_spec: openspec`
-      - 文件内容非空（除了 frontmatter 外有实质设计内容）
-      - → **判定为已完成 Step 1c**，跳过 Step 1a-1c
-   
-   **说明**：之所以 `phase_step` 优先级更高，是因为它是原子操作记录的决策状态，即使 Design Doc 文件创建失败或被误删，也能防止重复进入决策流程。
-
-3. **幂等分支**：
+      - → **立即判定为已完成 Step 1c**，跳过 Step 1a-1c
+   
+   b. **Design Doc 文件存在且格式正确**（次优先级）：
+      - `design_doc` 已设置且文件存在
+      - frontmatter 含 `comate_change: <name>`
+      - frontmatter 含 `role: technical-design`
+      - frontmatter 含 `canonical_spec: openspec`
+      - 文件内容非空（除了 frontmatter 外有实质设计内容）
+      - → **判定为已完成 Step 1c**，跳过 Step 1a-1c
+   
+   **说明**：之所以 `phase_step` 优先级更高，是因为它是原子操作记录的决策状态，即使 Design Doc 文件创建失败或被误删，也能防止重复进入决策流程。
+
+3. **幂等分支**：
    - **已完成 Step 1c 且 Design Doc 存在** → 跳过 Step 1a-1c，检查交接包：
-     - 若 `handoff_context` 和 `handoff_hash` 已设置且验证通过 → 直接进入 Step 2 的 guard 检查
-     - 若交接包缺失或 hash 不匹配 → 重新生成交接包（`bash "$COMATE" handoff <name> design --write`），**但不重新 brainstorming，不重新确认方案**，然后进入 Step 2
+     - 若 `handoff_context` 和 `handoff_hash` 已设置且验证通过 → 直接进入 Step 2 的 guard 检查
+     - 若交接包缺失或 hash 不匹配 → 重新生成交接包（`bash "$COMATE" handoff <name> design --write`），**但不重新 brainstorming，不重新确认方案**，然后进入 Step 2
    - **已确认但 Design Doc 缺失** → 从 `.comate/design-candidate.md` 恢复已确认方案并创建 Design Doc；候选文件也缺失时停止并报告状态损坏，不得假称 Design Doc 已存在，也不得重新向用户询问同一决策
    - **未完成 Step 1c** → 继续 Step 1a
-
-4. **断点恢复**（根据 `phase_step` 值）：
+
+4. **断点恢复**（根据 `phase_step` 值）：
    - `phase_step` 为 `design.handoff-written`（或旧版 `1a`）→ 从 Step 1b 开始并改写新格式
    - `phase_step` 为 `design.brainstorm-complete` / `design.approval-awaiting`（或旧版 `1b`）→ 从候选文件恢复 Step 1c 并改写新格式
    - `phase_step` 为 `design.approval-confirmed` 或 `design.complete` → 见第 3 点幂等分支
-
+
 5. **特别注意**：即使上下文压缩或会话中断，只要 `phase_step` 已标记 `design.approval-confirmed` 或 Design Doc 文件存在且格式正确，**就不得重新执行 brainstorming 或重新要求用户确认方案**。
-
-### 1a. 生成 OpenSpec → Superpowers 交接包
-
-**必须由脚本生成，不允许 agent 临场手写 summary 代替。**
-
-```bash
-bash "$COMATE" handoff <name> design --write
-# 记录步骤完成
+
+### 1a. 生成 OpenSpec → Superpowers 交接包
+
+**必须由脚本生成，不允许 agent 临场手写 summary 代替。**
+
+```bash
+bash "$COMATE" handoff <name> design --write
+# 记录步骤完成
 bash "$COMATE" state <name> set phase_step design.handoff-written
-```
-
-脚本生成 `openspec/changes/<name>/.comate/handoff/design-context.{json,md}` 并在 `.comate.yaml` 写入 `handoff_context` / `handoff_hash`。默认是 **compact 可追溯摘录**（含脚本标记 `Generated-by: comate`、source path、line range、sha256），不是 agent summary。需全文时加 `--full`。
-
-交接包来源：`proposal.md`、`design.md`、`tasks.md`、`specs/*/spec.md`。
-
-### 1b. 执行 Brainstorming（带上下文）
-
-**立即执行：** 使用 Skill 工具加载 `superpowers:brainstorming`，ARGUMENTS 包含：
-
-```
-Change: <name>
-OpenSpec Context Pack: openspec/changes/<name>/.comate/handoff/design-context.md
-Machine handoff: openspec/changes/<name>/.comate/handoff/design-context.json
-
-OpenSpec 产物是上游事实源，不要重新定义需求，不要重写 proposal/spec。
-基于交接包做深度技术设计：实现方案、技术风险、测试策略、边界条件。
-如发现 delta spec 缺少验收场景，只能提出 Spec Patch 回写 OpenSpec delta spec；不要在 Design Doc 中创建第二份需求 spec。
-
-Design Doc frontmatter 必须最小化，只含：
----
-comate_change: <name>
-role: technical-design
-canonical_spec: openspec
----
-```
-
-禁止跳过；该技能不可用时停止流程并提示安装 Superpowers，不要用普通对话替代。
-
+```
+
+脚本生成 `openspec/changes/<name>/.comate/handoff/design-context.{json,md}` 并在 `.comate.yaml` 写入 `handoff_context` / `handoff_hash`。默认是 **compact 可追溯摘录**（含脚本标记 `Generated-by: comate`、source path、line range、sha256），不是 agent summary。需全文时加 `--full`。
+
+交接包来源：`proposal.md`、`design.md`、`tasks.md`、`specs/*/spec.md`。
+
+### 1b. 执行 Brainstorming（带上下文）
+
+**立即执行：** 使用 Skill 工具加载 `superpowers:brainstorming`，ARGUMENTS 包含：
+
+```
+Change: <name>
+OpenSpec Context Pack: openspec/changes/<name>/.comate/handoff/design-context.md
+Machine handoff: openspec/changes/<name>/.comate/handoff/design-context.json
+
+OpenSpec 产物是上游事实源，不要重新定义需求，不要重写 proposal/spec。
+基于交接包做深度技术设计：实现方案、技术风险、测试策略、边界条件。
+如发现 delta spec 缺少验收场景，只能提出 Spec Patch 回写 OpenSpec delta spec；不要在 Design Doc 中创建第二份需求 spec。
+
+Design Doc frontmatter 必须最小化，只含：
+---
+comate_change: <name>
+role: technical-design
+canonical_spec: openspec
+---
+```
+
+禁止跳过；该技能不可用时停止流程并提示安装 Superpowers，不要用普通对话替代。
+
 brainstorming 阶段不写最终 Design Doc；但必须把完整候选方案写入 `openspec/changes/<name>/.comate/design-candidate.md`，供确认与上下文恢复使用。
-
-**步骤完成后记录**：
-
-```bash
+
+**步骤完成后记录**：
+
+```bash
 bash "$COMATE" state <name> set phase_step design.brainstorm-complete
-```
-
-### 1c. 用户确认设计方案（决策阻塞点 2）
-
-**必须使用 AskUserQuestion 工具暂停等待用户明确确认设计方案**。规则见 `comate/reference/decision-points.md` 第 2 条。确认前不得创建最终 Design Doc、写 `design_doc`、跑 design guard 或进入 build。
-
+```
+
+### 1c. 用户确认设计方案（决策阻塞点 2）
+
+**必须使用 AskUserQuestion 工具暂停等待用户明确确认设计方案**。规则见 `comate/reference/decision-points.md` 第 2 条。确认前不得创建最终 Design Doc、写 `design_doc`、跑 design guard 或进入 build。
+
 展示摘要：采用的技术方案、关键取舍与风险、测试策略、Spec Patch（如有）。用户确认后才继续 Step 2；要求调整则继续迭代。
 
 提问前先确认候选文件非空，并持久化等待状态：
@@ -115,64 +115,64 @@ bash "$COMATE" state <name> set phase_step design.brainstorm-complete
 ```bash
 bash "$COMATE" state <name> set phase_step design.approval-awaiting
 ```
-
-**确认后的处理顺序（不可颠倒）**：
-
-1. **立即记录决策状态**：
-   ```bash
+
+**确认后的处理顺序（不可颠倒）**：
+
+1. **立即记录决策状态**：
+   ```bash
    bash "$COMATE" state <name> set phase_step design.approval-confirmed
-   ```
-
-2. **然后创建 Design Doc 文件**（保存到 `docs/superpowers/specs/YYYY-MM-DD-topic-design.md`），frontmatter 必须包含：
-   ```yaml
-   ---
-   comate_change: <name>
-   role: technical-design
-   canonical_spec: openspec
-   ---
-   ```
-
-3. **记录 design_doc 路径**：
-   ```bash
-   bash "$COMATE" state <name> set design_doc docs/superpowers/specs/YYYY-MM-DD-topic-design.md
-   ```
-
+   ```
+
+2. **然后创建 Design Doc 文件**（保存到 `docs/superpowers/specs/YYYY-MM-DD-topic-design.md`），frontmatter 必须包含：
+   ```yaml
+   ---
+   comate_change: <name>
+   role: technical-design
+   canonical_spec: openspec
+   ---
+   ```
+
+3. **记录 design_doc 路径**：
+   ```bash
+   bash "$COMATE" state <name> set design_doc docs/superpowers/specs/YYYY-MM-DD-topic-design.md
+   ```
+
 **说明**：候选方案先落盘，确认后再记录 `design.approval-confirmed` 并创建最终文件。这样中断恢复既不会重复提问，也不会丢失创建 Design Doc 所需内容。
-
-### 2. 更新 comate 状态
-
-```bash
-# 记录 design_doc 路径
-bash "$COMATE" state <name> set design_doc docs/superpowers/specs/YYYY-MM-DD-topic-design.md
-
-# 如有 delta spec 变更，重新生成 handoff 以更新 hash
-bash "$COMATE" handoff <name> design --write
-
-# 记录步骤完成
+
+### 2. 更新 comate 状态
+
+```bash
+# 记录 design_doc 路径
+bash "$COMATE" state <name> set design_doc docs/superpowers/specs/YYYY-MM-DD-topic-design.md
+
+# 如有 delta spec 变更，重新生成 handoff 以更新 hash
+bash "$COMATE" handoff <name> design --write
+
+# 记录步骤完成
 bash "$COMATE" state <name> set phase_step design.complete
-
-# 自动流转
-bash "$COMATE" guard <name> design --apply
-```
-
-无 delta spec 变更则跳过 handoff 重新生成。
-
-## 退出条件
-
-- Design Doc 已创建，frontmatter 含 `comate_change`、`role: technical-design`、`canonical_spec: openspec`
-- `handoff_context` / `handoff_hash` 已写入且 hash 与当前产物一致（guard 强制）
-- `design-context.md` 由脚本生成且含可追溯标记（guard 强制）
-- `design_doc` 已写入 `.comate.yaml`
-- **阶段守卫**：`bash "$COMATE" guard <name> design --apply` 全 PASS 后自动流转到 `phase: build`
-
-## 上下文压缩恢复
-
-```bash
-bash "$COMATE" state <name> recover design
-```
-
-脚本输出结构化恢复上下文，按 Recovery action 判断下一步。
-
-## 自动流转
-
-> **REQUIRED NEXT SKILL：** 调用 `comate-build` skill 进入计划与构建。
+
+# 自动流转
+bash "$COMATE" guard <name> design --apply
+```
+
+无 delta spec 变更则跳过 handoff 重新生成。
+
+## 退出条件
+
+- Design Doc 已创建，frontmatter 含 `comate_change`、`role: technical-design`、`canonical_spec: openspec`
+- `handoff_context` / `handoff_hash` 已写入且 hash 与当前产物一致（guard 强制）
+- `design-context.md` 由脚本生成且含可追溯标记（guard 强制）
+- `design_doc` 已写入 `.comate.yaml`
+- **阶段守卫**：`bash "$COMATE" guard <name> design --apply` 全 PASS 后自动流转到 `phase: build`
+
+## 上下文压缩恢复
+
+```bash
+bash "$COMATE" state <name> recover design
+```
+
+脚本输出结构化恢复上下文，按 Recovery action 判断下一步。
+
+## 自动流转
+
+> **REQUIRED NEXT SKILL：** 调用 `comate-build` skill 进入计划与构建。