@liangjie559567/ultrapower 5.0.21 → 5.0.23

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.
Files changed (49) hide show
  1. package/.claude-plugin/plugin.json +1 -1
  2. package/commands/ax-analyze-error.md +0 -1
  3. package/commands/ax-context.md +0 -1
  4. package/commands/ax-decompose.md +0 -1
  5. package/commands/ax-draft.md +0 -1
  6. package/commands/ax-evolution.md +0 -1
  7. package/commands/ax-evolve.md +0 -1
  8. package/commands/ax-export.md +0 -1
  9. package/commands/ax-implement.md +0 -1
  10. package/commands/ax-knowledge.md +0 -1
  11. package/commands/ax-reflect.md +0 -1
  12. package/commands/ax-review.md +0 -1
  13. package/commands/ax-rollback.md +0 -1
  14. package/commands/ax-status.md +0 -1
  15. package/commands/ax-suspend.md +0 -1
  16. package/commands/brainstorm.md +0 -1
  17. package/commands/execute-plan.md +0 -1
  18. package/commands/write-plan.md +0 -1
  19. package/dist/__tests__/validateMode.test.d.ts +2 -0
  20. package/dist/__tests__/validateMode.test.d.ts.map +1 -0
  21. package/dist/__tests__/validateMode.test.js +100 -0
  22. package/dist/__tests__/validateMode.test.js.map +1 -0
  23. package/dist/lib/validateMode.d.ts +49 -0
  24. package/dist/lib/validateMode.d.ts.map +1 -0
  25. package/dist/lib/validateMode.js +68 -0
  26. package/dist/lib/validateMode.js.map +1 -0
  27. package/docs/CLAUDE.md +1 -1
  28. package/docs/prd/ultrapower-standards-draft.md +191 -0
  29. package/docs/prd/ultrapower-standards-rough.md +560 -0
  30. package/docs/reviews/ultrapower-standards/review_critic.md +230 -0
  31. package/docs/reviews/ultrapower-standards/review_domain.md +243 -0
  32. package/docs/reviews/ultrapower-standards/review_product.md +102 -0
  33. package/docs/reviews/ultrapower-standards/review_tech.md +142 -0
  34. package/docs/reviews/ultrapower-standards/review_ux.md +110 -0
  35. package/docs/reviews/ultrapower-standards/summary.md +85 -0
  36. package/docs/standards/README.md +85 -0
  37. package/docs/standards/agent-lifecycle.md +445 -0
  38. package/docs/standards/anti-patterns.md +365 -0
  39. package/docs/standards/audit-report.md +388 -0
  40. package/docs/standards/contribution-guide.md +208 -0
  41. package/docs/standards/hook-execution-order.md +320 -0
  42. package/docs/standards/runtime-protection.md +336 -0
  43. package/docs/standards/state-machine.md +316 -0
  44. package/docs/standards/templates/agent-template.md +63 -0
  45. package/docs/standards/templates/hook-template.md +74 -0
  46. package/docs/standards/templates/skill-template.md +48 -0
  47. package/docs/standards/user-guide.md +290 -0
  48. package/docs/tasks/ultrapower-standards/manifest.md +441 -0
  49. package/package.json +1 -1
@@ -0,0 +1,290 @@
1
+ # 用户指南:Skill 决策树与 Agent 路由
2
+
3
+ > **ultrapower-version**: 5.0.21
4
+ > **优先级**: P1(推荐遵守)
5
+ > **真理之源**: `docs/standards/audit-report.md`
6
+ > **覆盖范围**: T-08(Skill 决策树 + Agent 路由指南)
7
+
8
+ ---
9
+
10
+ ## 目录
11
+
12
+ 1. [Skill 决策树](#1-skill-决策树)
13
+ - 1.1 第一层:意图识别
14
+ - 1.2 第二层:规模判断
15
+ - 1.3 第三层:模式选择
16
+ 2. [Agent 路由指南](#2-agent-路由指南)
17
+ - 2.1 构建/分析通道
18
+ - 2.2 审查通道
19
+ - 2.3 领域专家通道
20
+ - 2.4 产品通道
21
+ 3. [常见场景速查](#3-常见场景速查)
22
+ 4. [模型路由规则](#4-模型路由规则)
23
+
24
+ ---
25
+
26
+ ## 1. Skill 决策树
27
+
28
+ ### 1.1 第一层:意图识别(5 个分支)
29
+
30
+ ```
31
+ 用户输入
32
+
33
+ ├─ 意图:新功能 / 需求实现
34
+ │ └─ → 分支 A:功能开发
35
+
36
+ ├─ 意图:Bug 修复 / 问题排查
37
+ │ └─ → 分支 B:调试修复
38
+
39
+ ├─ 意图:代码审查 / 质量检查
40
+ │ └─ → 分支 C:审查验证
41
+
42
+ ├─ 意图:规划 / 架构设计
43
+ │ └─ → 分支 D:规划设计
44
+
45
+ └─ 意图:信息查询 / 文档搜索
46
+ └─ → 分支 E:研究探索
47
+ ```
48
+
49
+ ### 1.2 第二层:规模判断
50
+
51
+ **分支 A:功能开发**
52
+
53
+ ```
54
+ 功能开发
55
+
56
+ ├─ 规模:单文件 / 小改动(< 3 文件)
57
+ │ └─ executor (sonnet)
58
+
59
+ ├─ 规模:多文件 / 中等复杂度(3-20 文件)
60
+ │ └─ team skill → executor + test-engineer + verifier
61
+
62
+ └─ 规模:跨模块 / 高复杂度(> 20 文件)
63
+ └─ ralph skill → deep-executor + verifier 循环
64
+ ```
65
+
66
+ **分支 B:调试修复**
67
+
68
+ ```
69
+ 调试修复
70
+
71
+ ├─ 已知根因
72
+ │ └─ executor (sonnet)
73
+
74
+ ├─ 未知根因
75
+ │ └─ debugger (sonnet) → executor → verifier
76
+
77
+ └─ 构建/类型错误
78
+ └─ build-fixer (sonnet)
79
+ ```
80
+
81
+ **分支 C:审查验证**
82
+
83
+ ```
84
+ 审查验证
85
+
86
+ ├─ 代码质量
87
+ │ └─ quality-reviewer (sonnet)
88
+
89
+ ├─ 安全审查
90
+ │ └─ security-reviewer (sonnet)
91
+
92
+ ├─ API 兼容性
93
+ │ └─ api-reviewer (sonnet)
94
+
95
+ └─ 综合审查(多维度)
96
+ └─ code-reviewer (opus)
97
+ ```
98
+
99
+ **分支 D:规划设计**
100
+
101
+ ```
102
+ 规划设计
103
+
104
+ ├─ 任务规划
105
+ │ └─ plan skill → planner (opus)
106
+
107
+ ├─ 架构设计
108
+ │ └─ architect (opus)
109
+
110
+ └─ 共识规划(需多方确认)
111
+ └─ ralplan skill → planner + architect + critic
112
+ ```
113
+
114
+ **分支 E:研究探索**
115
+
116
+ ```
117
+ 研究探索
118
+
119
+ ├─ 代码库内部搜索
120
+ │ └─ explore (haiku)
121
+
122
+ ├─ 外部文档查找
123
+ │ └─ document-specialist (sonnet)
124
+
125
+ └─ 深度分析(多维度)
126
+ └─ sciomc skill → 并行 scientist agents
127
+ ```
128
+
129
+ ### 1.3 第三层:模式选择
130
+
131
+ 根据执行模式关键词自动路由:
132
+
133
+ | 关键词 | 触发模式 | 适用场景 |
134
+ |--------|---------|---------|
135
+ | `autopilot` / `build me` | autopilot skill | 从想法到代码的全自主执行 |
136
+ | `ultrawork` / `ulw` | ultrawork skill | 最大并行度,多任务同时执行 |
137
+ | `ralph` / `don't stop` | ralph skill | 持续执行直到 verifier 验证通过 |
138
+ | `team` / `coordinated` | team skill | N 个协调 agents,分阶段流水线 |
139
+ | `pipeline` / `chain` | pipeline skill | 顺序 agent 链,数据传递 |
140
+ | `swarm` | swarm skill | Team 兼容外观,分阶段流水线 |
141
+
142
+ **互斥规则**(来源:`docs/standards/state-machine.md` §5):
143
+
144
+ - `autopilot`、`ultrapilot`、`swarm`、`pipeline` 四者互斥
145
+ - `ralph`、`ultrawork`、`ultraqa`、`team` 可与其他模式组合
146
+
147
+ ---
148
+
149
+ ## 2. Agent 路由指南
150
+
151
+ ### 2.1 构建/分析通道
152
+
153
+ | Agent | 模型 | 触发条件 | 典型输入 |
154
+ |-------|------|---------|---------|
155
+ | `explore` | haiku | 需要了解代码库结构、查找文件/符号 | "找到处理 X 的文件" |
156
+ | `analyst` | opus | 需求模糊、验收标准不明确 | "分析这个需求的隐性约束" |
157
+ | `planner` | opus | 需要任务排序、执行计划 | "规划这个功能的实现步骤" |
158
+ | `architect` | opus | 系统设计、接口定义、长期权衡 | "设计这个模块的架构" |
159
+ | `debugger` | sonnet | 根因未知、需要回归隔离 | "为什么这个测试失败了" |
160
+ | `executor` | sonnet | 已知实现方案、需要代码变更 | "实现这个功能" |
161
+ | `deep-executor` | opus | 复杂自主任务、多步骤实现 | "完整实现这个系统" |
162
+ | `verifier` | sonnet | 验证完成声明、检查测试充分性 | "验证这个功能是否完整" |
163
+
164
+ ### 2.2 审查通道
165
+
166
+ | Agent | 模型 | 触发条件 | 关注点 |
167
+ |-------|------|---------|-------|
168
+ | `style-reviewer` | haiku | 格式/命名/lint 问题 | 代码风格一致性 |
169
+ | `quality-reviewer` | sonnet | 逻辑缺陷、可维护性 | 代码质量 |
170
+ | `api-reviewer` | sonnet | API 变更、版本兼容性 | 向后兼容 |
171
+ | `security-reviewer` | sonnet | 安全漏洞、信任边界 | OWASP Top 10 |
172
+ | `performance-reviewer` | sonnet | 性能热点、复杂度 | 内存/延迟 |
173
+ | `code-reviewer` | opus | 综合审查(多维度) | 跨关注点 |
174
+
175
+ **审查通道组合**(来源:`docs/CLAUDE.md` team_compositions):
176
+
177
+ ```
178
+ 代码审查:style-reviewer + quality-reviewer + api-reviewer + security-reviewer
179
+ ```
180
+
181
+ ### 2.3 领域专家通道
182
+
183
+ | Agent | 模型 | 触发条件 |
184
+ |-------|------|---------|
185
+ | `dependency-expert` | sonnet | 使用外部 SDK/API/包前 |
186
+ | `test-engineer` | sonnet | 测试策略、覆盖率、不稳定测试 |
187
+ | `build-fixer` | sonnet | 构建失败、类型错误 |
188
+ | `designer` | sonnet | UI/UX 设计、交互设计 |
189
+ | `writer` | haiku | 文档、迁移说明 |
190
+ | `qa-tester` | sonnet | 交互式 CLI/服务运行时验证 |
191
+ | `git-master` | sonnet | 提交策略、历史整洁 |
192
+ | `database-expert` | sonnet | 数据库设计、查询优化 |
193
+ | `devops-engineer` | sonnet | CI/CD、容器化 |
194
+
195
+ ### 2.4 产品通道
196
+
197
+ | Agent | 模型 | 触发条件 |
198
+ |-------|------|---------|
199
+ | `product-manager` | sonnet | 问题定义、用户画像、PRD |
200
+ | `ux-researcher` | sonnet | 可用性审计、无障碍 |
201
+ | `information-architect` | sonnet | 分类、导航、可发现性 |
202
+ | `product-analyst` | sonnet | 产品指标、漏斗分析 |
203
+
204
+ ---
205
+
206
+ ## 3. 常见场景速查
207
+
208
+ ### 场景 1:实现新功能
209
+
210
+ ```
211
+ 1. analyst (opus) — 澄清需求、确认验收标准
212
+ 2. planner (opus) — 任务排序、执行计划
213
+ 3. executor (sonnet) — 代码实现
214
+ 4. test-engineer — 测试覆盖
215
+ 5. verifier (sonnet) — 完成验证
216
+ ```
217
+
218
+ ### 场景 2:修复 Bug
219
+
220
+ ```
221
+ 1. explore (haiku) — 定位相关文件
222
+ 2. debugger (sonnet) — 根因分析
223
+ 3. executor (sonnet) — 修复实现
224
+ 4. test-engineer — 回归测试
225
+ 5. verifier (sonnet) — 验证修复
226
+ ```
227
+
228
+ ### 场景 3:代码审查
229
+
230
+ ```
231
+ 并行执行:
232
+ style-reviewer (haiku) — 格式/命名
233
+ quality-reviewer (sonnet) — 逻辑/可维护性
234
+ api-reviewer (sonnet) — API 兼容性
235
+ security-reviewer (sonnet)— 安全漏洞
236
+ ```
237
+
238
+ ### 场景 4:架构设计
239
+
240
+ ```
241
+ 1. explore (haiku) — 了解现有结构
242
+ 2. architect (opus) — 系统设计
243
+ 3. critic (opus) — 批判性挑战
244
+ 4. planner (opus) — 执行计划
245
+ ```
246
+
247
+ ### 场景 5:全自主执行
248
+
249
+ ```
250
+ 触发词:autopilot / build me / I want a
251
+ 流程:autopilot skill → analyst → planner → executor → ultraqa → verifier
252
+ ```
253
+
254
+ ---
255
+
256
+ ## 4. 模型路由规则
257
+
258
+ 来源:`docs/CLAUDE.md` model_routing 章节
259
+
260
+ | 模型 | 适用场景 | 成本 |
261
+ |------|---------|------|
262
+ | `haiku` | 快速查找、轻量扫描、范围较窄的检查 | 低 |
263
+ | `sonnet` | 标准实现、调试、审查 | 中 |
264
+ | `opus` | 架构、深度分析、复杂重构 | 高 |
265
+
266
+ **路由原则**:
267
+
268
+ 1. 默认使用 `sonnet`(平衡质量与成本)
269
+ 2. 简单查找/扫描降级到 `haiku`
270
+ 3. 架构/深度分析升级到 `opus`
271
+ 4. 在 Task 调用中通过 `model` 参数显式指定
272
+
273
+ **示例**:
274
+
275
+ ```typescript
276
+ // 轻量扫描
277
+ Task(subagent_type="ultrapower:explore", model="haiku", prompt="找到处理 mode 参数的文件")
278
+
279
+ // 标准实现
280
+ Task(subagent_type="ultrapower:executor", model="sonnet", prompt="实现 validateMode 函数")
281
+
282
+ // 复杂架构
283
+ Task(subagent_type="ultrapower:architect", model="opus", prompt="设计状态机迁移方案")
284
+ ```
285
+
286
+ ---
287
+
288
+ ## 差异点说明
289
+
290
+ 本文档无新增差异点。所有路由规则均来自 `docs/CLAUDE.md` 和 `docs/standards/audit-report.md` 的已确认内容。