claude-pangu 2.2.7 → 2.2.9
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/.claude-plugin/plugin.json +1 -1
- package/README.md +1 -1
- package/agents/bianque-high.md +318 -0
- package/agents/build-fixer.md +199 -0
- package/agents/huoshen.md +514 -0
- package/agents/mozi-high.md +245 -0
- package/agents/mozi.md +127 -16
- package/commands/deepwork.md +13 -0
- package/commands/dw.md +13 -0
- package/commands/error.md +1 -1
- package/commands/huoshen.md +192 -0
- package/commands/xuetu.md +185 -22
- package/dist/lib/plugin-installer.d.ts.map +1 -1
- package/dist/lib/plugin-installer.js +53 -25
- package/dist/lib/plugin-installer.js.map +1 -1
- package/hooks/keyword-detector.sh +22 -0
- package/hooks/ralph-loop.sh +3 -0
- package/hooks/todo-continuation.sh +3 -0
- package/package.json +1 -1
- package/scripts/install.sh +97 -15
- package/skills/continuous-learning/skill.md +426 -0
- package/skills/deepwork/skill.md +479 -0
|
@@ -0,0 +1,479 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: deepwork
|
|
3
|
+
description: |
|
|
4
|
+
深度工作技能 (Deepwork) - 火神的自主深度工作模式。
|
|
5
|
+
基于 oh-my-opencode 的 Hephaestus 机制,提供目标导向的端到端任务完成能力。
|
|
6
|
+
|
|
7
|
+
核心特性:
|
|
8
|
+
- 目标导向:只需提供目标,自行决定步骤
|
|
9
|
+
- 探索优先:编码前并行启动 2-5 个探索 Agent
|
|
10
|
+
- 端到端完成:不达 100% 不停止
|
|
11
|
+
- 模式匹配:学习项目风格,避免 AI 生成痕迹
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
# 深度工作模式 (Deepwork)
|
|
15
|
+
|
|
16
|
+
基于 oh-my-opencode 的 Hephaestus 机制,融入火神(祝融/赫淮斯托斯)的锻造精神。
|
|
17
|
+
|
|
18
|
+
## 核心理念
|
|
19
|
+
|
|
20
|
+
> **"给我目标,不是配方。"**
|
|
21
|
+
|
|
22
|
+
深度工作模式的本质是**完全自主**:
|
|
23
|
+
- 你不需要告诉我怎么做
|
|
24
|
+
- 你只需要告诉我你想要什么
|
|
25
|
+
- 我会自己探索、学习、规划、实现
|
|
26
|
+
|
|
27
|
+
---
|
|
28
|
+
|
|
29
|
+
## 关键词触发
|
|
30
|
+
|
|
31
|
+
| 关键词 | 说明 |
|
|
32
|
+
|--------|------|
|
|
33
|
+
| `deepwork` / `dw` | 英文触发词 |
|
|
34
|
+
| `huoshen` / `火神` | 中文触发词 |
|
|
35
|
+
| `hephaestus` | 希腊神话名 |
|
|
36
|
+
| `自主实现` / `autonomous` | 描述性触发 |
|
|
37
|
+
| `端到端` / `end-to-end` / `e2e` | 描述性触发 |
|
|
38
|
+
| `深度` / `deep` | 描述性触发 |
|
|
39
|
+
|
|
40
|
+
---
|
|
41
|
+
|
|
42
|
+
## 五阶段工作流程
|
|
43
|
+
|
|
44
|
+
### Phase 0: 目标理解
|
|
45
|
+
|
|
46
|
+
**目标**: 完全理解用户想要什么
|
|
47
|
+
|
|
48
|
+
```
|
|
49
|
+
分析维度:
|
|
50
|
+
├── 核心需求 - 用户最终想要什么
|
|
51
|
+
├── 边界条件 - 有什么限制和约束
|
|
52
|
+
├── 成功标准 - 怎样才算完成
|
|
53
|
+
└── 隐含需求 - 用户没说但需要的
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
**输出**: 目标理解报告
|
|
57
|
+
|
|
58
|
+
```markdown
|
|
59
|
+
## 目标理解报告
|
|
60
|
+
|
|
61
|
+
### 核心目标
|
|
62
|
+
[用户想要实现的主要功能]
|
|
63
|
+
|
|
64
|
+
### 成功标准
|
|
65
|
+
- [ ] 标准 1
|
|
66
|
+
- [ ] 标准 2
|
|
67
|
+
- [ ] 标准 3
|
|
68
|
+
|
|
69
|
+
### 边界条件
|
|
70
|
+
- 必须兼容 XXX
|
|
71
|
+
- 不能修改 YYY
|
|
72
|
+
- 需要考虑 ZZZ
|
|
73
|
+
|
|
74
|
+
### 隐含需求
|
|
75
|
+
- 需要添加测试
|
|
76
|
+
- 需要更新文档
|
|
77
|
+
- 需要保持代码风格一致
|
|
78
|
+
```
|
|
79
|
+
|
|
80
|
+
### Phase 1: 并行探索
|
|
81
|
+
|
|
82
|
+
**目标**: 全面理解代码库和相关上下文
|
|
83
|
+
|
|
84
|
+
**必须并行执行 2-5 个探索任务**:
|
|
85
|
+
|
|
86
|
+
```javascript
|
|
87
|
+
// 探索任务组
|
|
88
|
+
Task([
|
|
89
|
+
{
|
|
90
|
+
agent: "wukong",
|
|
91
|
+
model: "haiku",
|
|
92
|
+
background: true,
|
|
93
|
+
task: "探索项目整体结构和架构"
|
|
94
|
+
},
|
|
95
|
+
{
|
|
96
|
+
agent: "wukong",
|
|
97
|
+
model: "haiku",
|
|
98
|
+
background: true,
|
|
99
|
+
task: "分析代码风格和编码规范"
|
|
100
|
+
},
|
|
101
|
+
{
|
|
102
|
+
agent: "wukong",
|
|
103
|
+
model: "haiku",
|
|
104
|
+
background: true,
|
|
105
|
+
task: "搜索与目标相关的现有代码"
|
|
106
|
+
},
|
|
107
|
+
{
|
|
108
|
+
agent: "wukong",
|
|
109
|
+
model: "haiku",
|
|
110
|
+
background: true,
|
|
111
|
+
task: "识别测试模式和覆盖策略"
|
|
112
|
+
},
|
|
113
|
+
{
|
|
114
|
+
agent: "librarian",
|
|
115
|
+
model: "haiku",
|
|
116
|
+
background: true,
|
|
117
|
+
task: "搜索相关的最佳实践和文档"
|
|
118
|
+
}
|
|
119
|
+
], parallel: true)
|
|
120
|
+
```
|
|
121
|
+
|
|
122
|
+
**探索内容**:
|
|
123
|
+
|
|
124
|
+
| 探索任务 | 目的 | 产出 |
|
|
125
|
+
|---------|------|------|
|
|
126
|
+
| 结构探索 | 理解项目架构 | 目录结构图、核心文件列表 |
|
|
127
|
+
| 风格分析 | 学习编码规范 | 风格规则清单 |
|
|
128
|
+
| 相似搜索 | 找到参考实现 | 可参考的代码示例 |
|
|
129
|
+
| 测试模式 | 学习测试规范 | 测试模板和策略 |
|
|
130
|
+
| 文档搜索 | 了解最佳实践 | 相关文档链接 |
|
|
131
|
+
|
|
132
|
+
### Phase 2: 模式学习
|
|
133
|
+
|
|
134
|
+
**目标**: 从探索结果中提取可复用的模式
|
|
135
|
+
|
|
136
|
+
**生成项目画像**:
|
|
137
|
+
|
|
138
|
+
```markdown
|
|
139
|
+
## 项目画像
|
|
140
|
+
|
|
141
|
+
### 技术栈
|
|
142
|
+
- 语言: [...]
|
|
143
|
+
- 框架: [...]
|
|
144
|
+
- 测试: [...]
|
|
145
|
+
|
|
146
|
+
### 代码规范
|
|
147
|
+
| 维度 | 规范 | 示例 |
|
|
148
|
+
|------|------|------|
|
|
149
|
+
| 文件命名 | kebab-case | user-service.ts |
|
|
150
|
+
| 函数命名 | camelCase | getUserById |
|
|
151
|
+
| 类命名 | PascalCase | UserService |
|
|
152
|
+
| 常量命名 | UPPER_SNAKE | MAX_RETRY |
|
|
153
|
+
|
|
154
|
+
### 常用模式
|
|
155
|
+
- 依赖注入: [示例]
|
|
156
|
+
- 错误处理: [示例]
|
|
157
|
+
- 日志记录: [示例]
|
|
158
|
+
|
|
159
|
+
### 参考实现
|
|
160
|
+
- [文件路径] - [参考价值]
|
|
161
|
+
```
|
|
162
|
+
|
|
163
|
+
**风格匹配承诺**:
|
|
164
|
+
|
|
165
|
+
```markdown
|
|
166
|
+
## 风格匹配承诺
|
|
167
|
+
|
|
168
|
+
我将遵循以下规范:
|
|
169
|
+
1. 文件命名: [项目规范]
|
|
170
|
+
2. 函数命名: [项目规范]
|
|
171
|
+
3. 导入顺序: [项目规范]
|
|
172
|
+
4. 错误处理: [项目模式]
|
|
173
|
+
5. 测试风格: [项目规范]
|
|
174
|
+
|
|
175
|
+
参考的现有实现:
|
|
176
|
+
- [文件 1] - [参考点]
|
|
177
|
+
- [文件 2] - [参考点]
|
|
178
|
+
```
|
|
179
|
+
|
|
180
|
+
### Phase 3: 自主实现
|
|
181
|
+
|
|
182
|
+
**目标**: 按照学到的模式完成实现
|
|
183
|
+
|
|
184
|
+
**实现原则**:
|
|
185
|
+
|
|
186
|
+
```
|
|
187
|
+
实现守则:
|
|
188
|
+
├── 先读再写 - 修改文件前先读取
|
|
189
|
+
├── 小步快跑 - 每次改动要小且可验证
|
|
190
|
+
├── 风格一致 - 严格遵循项目规范
|
|
191
|
+
├── 边做边测 - 实现一块测试一块
|
|
192
|
+
└── 保持整洁 - 不留调试代码
|
|
193
|
+
```
|
|
194
|
+
|
|
195
|
+
**实现检查清单**:
|
|
196
|
+
|
|
197
|
+
```
|
|
198
|
+
□ 代码遵循项目命名规范
|
|
199
|
+
□ 文件放在正确的目录
|
|
200
|
+
□ 导入顺序符合项目惯例
|
|
201
|
+
□ 错误处理符合项目模式
|
|
202
|
+
□ 添加了必要的类型定义
|
|
203
|
+
□ 添加了必要的测试
|
|
204
|
+
□ 没有硬编码的魔法值
|
|
205
|
+
□ 没有调试代码
|
|
206
|
+
```
|
|
207
|
+
|
|
208
|
+
### Phase 4: 验证循环
|
|
209
|
+
|
|
210
|
+
**目标**: 确保实现正确且完整
|
|
211
|
+
|
|
212
|
+
```
|
|
213
|
+
验证循环:
|
|
214
|
+
┌─────────────┐
|
|
215
|
+
│ 运行测试 │
|
|
216
|
+
└──────┬──────┘
|
|
217
|
+
│
|
|
218
|
+
┌────┴────┐
|
|
219
|
+
│ │
|
|
220
|
+
通过 失败
|
|
221
|
+
│ │
|
|
222
|
+
▼ ▼
|
|
223
|
+
继续 诊断修复
|
|
224
|
+
│ │
|
|
225
|
+
│ └────→ 回到运行测试
|
|
226
|
+
▼
|
|
227
|
+
┌─────────────┐
|
|
228
|
+
│ 构建检查 │
|
|
229
|
+
└──────┬──────┘
|
|
230
|
+
│
|
|
231
|
+
┌────┴────┐
|
|
232
|
+
│ │
|
|
233
|
+
通过 失败
|
|
234
|
+
│ │
|
|
235
|
+
▼ ▼
|
|
236
|
+
继续 修复构建
|
|
237
|
+
│ │
|
|
238
|
+
│ └────→ 回到构建检查
|
|
239
|
+
▼
|
|
240
|
+
┌─────────────┐
|
|
241
|
+
│ 风格检查 │
|
|
242
|
+
└──────┬──────┘
|
|
243
|
+
│
|
|
244
|
+
▼
|
|
245
|
+
完成验证
|
|
246
|
+
```
|
|
247
|
+
|
|
248
|
+
**最大循环次数**:
|
|
249
|
+
|
|
250
|
+
| 验证类型 | 最大次数 | 超过后行为 |
|
|
251
|
+
|---------|---------|-----------|
|
|
252
|
+
| 单个测试修复 | 5 次 | 请求用户介入 |
|
|
253
|
+
| 构建修复 | 3 次 | 请求用户介入 |
|
|
254
|
+
| 风格修复 | 2 次 | 警告后继续 |
|
|
255
|
+
|
|
256
|
+
### Phase 5: 最终验证
|
|
257
|
+
|
|
258
|
+
**目标**: 确认所有标准都已满足
|
|
259
|
+
|
|
260
|
+
**完成证据清单**:
|
|
261
|
+
|
|
262
|
+
```
|
|
263
|
+
必须展示的证据:
|
|
264
|
+
|
|
265
|
+
✅ 功能验证
|
|
266
|
+
- 命令: [实际运行的命令]
|
|
267
|
+
- 输出: [实际输出结果]
|
|
268
|
+
|
|
269
|
+
✅ 测试验证
|
|
270
|
+
- 命令: npm test
|
|
271
|
+
- 输出: [测试结果,显示通过数量]
|
|
272
|
+
|
|
273
|
+
✅ 构建验证
|
|
274
|
+
- 命令: npm run build
|
|
275
|
+
- 输出: [构建成功消息]
|
|
276
|
+
|
|
277
|
+
✅ 类型检查
|
|
278
|
+
- 命令: npx tsc --noEmit
|
|
279
|
+
- 输出: [无错误输出]
|
|
280
|
+
|
|
281
|
+
✅ 代码清洁
|
|
282
|
+
- 命令: grep -r "console.log" src/
|
|
283
|
+
- 输出: [应为空或显示预期的日志]
|
|
284
|
+
```
|
|
285
|
+
|
|
286
|
+
---
|
|
287
|
+
|
|
288
|
+
## 状态管理
|
|
289
|
+
|
|
290
|
+
### 会话状态文件
|
|
291
|
+
|
|
292
|
+
**位置**: `.claude/deepwork-state.json`
|
|
293
|
+
|
|
294
|
+
```json
|
|
295
|
+
{
|
|
296
|
+
"sessionId": "deepwork-20260203-1234",
|
|
297
|
+
"goal": "用户目标描述",
|
|
298
|
+
"phase": "exploration|learning|implementation|verification",
|
|
299
|
+
"startTime": "2026-02-03T10:30:00Z",
|
|
300
|
+
"exploration": {
|
|
301
|
+
"tasks": [
|
|
302
|
+
{ "id": "explore-1", "status": "completed", "result": "..." },
|
|
303
|
+
{ "id": "explore-2", "status": "running", "taskId": "..." }
|
|
304
|
+
]
|
|
305
|
+
},
|
|
306
|
+
"patterns": {
|
|
307
|
+
"naming": "camelCase",
|
|
308
|
+
"testing": "jest",
|
|
309
|
+
"style": "..."
|
|
310
|
+
},
|
|
311
|
+
"verification": {
|
|
312
|
+
"testsPass": true,
|
|
313
|
+
"buildPass": true,
|
|
314
|
+
"stylePass": true
|
|
315
|
+
}
|
|
316
|
+
}
|
|
317
|
+
```
|
|
318
|
+
|
|
319
|
+
### 循环控制文件
|
|
320
|
+
|
|
321
|
+
**位置**: `.claude/deepwork-loop.local.md`
|
|
322
|
+
|
|
323
|
+
```markdown
|
|
324
|
+
---
|
|
325
|
+
iteration: 1
|
|
326
|
+
max_iterations: 50
|
|
327
|
+
completion_promise: 深度工作完成
|
|
328
|
+
phase: exploration
|
|
329
|
+
---
|
|
330
|
+
|
|
331
|
+
[用户目标]
|
|
332
|
+
实现用户认证功能
|
|
333
|
+
```
|
|
334
|
+
|
|
335
|
+
---
|
|
336
|
+
|
|
337
|
+
## 与其他模式的区别
|
|
338
|
+
|
|
339
|
+
| 特性 | 愚公移山 | 超级模式 | 深度工作 |
|
|
340
|
+
|------|---------|---------|---------|
|
|
341
|
+
| **自主程度** | 中等 | 中等 | 完全自主 |
|
|
342
|
+
| **探索方式** | 单个 | 按需 | 2-5 并行 |
|
|
343
|
+
| **风格匹配** | 基本 | 基本 | 深度学习 |
|
|
344
|
+
| **并行执行** | 否 | 是(Worker) | 是(探索) |
|
|
345
|
+
| **适用场景** | 通用 | 多组件 | 复杂深度 |
|
|
346
|
+
| **推荐模型** | Sonnet | Sonnet | Opus |
|
|
347
|
+
|
|
348
|
+
### 选择指南
|
|
349
|
+
|
|
350
|
+
```
|
|
351
|
+
使用深度工作模式的场景:
|
|
352
|
+
├── 复杂功能开发 - 需要深入理解代码库
|
|
353
|
+
├── 代码风格敏感 - 必须与现有代码一致
|
|
354
|
+
├── 自主完成要求 - 不想提供详细步骤
|
|
355
|
+
└── 端到端交付 - 需要完整可用的功能
|
|
356
|
+
|
|
357
|
+
使用愚公移山的场景:
|
|
358
|
+
├── 通用任务 - 标准的实现工作
|
|
359
|
+
├── 需要指导 - 希望控制执行步骤
|
|
360
|
+
└── 简单任务 - 不需要深度探索
|
|
361
|
+
|
|
362
|
+
使用超级模式的场景:
|
|
363
|
+
├── 多组件任务 - 可以并行的独立部分
|
|
364
|
+
├── 时间紧迫 - 需要最大化并行
|
|
365
|
+
└── 大型重构 - 涉及多个模块
|
|
366
|
+
```
|
|
367
|
+
|
|
368
|
+
---
|
|
369
|
+
|
|
370
|
+
## 使用示例
|
|
371
|
+
|
|
372
|
+
### 示例 1: 基本用法
|
|
373
|
+
|
|
374
|
+
```bash
|
|
375
|
+
/huoshen 实现商品搜索功能,支持关键词、分类和价格区间过滤
|
|
376
|
+
```
|
|
377
|
+
|
|
378
|
+
**火神会自动**:
|
|
379
|
+
1. 分析目标,理解需要实现搜索 API + UI
|
|
380
|
+
2. 并行探索现有搜索实现、API 模式、UI 组件
|
|
381
|
+
3. 学习项目的查询构建方式和组件风格
|
|
382
|
+
4. 实现后端 API 和前端界面
|
|
383
|
+
5. 添加测试并验证所有功能
|
|
384
|
+
|
|
385
|
+
### 示例 2: 重构任务
|
|
386
|
+
|
|
387
|
+
```bash
|
|
388
|
+
/deepwork 重构订单模块,引入领域驱动设计
|
|
389
|
+
```
|
|
390
|
+
|
|
391
|
+
**火神会自动**:
|
|
392
|
+
1. 理解 DDD 重构目标
|
|
393
|
+
2. 探索现有订单代码和项目的分层方式
|
|
394
|
+
3. 学习项目中是否有其他 DDD 实现作为参考
|
|
395
|
+
4. 设计并实现新的领域层
|
|
396
|
+
5. 迁移现有逻辑到新结构
|
|
397
|
+
6. 确保所有测试通过
|
|
398
|
+
|
|
399
|
+
### 示例 3: 复杂集成
|
|
400
|
+
|
|
401
|
+
```bash
|
|
402
|
+
/火神 集成 Stripe 支付,支持订阅和一次性付款
|
|
403
|
+
```
|
|
404
|
+
|
|
405
|
+
**火神会自动**:
|
|
406
|
+
1. 理解支付集成需求
|
|
407
|
+
2. 探索项目中现有的第三方集成模式
|
|
408
|
+
3. 搜索 Stripe 最佳实践
|
|
409
|
+
4. 按照项目风格实现支付模块
|
|
410
|
+
5. 添加 webhook 处理
|
|
411
|
+
6. 编写完整测试
|
|
412
|
+
7. 验证整个支付流程
|
|
413
|
+
|
|
414
|
+
---
|
|
415
|
+
|
|
416
|
+
## 取消与恢复
|
|
417
|
+
|
|
418
|
+
### 取消深度工作
|
|
419
|
+
|
|
420
|
+
```bash
|
|
421
|
+
/cancel-deepwork
|
|
422
|
+
# 或说: "停止深度工作", "取消火神"
|
|
423
|
+
```
|
|
424
|
+
|
|
425
|
+
**行为**:
|
|
426
|
+
- 所有后台探索任务终止
|
|
427
|
+
- 当前进度保存到状态文件
|
|
428
|
+
- 可以稍后恢复
|
|
429
|
+
|
|
430
|
+
### 恢复深度工作
|
|
431
|
+
|
|
432
|
+
```bash
|
|
433
|
+
/huoshen resume
|
|
434
|
+
# 或: /deepwork 继续
|
|
435
|
+
```
|
|
436
|
+
|
|
437
|
+
**恢复逻辑**:
|
|
438
|
+
- 读取状态文件
|
|
439
|
+
- 从上次阶段继续
|
|
440
|
+
- 跳过已完成的探索任务
|
|
441
|
+
|
|
442
|
+
---
|
|
443
|
+
|
|
444
|
+
## 配置选项
|
|
445
|
+
|
|
446
|
+
可在 `.claude/settings.json` 中配置:
|
|
447
|
+
|
|
448
|
+
```json
|
|
449
|
+
{
|
|
450
|
+
"omc": {
|
|
451
|
+
"deepwork": {
|
|
452
|
+
"minExplorationTasks": 2,
|
|
453
|
+
"maxExplorationTasks": 5,
|
|
454
|
+
"explorationModel": "haiku",
|
|
455
|
+
"implementationModel": "opus",
|
|
456
|
+
"maxVerificationLoops": 5,
|
|
457
|
+
"strictStyleMatching": true,
|
|
458
|
+
"requireTestCoverage": true,
|
|
459
|
+
"autoCleanDebugCode": true
|
|
460
|
+
}
|
|
461
|
+
}
|
|
462
|
+
}
|
|
463
|
+
```
|
|
464
|
+
|
|
465
|
+
---
|
|
466
|
+
|
|
467
|
+
## 文化寓意
|
|
468
|
+
|
|
469
|
+
深度工作的智慧融合了东西方的工匠精神:
|
|
470
|
+
|
|
471
|
+
> **火神祝融** - 中国神话中的火神,代表创造和变革的力量
|
|
472
|
+
> **赫淮斯托斯** - 希腊神话中的锻造之神,代表精湛的工艺
|
|
473
|
+
|
|
474
|
+
两者共同的精神:
|
|
475
|
+
- **深度理解** - 在动手前先理解材料
|
|
476
|
+
- **精湛工艺** - 每一个细节都精心打磨
|
|
477
|
+
- **完美交付** - 不接受半成品
|
|
478
|
+
|
|
479
|
+
**锻造之心,火炼成金。**
|