@house365/comate 0.9.1 → 0.9.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +21 -21
- package/README.md +106 -102
- package/docs/COMATE_MANUAL.md +710 -710
- package/package.json +1 -1
- package/skills/comate/SKILL.md +217 -217
- package/skills/comate/reference/decision-points.md +103 -77
- package/skills/comate/reference/dirty-worktree.md +58 -58
- package/skills/comate/reference/prerequisites.md +89 -89
- package/skills/comate/scripts/comate-lib.sh +1 -0
- package/skills/comate/scripts/comate.sh +3 -1
- package/skills/comate-archive/SKILL.md +63 -63
- package/skills/comate-build/SKILL.md +177 -177
- package/skills/comate-design/SKILL.md +106 -106
- package/skills/comate-fix/SKILL.md +4 -2
- package/skills/comate-gate/SKILL.md +262 -245
- package/skills/comate-gate/scaffold/docs/README.md +36 -36
- package/skills/comate-gate/scaffold/docs/architecture/README.md +31 -31
- package/skills/comate-gate/scaffold/docs/knowledge-base/README.md +48 -48
- package/skills/comate-gate/scaffold/docs/knowledge-base/integrations/_TEMPLATE/README.md +49 -49
- package/skills/comate-gate/scaffold/docs/knowledge-base/integrations/_TEMPLATE/api-snapshot.md +47 -47
- package/skills/comate-gate/scaffold/docs/knowledge-base/requirements/_templates/PRD.md +97 -97
- package/skills/comate-grill/SKILL.md +185 -185
- package/skills/comate-kb-integration/scripts/fetch_rendered_doc.py +84 -84
- package/skills/comate-open/SKILL.md +157 -144
- package/skills/comate-verify/SKILL.md +155 -146
|
@@ -1,106 +1,106 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: comate-design
|
|
3
|
-
description: "comate 阶段 2:深度设计。用 /comate-design 调用。通过 brainstorming 产出 Design Doc 和 delta spec。"
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# comate 阶段 2:深度设计(Design)
|
|
7
|
-
|
|
8
|
-
## 前置条件
|
|
9
|
-
|
|
10
|
-
- 活跃 change 已存在(proposal.md、design.md、tasks.md)
|
|
11
|
-
- 无 Design Doc
|
|
12
|
-
|
|
13
|
-
## 步骤
|
|
14
|
-
|
|
15
|
-
### 0. 入口状态验证
|
|
16
|
-
|
|
17
|
-
```bash
|
|
18
|
-
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
|
|
19
|
-
[ -d "$r" ] && find "$r" -maxdepth 6 -path '*/comate/scripts/comate.sh' -type f -print -quit 2>/dev/null
|
|
20
|
-
done | head -1)}"
|
|
21
|
-
if [ -z "$COMATE" ]; then
|
|
22
|
-
echo "ERROR: comate.sh 未找到,请确认 comate skill 已安装。" >&2
|
|
23
|
-
return 1 2>/dev/null || exit 1
|
|
24
|
-
fi
|
|
25
|
-
bash "$COMATE" state <name> check design
|
|
26
|
-
```
|
|
27
|
-
|
|
28
|
-
**幂等性**:design 阶段操作可安全重试。若 `handoff_context` 和 `handoff_hash` 已存在,先确认与当前产物一致再决定是否重新生成。
|
|
29
|
-
|
|
30
|
-
### 1a. 生成 OpenSpec → Superpowers 交接包
|
|
31
|
-
|
|
32
|
-
**必须由脚本生成,不允许 agent 临场手写 summary 代替。**
|
|
33
|
-
|
|
34
|
-
```bash
|
|
35
|
-
bash "$COMATE" handoff <name> design --write
|
|
36
|
-
```
|
|
37
|
-
|
|
38
|
-
脚本生成 `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`。
|
|
39
|
-
|
|
40
|
-
交接包来源:`proposal.md`、`design.md`、`tasks.md`、`specs/*/spec.md`。
|
|
41
|
-
|
|
42
|
-
### 1b. 执行 Brainstorming(带上下文)
|
|
43
|
-
|
|
44
|
-
**立即执行:** 使用 Skill 工具加载 `superpowers:brainstorming`,ARGUMENTS 包含:
|
|
45
|
-
|
|
46
|
-
```
|
|
47
|
-
Change: <name>
|
|
48
|
-
OpenSpec Context Pack: openspec/changes/<name>/.comate/handoff/design-context.md
|
|
49
|
-
Machine handoff: openspec/changes/<name>/.comate/handoff/design-context.json
|
|
50
|
-
|
|
51
|
-
OpenSpec 产物是上游事实源,不要重新定义需求,不要重写 proposal/spec。
|
|
52
|
-
基于交接包做深度技术设计:实现方案、技术风险、测试策略、边界条件。
|
|
53
|
-
如发现 delta spec 缺少验收场景,只能提出 Spec Patch 回写 OpenSpec delta spec;不要在 Design Doc 中创建第二份需求 spec。
|
|
54
|
-
|
|
55
|
-
Design Doc frontmatter 必须最小化,只含:
|
|
56
|
-
---
|
|
57
|
-
comate_change: <name>
|
|
58
|
-
role: technical-design
|
|
59
|
-
canonical_spec: openspec
|
|
60
|
-
---
|
|
61
|
-
```
|
|
62
|
-
|
|
63
|
-
禁止跳过;该技能不可用时停止流程并提示安装 Superpowers,不要用普通对话替代。
|
|
64
|
-
|
|
65
|
-
brainstorming 阶段不写 Design Doc 文件,仅产出方案供 Step 1c 确认。
|
|
66
|
-
|
|
67
|
-
### 1c. 用户确认设计方案(决策阻塞点 2)
|
|
68
|
-
|
|
69
|
-
**必须使用 AskUserQuestion 工具暂停等待用户明确确认设计方案**。规则见 `comate/reference/decision-points.md` 第 2 条。确认前不得创建最终 Design Doc、写 `design_doc`、跑 design guard 或进入 build。
|
|
70
|
-
|
|
71
|
-
展示摘要:采用的技术方案、关键取舍与风险、测试策略、Spec Patch(如有)。用户确认后才继续 Step 2;要求调整则继续迭代。
|
|
72
|
-
|
|
73
|
-
### 2. 更新 comate 状态
|
|
74
|
-
|
|
75
|
-
```bash
|
|
76
|
-
# 记录 design_doc 路径
|
|
77
|
-
bash "$COMATE" state <name> set design_doc docs/superpowers/specs/YYYY-MM-DD-topic-design.md
|
|
78
|
-
|
|
79
|
-
# 如有 delta spec 变更,重新生成 handoff 以更新 hash
|
|
80
|
-
bash "$COMATE" handoff <name> design --write
|
|
81
|
-
|
|
82
|
-
# 自动流转
|
|
83
|
-
bash "$COMATE" guard <name> design --apply
|
|
84
|
-
```
|
|
85
|
-
|
|
86
|
-
无 delta spec 变更则跳过 handoff 重新生成。
|
|
87
|
-
|
|
88
|
-
## 退出条件
|
|
89
|
-
|
|
90
|
-
- Design Doc 已创建,frontmatter 含 `comate_change`、`role: technical-design`、`canonical_spec: openspec`
|
|
91
|
-
- `handoff_context` / `handoff_hash` 已写入且 hash 与当前产物一致(guard 强制)
|
|
92
|
-
- `design-context.md` 由脚本生成且含可追溯标记(guard 强制)
|
|
93
|
-
- `design_doc` 已写入 `.comate.yaml`
|
|
94
|
-
- **阶段守卫**:`bash "$COMATE" guard <name> design --apply` 全 PASS 后自动流转到 `phase: build`
|
|
95
|
-
|
|
96
|
-
## 上下文压缩恢复
|
|
97
|
-
|
|
98
|
-
```bash
|
|
99
|
-
bash "$COMATE" state <name> recover design
|
|
100
|
-
```
|
|
101
|
-
|
|
102
|
-
脚本输出结构化恢复上下文,按 Recovery action 判断下一步。
|
|
103
|
-
|
|
104
|
-
## 自动流转
|
|
105
|
-
|
|
106
|
-
> **REQUIRED NEXT SKILL:** 调用 `comate-build` skill 进入计划与构建。
|
|
1
|
+
---
|
|
2
|
+
name: comate-design
|
|
3
|
+
description: "comate 阶段 2:深度设计。用 /comate-design 调用。通过 brainstorming 产出 Design Doc 和 delta spec。"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# comate 阶段 2:深度设计(Design)
|
|
7
|
+
|
|
8
|
+
## 前置条件
|
|
9
|
+
|
|
10
|
+
- 活跃 change 已存在(proposal.md、design.md、tasks.md)
|
|
11
|
+
- 无 Design Doc
|
|
12
|
+
|
|
13
|
+
## 步骤
|
|
14
|
+
|
|
15
|
+
### 0. 入口状态验证
|
|
16
|
+
|
|
17
|
+
```bash
|
|
18
|
+
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
|
|
19
|
+
[ -d "$r" ] && find "$r" -maxdepth 6 -path '*/comate/scripts/comate.sh' -type f -print -quit 2>/dev/null
|
|
20
|
+
done | head -1)}"
|
|
21
|
+
if [ -z "$COMATE" ]; then
|
|
22
|
+
echo "ERROR: comate.sh 未找到,请确认 comate skill 已安装。" >&2
|
|
23
|
+
return 1 2>/dev/null || exit 1
|
|
24
|
+
fi
|
|
25
|
+
bash "$COMATE" state <name> check design
|
|
26
|
+
```
|
|
27
|
+
|
|
28
|
+
**幂等性**:design 阶段操作可安全重试。若 `handoff_context` 和 `handoff_hash` 已存在,先确认与当前产物一致再决定是否重新生成。
|
|
29
|
+
|
|
30
|
+
### 1a. 生成 OpenSpec → Superpowers 交接包
|
|
31
|
+
|
|
32
|
+
**必须由脚本生成,不允许 agent 临场手写 summary 代替。**
|
|
33
|
+
|
|
34
|
+
```bash
|
|
35
|
+
bash "$COMATE" handoff <name> design --write
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
脚本生成 `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`。
|
|
39
|
+
|
|
40
|
+
交接包来源:`proposal.md`、`design.md`、`tasks.md`、`specs/*/spec.md`。
|
|
41
|
+
|
|
42
|
+
### 1b. 执行 Brainstorming(带上下文)
|
|
43
|
+
|
|
44
|
+
**立即执行:** 使用 Skill 工具加载 `superpowers:brainstorming`,ARGUMENTS 包含:
|
|
45
|
+
|
|
46
|
+
```
|
|
47
|
+
Change: <name>
|
|
48
|
+
OpenSpec Context Pack: openspec/changes/<name>/.comate/handoff/design-context.md
|
|
49
|
+
Machine handoff: openspec/changes/<name>/.comate/handoff/design-context.json
|
|
50
|
+
|
|
51
|
+
OpenSpec 产物是上游事实源,不要重新定义需求,不要重写 proposal/spec。
|
|
52
|
+
基于交接包做深度技术设计:实现方案、技术风险、测试策略、边界条件。
|
|
53
|
+
如发现 delta spec 缺少验收场景,只能提出 Spec Patch 回写 OpenSpec delta spec;不要在 Design Doc 中创建第二份需求 spec。
|
|
54
|
+
|
|
55
|
+
Design Doc frontmatter 必须最小化,只含:
|
|
56
|
+
---
|
|
57
|
+
comate_change: <name>
|
|
58
|
+
role: technical-design
|
|
59
|
+
canonical_spec: openspec
|
|
60
|
+
---
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
禁止跳过;该技能不可用时停止流程并提示安装 Superpowers,不要用普通对话替代。
|
|
64
|
+
|
|
65
|
+
brainstorming 阶段不写 Design Doc 文件,仅产出方案供 Step 1c 确认。
|
|
66
|
+
|
|
67
|
+
### 1c. 用户确认设计方案(决策阻塞点 2)
|
|
68
|
+
|
|
69
|
+
**必须使用 AskUserQuestion 工具暂停等待用户明确确认设计方案**。规则见 `comate/reference/decision-points.md` 第 2 条。确认前不得创建最终 Design Doc、写 `design_doc`、跑 design guard 或进入 build。
|
|
70
|
+
|
|
71
|
+
展示摘要:采用的技术方案、关键取舍与风险、测试策略、Spec Patch(如有)。用户确认后才继续 Step 2;要求调整则继续迭代。
|
|
72
|
+
|
|
73
|
+
### 2. 更新 comate 状态
|
|
74
|
+
|
|
75
|
+
```bash
|
|
76
|
+
# 记录 design_doc 路径
|
|
77
|
+
bash "$COMATE" state <name> set design_doc docs/superpowers/specs/YYYY-MM-DD-topic-design.md
|
|
78
|
+
|
|
79
|
+
# 如有 delta spec 变更,重新生成 handoff 以更新 hash
|
|
80
|
+
bash "$COMATE" handoff <name> design --write
|
|
81
|
+
|
|
82
|
+
# 自动流转
|
|
83
|
+
bash "$COMATE" guard <name> design --apply
|
|
84
|
+
```
|
|
85
|
+
|
|
86
|
+
无 delta spec 变更则跳过 handoff 重新生成。
|
|
87
|
+
|
|
88
|
+
## 退出条件
|
|
89
|
+
|
|
90
|
+
- Design Doc 已创建,frontmatter 含 `comate_change`、`role: technical-design`、`canonical_spec: openspec`
|
|
91
|
+
- `handoff_context` / `handoff_hash` 已写入且 hash 与当前产物一致(guard 强制)
|
|
92
|
+
- `design-context.md` 由脚本生成且含可追溯标记(guard 强制)
|
|
93
|
+
- `design_doc` 已写入 `.comate.yaml`
|
|
94
|
+
- **阶段守卫**:`bash "$COMATE" guard <name> design --apply` 全 PASS 后自动流转到 `phase: build`
|
|
95
|
+
|
|
96
|
+
## 上下文压缩恢复
|
|
97
|
+
|
|
98
|
+
```bash
|
|
99
|
+
bash "$COMATE" state <name> recover design
|
|
100
|
+
```
|
|
101
|
+
|
|
102
|
+
脚本输出结构化恢复上下文,按 Recovery action 判断下一步。
|
|
103
|
+
|
|
104
|
+
## 自动流转
|
|
105
|
+
|
|
106
|
+
> **REQUIRED NEXT SKILL:** 调用 `comate-build` skill 进入计划与构建。
|
|
@@ -138,13 +138,15 @@ Fix 为**一次性连续执行**。调用后在自有步骤间自动推进,但
|
|
|
138
138
|
| 需新增 capability | 超出局部优化 |
|
|
139
139
|
| 需 delta spec | 影响已有规格 |
|
|
140
140
|
|
|
141
|
-
**必须使用 AskUserQuestion
|
|
141
|
+
**必须使用 AskUserQuestion 工具暂停确认升级**。用户确认后**先回退到 open 阶段并更新 workflow**,再走完整流程:
|
|
142
142
|
|
|
143
143
|
```bash
|
|
144
|
+
bash "$COMATE" state <name> set phase open
|
|
144
145
|
bash "$COMATE" state <name> set workflow full
|
|
146
|
+
bash "$COMATE" state <name> transition open-complete
|
|
145
147
|
```
|
|
146
148
|
|
|
147
|
-
|
|
149
|
+
此时 phase 已转换到 `design`(因为 workflow 是 full),然后**立即加载 `comate-design` skill** 补 Design Doc。用户不确认则停止 fix 并报告超出适用范围。
|
|
148
150
|
|
|
149
151
|
## 退出条件
|
|
150
152
|
|