@shirayner/ace 0.1.8-SNAPSHOT.2 → 0.1.8-SNAPSHOT.4
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
CHANGED
package/src/core/installer.js
CHANGED
|
@@ -280,7 +280,7 @@ export class Installer {
|
|
|
280
280
|
|
|
281
281
|
// 3. Register in known_marketplaces.json
|
|
282
282
|
const marketplaceEntry = {
|
|
283
|
-
source: { source: '
|
|
283
|
+
source: { source: 'directory', path: MARKETPLACE_DIR },
|
|
284
284
|
installLocation: MARKETPLACE_DIR,
|
|
285
285
|
lastUpdated: new Date().toISOString(),
|
|
286
286
|
};
|
|
@@ -48,6 +48,14 @@ context: |
|
|
|
48
48
|
### 深度聚焦
|
|
49
49
|
不遍历维度清单做广度扫描。聚焦于：最不确定的、返工成本最高的、dimensions.md 盲区相关的。
|
|
50
50
|
|
|
51
|
+
### 并行探索策略
|
|
52
|
+
分析需求或设计时，通过 Agent 工具并行探索独立维度以提升深度：
|
|
53
|
+
- 识别独立分析维度（彼此结果不影响），分组后每个 Agent 负责一组（2-3 维度）
|
|
54
|
+
- 每个 Agent prompt 须自包含：分析目标 + 项目上下文 + 输出格式（问题列表）
|
|
55
|
+
- 回收后整合：合并发现、识别交叉问题、去重后写入 issues 文件
|
|
56
|
+
- 触发条件：分析维度 ≥3 个且彼此独立 → 并行；<3 个或强依赖 → 串行
|
|
57
|
+
- 约束：并行 Agent ≤4 个，不修改同一文件
|
|
58
|
+
|
|
51
59
|
## 文件约定
|
|
52
60
|
- 需求问题：issues/requirement-issues.md（id, description, severity, status, answer）
|
|
53
61
|
- 设计问题：issues/design-issues.md（id, description, severity, status, decision, rationale）
|
|
@@ -71,7 +79,8 @@ rules:
|
|
|
71
79
|
1. **苏格拉底分析→写入** — 运用四追问（目的/完整性/前提/约束）深度分析需求：
|
|
72
80
|
- 不只列"缺失信息"，要追问"为什么需要？""前提成立吗？""影响范围完整吗？"
|
|
73
81
|
- 参考 dimensions.md 盲区，识别高风险不确定性
|
|
74
|
-
-
|
|
82
|
+
- 若分析维度 ≥3 个且独立，通过 Agent 工具并行探索（见"并行探索策略"）
|
|
83
|
+
- 整合各 Agent 发现后写入 issues/requirement-issues.md，每个问题含：追问链路 + 为何重要（返工成本）
|
|
75
84
|
2. **引导性澄清** — 通过 AskUserQuestion 澄清 High/Medium 问题：
|
|
76
85
|
- 不使用纯选择题，采用引导性提问暴露用户未察觉的维度
|
|
77
86
|
- 主动指出关联："我注意到 X 还涉及 Y，是否在范围内？"
|
|
@@ -93,7 +102,8 @@ rules:
|
|
|
93
102
|
- 追问完整性：遗漏的交互场景或失败模式？
|
|
94
103
|
- 追问前提：技术选型的隐含假设（性能、规模、团队能力）是否成立？
|
|
95
104
|
- 追问约束：现有系统/团队/时间的硬限制？
|
|
96
|
-
-
|
|
105
|
+
- 若需评估多个备选方案，通过 Agent 工具并行调研（每个 Agent 研究一个方案的可行性）
|
|
106
|
+
- 整合后写入 issues/design-issues.md，每个决策含：备选方案 + 排除理由 + 风险
|
|
97
107
|
2. **引导性澄清** — 通过 AskUserQuestion 澄清 High/Medium 决策：
|
|
98
108
|
- 即使无问题也须展示决策摘要
|
|
99
109
|
- 主动暴露取舍："方案 A 更简单但 X 场景有风险，方案 B 更复杂但覆盖更全——优先级？"
|