openmatrix 0.1.31 → 0.1.32
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/package.json +1 -1
- package/skills/brainstorm.md +65 -0
- package/skills/check.md +4 -4
package/package.json
CHANGED
package/skills/brainstorm.md
CHANGED
|
@@ -157,6 +157,71 @@ $ARGUMENTS
|
|
|
157
157
|
</examples>
|
|
158
158
|
|
|
159
159
|
<notes>
|
|
160
|
+
## 🎯 问题深度方法论
|
|
161
|
+
|
|
162
|
+
### 识别任务类型
|
|
163
|
+
|
|
164
|
+
**首先判断任务类型:**
|
|
165
|
+
```
|
|
166
|
+
任务描述
|
|
167
|
+
│
|
|
168
|
+
├── 0-1 项目（新系统/新功能）→ 深度问题
|
|
169
|
+
│
|
|
170
|
+
├── 迭代项目（现有系统改进）→ 针对性问题
|
|
171
|
+
│
|
|
172
|
+
└── 简单任务（bugfix/小改动）→ 确认性问题
|
|
173
|
+
```
|
|
174
|
+
|
|
175
|
+
### 0-1 项目：深度问题框架
|
|
176
|
+
|
|
177
|
+
**当任务是创建新系统或新功能时，问这些底层逻辑问题:**
|
|
178
|
+
|
|
179
|
+
#### 第一层：价值逻辑
|
|
180
|
+
| 问题 | 为什么重要 |
|
|
181
|
+
|------|-----------|
|
|
182
|
+
| 这个产品解决什么**核心问题**？ | 决定功能优先级 |
|
|
183
|
+
| **目标用户**是谁？他们的痛点是什么？ | 决定 UX 设计 |
|
|
184
|
+
| **差异化优势**是什么？为什么用户选你？ | 决定技术选型 |
|
|
185
|
+
| **成功指标**是什么？怎么衡量做完了？ | 决定验收标准 |
|
|
186
|
+
|
|
187
|
+
#### 第二层：架构逻辑
|
|
188
|
+
| 问题 | 为什么重要 |
|
|
189
|
+
|------|-----------|
|
|
190
|
+
| **核心数据模型**是什么？实体有哪些？ | 决定数据库设计 |
|
|
191
|
+
| **关键业务流程**是什么？ | 决定 API 设计 |
|
|
192
|
+
| **技术决策**：为什么选这个技术栈？ | 决定实现路径 |
|
|
193
|
+
| **边界条件**：什么情况不考虑？ | 决定 MVP 范围 |
|
|
194
|
+
|
|
195
|
+
#### 第三层：风险逻辑
|
|
196
|
+
| 问题 | 为什么重要 |
|
|
197
|
+
|------|-----------|
|
|
198
|
+
| **最大风险**是什么？ | 决定优先处理 |
|
|
199
|
+
| **假设**有哪些？如何验证？ | 决定测试策略 |
|
|
200
|
+
| **失败条件**：什么情况下会放弃？ | 决定止损点 |
|
|
201
|
+
|
|
202
|
+
### 迭代项目：针对性问题框架
|
|
203
|
+
|
|
204
|
+
**当任务是在现有系统上改进时:**
|
|
205
|
+
|
|
206
|
+
| 问题 | 为什么重要 |
|
|
207
|
+
|------|-----------|
|
|
208
|
+
| 当前**痛点**是什么？ | 决定改进方向 |
|
|
209
|
+
| **影响范围**有哪些模块？ | 决定改动边界 |
|
|
210
|
+
| **兼容性**要求是什么？ | 决定实现方式 |
|
|
211
|
+
| **回滚方案**是什么？ | 决定风险控制 |
|
|
212
|
+
|
|
213
|
+
### 简单任务：确认性问题
|
|
214
|
+
|
|
215
|
+
**当任务是 bugfix 或小改动时，只需要确认:**
|
|
216
|
+
|
|
217
|
+
| 问题 | 为什么重要 |
|
|
218
|
+
|------|-----------|
|
|
219
|
+
| 问题**根因**是什么？ | 确保真正修复 |
|
|
220
|
+
| **影响范围**？ | 确保不引入新问题 |
|
|
221
|
+
| **测试方案**？ | 确保可验证 |
|
|
222
|
+
|
|
223
|
+
---
|
|
224
|
+
|
|
160
225
|
## 头脑风暴流程图
|
|
161
226
|
|
|
162
227
|
```
|
package/skills/check.md
CHANGED
|
@@ -30,14 +30,14 @@ description: 自动检测项目可改进点并提供升级建议，用户确认
|
|
|
30
30
|
<process>
|
|
31
31
|
1. **执行检测命令**
|
|
32
32
|
|
|
33
|
-
调用 CLI
|
|
33
|
+
调用 CLI 获取检测结果（传入用户提示，如果有):
|
|
34
34
|
```bash
|
|
35
|
-
openmatrix check --json
|
|
35
|
+
openmatrix check "$ARGUMENTS" --json
|
|
36
36
|
```
|
|
37
37
|
|
|
38
|
-
|
|
38
|
+
如果 `$ARGUMENTS` 为空， 使用空字符串:
|
|
39
39
|
```bash
|
|
40
|
-
openmatrix check "
|
|
40
|
+
openmatrix check "" --json
|
|
41
41
|
```
|
|
42
42
|
|
|
43
43
|
2. **解析检测结果**
|