@shirayner/ace 0.1.3-snapshot.0 → 0.1.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/package.json
CHANGED
|
@@ -1,10 +1,15 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: auto-goal
|
|
3
3
|
description: |
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
|
|
4
|
+
自主完成复杂目标或学习需求。当用户描述期望结果（而非具体代码变更）时触发。
|
|
5
|
+
|
|
6
|
+
两类意图：
|
|
7
|
+
**目标达成** — 需规划/调研/多步执行的目标或项目。
|
|
8
|
+
**学习研究** — 系统性学习、理解原理、技术调研。
|
|
9
|
+
|
|
10
|
+
关键判据：目标开放式、涉及多领域、需方案选择、或用户明确要求学习/调研/规划。
|
|
11
|
+
|
|
12
|
+
DO NOT TRIGGER: 明确代码变更（修 bug、加功能、重构、写测试 → coding）；优化/创建 skill（→ skill-optimize / skill-creator）；单步可完成的简单操作（→ 直接执行）。
|
|
8
13
|
---
|
|
9
14
|
|
|
10
15
|
# Auto Goal Skill
|
|
@@ -29,7 +34,7 @@ description: |
|
|
|
29
34
|
1. **我的理解** — 复述目标核心意图
|
|
30
35
|
2. **计划方向** — 打算怎么做（高层策略）
|
|
31
36
|
3. **关键假设** — 不确定的假设，标注出来
|
|
32
|
-
4. **完成标准** —
|
|
37
|
+
4. **完成标准** — "我认为完成的标志是..."（必须可测试，描述需求状态而非执行命令）
|
|
33
38
|
|
|
34
39
|
呈现完毕后，**调用 AskUserQuestion 工具**让用户确认或补充。确认后才能开始执行。
|
|
35
40
|
|
|
@@ -48,7 +53,7 @@ description: |
|
|
|
48
53
|
|
|
49
54
|
预估超过 10 步的任务，**用户确认对齐后、首个执行动作前**，必须创建 `.tasks/auto-goal-{id}/state.md`。这是从对齐到执行的过渡门——不创建就不开始执行。执行中发现任务超出预估时同理。
|
|
50
55
|
|
|
51
|
-
设计目标：**让一个全新 agent 读完 state.md 后能定位自己，按需加载 Tier 2 后能以 80%
|
|
56
|
+
设计目标：**让一个全新 agent 读完 state.md 后能定位自己，按需加载 Tier 2 后能以 80% 效率继续**。模板中 `Phase Final: 收尾` 是强制阶段，确保经验进化和正式交付不被跳过。
|
|
52
57
|
|
|
53
58
|
**分层架构（懒加载）**：
|
|
54
59
|
|
|
@@ -70,7 +75,8 @@ last-updated: {timestamp}
|
|
|
70
75
|
|
|
71
76
|
## 目标与完成标准
|
|
72
77
|
[用户确认的目标]
|
|
73
|
-
- [ ]
|
|
78
|
+
- [ ] 可测试的完成标准 1
|
|
79
|
+
- [ ] 可测试的完成标准 2
|
|
74
80
|
|
|
75
81
|
## 进度
|
|
76
82
|
### Phase 1: {name} [done]
|
|
@@ -79,6 +85,9 @@ last-updated: {timestamp}
|
|
|
79
85
|
- [ ] → 当前进行中
|
|
80
86
|
- [ ] 待做子任务
|
|
81
87
|
### Phase 3: {name} [pending]
|
|
88
|
+
### Phase Final: 收尾 [pending]
|
|
89
|
+
- [ ] 经验进化 → experience.md
|
|
90
|
+
- [ ] 交付结果
|
|
82
91
|
|
|
83
92
|
## 已修改文件
|
|
84
93
|
|
|
@@ -96,20 +105,6 @@ last-updated: {timestamp}
|
|
|
96
105
|
- **decisions.md** — 关键决策 + 理由 + 被排除的替代方案
|
|
97
106
|
- **reflections.md** — 失败根因 + 揭示的错误假设 + 策略调整
|
|
98
107
|
|
|
99
|
-
### 经验进化（双层积累）
|
|
100
|
-
|
|
101
|
-
**项目级** — `.tasks/experience.md`（agent 自主维护，用户无需操作）：
|
|
102
|
-
- 任务完成时回顾，提取经验写入（场景 / 发现 / 适用范围）
|
|
103
|
-
- 新任务执行中应用经验时，简要告知用户（"基于经验 E3，采用…"）
|
|
104
|
-
- 每次应用后记录验证结果（✓有效 / ✗无效 / — 不适用）
|
|
105
|
-
- 结构：高频模式摘要（≤10 条）+ 详细条目（含验证记录）
|
|
106
|
-
- 收敛：条目 >20 条时合并相似、淘汰过时或多次无效的条目
|
|
107
|
-
|
|
108
|
-
**全局提升** — 经验累计 3+ 次 ✓有效 后：
|
|
109
|
-
- **必须调用 AskUserQuestion** 向用户提议提升至 `~/.claude/memory/`
|
|
110
|
-
- 呈现：经验内容、验证历史、建议的 memory 条目
|
|
111
|
-
- 用户确认后写入全局，拒绝则标记为"仅项目级"
|
|
112
|
-
|
|
113
108
|
---
|
|
114
109
|
|
|
115
110
|
## 生成式原则（引导方向，不规定过程）
|
|
@@ -148,6 +143,31 @@ last-updated: {timestamp}
|
|
|
148
143
|
|
|
149
144
|
---
|
|
150
145
|
|
|
146
|
+
## 经验进化（交付门控）
|
|
147
|
+
|
|
148
|
+
**结构性规则**：经验进化是交付的前置条件——**不写 experience.md，不交付结果**。这不是建议，而是与首轮对齐同等强制的流程步骤。state.md 的 `Phase Final: 收尾` 追踪此步，未勾选即未完成。
|
|
149
|
+
|
|
150
|
+
**触发时机**：所有执行阶段完成后、向用户交付结果前。
|
|
151
|
+
|
|
152
|
+
**执行步骤**（三步，不可省略）：
|
|
153
|
+
|
|
154
|
+
1. **提取经验** — 写入 `.tasks/experience.md`
|
|
155
|
+
- 每条经验：编号 / 场景 / 发现 / 适用范围
|
|
156
|
+
- 只记录反直觉的、踩坑才知道的、跨任务可复用的发现
|
|
157
|
+
- 跳过显而易见的技术常识
|
|
158
|
+
2. **更新 state.md** — 勾选 `Phase Final` 中的经验进化项
|
|
159
|
+
3. **交付结果** — 此时才向用户呈现最终交付
|
|
160
|
+
|
|
161
|
+
**新任务启动时**：读取 experience.md（如存在），应用经验时告知用户（"基于经验 E3，采用…"）。每次应用后记录验证结果（✓有效 / ✗无效 / — 不适用）。
|
|
162
|
+
|
|
163
|
+
**全局提升** — 经验累计 3+ 次 ✓有效 后：
|
|
164
|
+
- **必须调用 AskUserQuestion** 向用户提议提升至 `~/.claude/memory/`
|
|
165
|
+
- 用户确认后写入全局，拒绝则标记为"仅项目级"
|
|
166
|
+
|
|
167
|
+
**收敛**：条目 >20 条时合并相似、淘汰无效。
|
|
168
|
+
|
|
169
|
+
---
|
|
170
|
+
|
|
151
171
|
## 介入模式
|
|
152
172
|
|
|
153
173
|
- **协作**（默认）：自主执行，方向性决策前确认
|
|
@@ -1,19 +1,14 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: coding
|
|
3
3
|
description: |
|
|
4
|
-
|
|
4
|
+
编写、修改、测试和审查项目代码。用户需要产出代码变更或评估代码质量时触发。
|
|
5
5
|
|
|
6
|
-
|
|
7
|
-
|
|
6
|
+
三种意图及触发信号：
|
|
7
|
+
**实现** — 修 bug、加功能、重构、处理报错或编译/测试失败。
|
|
8
|
+
**测试** — 生成、修复或补充单元测试，提升覆盖率。
|
|
9
|
+
**审查** — Code review，检查质量，发现潜在问题。
|
|
8
10
|
|
|
9
|
-
|
|
10
|
-
关键词："生成单测"、"写测试"、"补测试"、"UT"、"unit test"、"测试覆盖率"。
|
|
11
|
-
|
|
12
|
-
**审查** — 当用户需要代码审查时触发。
|
|
13
|
-
关键词："review"、"审查"、"code review"、"检查代码"、"帮我看看这段代码"。
|
|
14
|
-
|
|
15
|
-
**不触发（留给 auto-goal）**：纯分析、调研、非代码产出任务。
|
|
16
|
-
**不触发（直接工具）**：单文件几行代码的简单修改。
|
|
11
|
+
DO NOT TRIGGER: 学习概念/调研方案/制定计划（→ auto-goal）；优化 skill 指令（→ skill-optimize / skill-creator）；极简改动且位置明确（→ 直接 Edit）。
|
|
17
12
|
allowed-tools: Read, Write, Edit, Bash, Agent, Glob, Grep, Skill, TaskCreate, TaskUpdate, TaskList, EnterPlanMode, ExitPlanMode, AskUserQuestion
|
|
18
13
|
---
|
|
19
14
|
|