@cat-kit/agent-context 1.1.5 → 1.1.6
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/README.md +261 -51
- package/dist/content/actions.js +19 -43
- package/dist/content/index.js +12 -2
- package/dist/stats.html +1 -1
- package/package.json +1 -5
- package/src/content/actions.ts +19 -12
- package/src/content/index.ts +12 -2
package/README.md
CHANGED
|
@@ -1,14 +1,41 @@
|
|
|
1
1
|
# Agent Context
|
|
2
2
|
|
|
3
|
-
`@cat-kit/agent-context`
|
|
3
|
+
`@cat-kit/agent-context` 用来给 AI 编程助手安装统一的 `ac-workflow` Skill，让不同工具都按同一套 `.agent-context/` 协议管理任务。
|
|
4
4
|
|
|
5
|
-
|
|
5
|
+
它解决的不是“如何生成代码”，而是“如何让 AI 在多轮协作里始终知道当前计划、下一步动作和什么时候该归档”。
|
|
6
|
+
|
|
7
|
+
## 核心模型
|
|
8
|
+
|
|
9
|
+
`agent-context` 由两部分组成：
|
|
10
|
+
|
|
11
|
+
- CLI：负责安装、同步、校验和归档
|
|
12
|
+
- Skill：负责在对话里识别 `init / plan / replan / implement / patch / rush / done` 这些动作
|
|
13
|
+
|
|
14
|
+
安装 Skill 后，AI 会围绕项目根目录的 `.agent-context/` 目录工作：
|
|
15
|
+
|
|
16
|
+
```text
|
|
17
|
+
.agent-context/
|
|
18
|
+
├── plan-{N}/ # 当前计划（最多一个）
|
|
19
|
+
│ ├── plan.md
|
|
20
|
+
│ └── patch-{N}.md
|
|
21
|
+
├── preparing/ # 待执行计划队列
|
|
22
|
+
│ └── plan-{N}/
|
|
23
|
+
└── done/ # 已归档计划
|
|
24
|
+
└── plan-{N}-{YYYYMMDD}/
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
生命周期如下：
|
|
6
28
|
|
|
7
29
|
```text
|
|
8
30
|
init -> plan -> replan -> implement -> patch -> done
|
|
31
|
+
└-> rush -> done
|
|
9
32
|
```
|
|
10
33
|
|
|
11
|
-
|
|
34
|
+
其中：
|
|
35
|
+
|
|
36
|
+
- `plan / replan / rush / patch` 需要你给出明确任务描述
|
|
37
|
+
- `implement` 不接受额外描述，只执行当前计划
|
|
38
|
+
- `done` 最终由 `agent-context done` 归档当前已执行计划
|
|
12
39
|
|
|
13
40
|
## 安装
|
|
14
41
|
|
|
@@ -18,86 +45,269 @@ Skill 内部会约束 `.agent-context/` 目录、计划编号、`plan.md` 模板
|
|
|
18
45
|
npm install -g @cat-kit/agent-context
|
|
19
46
|
```
|
|
20
47
|
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
在项目根目录执行：
|
|
48
|
+
在项目根目录安装 Skill：
|
|
24
49
|
|
|
25
50
|
```bash
|
|
26
51
|
agent-context install
|
|
27
52
|
```
|
|
28
53
|
|
|
29
|
-
|
|
54
|
+
也可以指定工具：
|
|
30
55
|
|
|
31
|
-
|
|
56
|
+
```bash
|
|
57
|
+
agent-context install --tools claude,codex,cursor
|
|
58
|
+
```
|
|
32
59
|
|
|
33
|
-
|
|
34
|
-
- “为这个需求出一个计划”
|
|
35
|
-
- “重做当前计划”
|
|
36
|
-
- “按当前计划开始实现”
|
|
37
|
-
- “给当前计划补一个 patch”
|
|
38
|
-
- “当前计划已经真正完成，归档它”
|
|
60
|
+
安装完成后，CLI 会在对应目录生成 Skill 文件，例如：
|
|
39
61
|
|
|
40
|
-
|
|
62
|
+
- Codex: `.codex/skills/agent-context/`
|
|
63
|
+
- Claude: `.claude/skills/agent-context/`
|
|
64
|
+
- Cursor: `.cursor/skills/agent-context/`
|
|
41
65
|
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
66
|
+
## 快速开始
|
|
67
|
+
|
|
68
|
+
最常见的用法只有三步：
|
|
69
|
+
|
|
70
|
+
1. 在项目里执行 `agent-context install`
|
|
71
|
+
2. 把生成的 Skill 文件和 `.agent-context/` 一起纳入版本管理
|
|
72
|
+
3. 直接在对话里对 AI 说出动作意图
|
|
73
|
+
|
|
74
|
+
例如：
|
|
75
|
+
|
|
76
|
+
- `初始化这个项目的 agent context`
|
|
77
|
+
- `为“增加导出 Excel 功能”出一个计划`
|
|
78
|
+
- `按当前计划开始实现`
|
|
79
|
+
- `当前计划已经做完，归档它`
|
|
80
|
+
|
|
81
|
+
## Action 参考
|
|
82
|
+
|
|
83
|
+
下面的 action 不是 CLI 子命令，而是你对 AI 说的话。AI 安装 Skill 后，会把这些话映射到固定协议。
|
|
84
|
+
|
|
85
|
+
| Action | 何时使用 | 当前状态要求 | 结果 |
|
|
86
|
+
| ------ | -------- | ------------ | ---- |
|
|
87
|
+
| `init` | 项目还没建立好协作约定，或者 `AGENTS.md` 不完整 | 无 | 生成或补全 `AGENTS.md`，新项目可继续进入计划 |
|
|
88
|
+
| `plan` | 新需求需要正式拆分步骤 | 当前没有冲突中的已执行计划 | 创建 `plan.md`，必要时拆成当前计划 + preparing 队列 |
|
|
89
|
+
| `replan` | 计划还没实施，但拆分方式或技术路线要改 | 目标计划必须仍是 `未执行` | 重写计划结构，保留单当前计划模型 |
|
|
90
|
+
| `implement` | 计划已经明确，开始真正落地 | 当前计划存在且状态为 `未执行` | 实施全部步骤，验证通过后把计划改为 `已执行` |
|
|
91
|
+
| `patch` | 已执行计划上出现 Bug、遗漏项或增量需求 | 当前计划必须是 `已执行` | 执行修补，生成 `patch-{N}.md`，更新影响范围 |
|
|
92
|
+
| `rush` | 任务范围很清晰，不想先单独经历 plan 再 implement | 当前不能存在未实施计划 | 直接创建单计划并立刻实施 |
|
|
93
|
+
| `done` | 当前计划已经真正完成，需要收尾归档 | 当前计划必须是 `已执行` | 把当前计划移入 `done/`，必要时晋升下一个 preparing 计划 |
|
|
94
|
+
|
|
95
|
+
### `init`
|
|
96
|
+
|
|
97
|
+
适合两种场景：
|
|
98
|
+
|
|
99
|
+
- 新项目刚开始，没有统一协作规则
|
|
100
|
+
- 老项目已有代码，但缺少高质量 `AGENTS.md`
|
|
101
|
+
|
|
102
|
+
你可以这样说：
|
|
103
|
+
|
|
104
|
+
```text
|
|
105
|
+
初始化这个项目的 agent context，技术栈是 Bun + TypeScript，测试用 Vitest
|
|
106
|
+
```
|
|
107
|
+
|
|
108
|
+
AI 会先判断这是新项目还是旧项目，再决定是创建还是补全 `AGENTS.md`。如果项目信息不足，`init` 应该先提问，而不是直接猜。
|
|
109
|
+
|
|
110
|
+
### `plan`
|
|
111
|
+
|
|
112
|
+
适合“要做一件事，但还没开始改代码”的阶段。
|
|
113
|
+
|
|
114
|
+
你可以这样说：
|
|
115
|
+
|
|
116
|
+
```text
|
|
117
|
+
为“给 http 客户端补一个重试插件”出计划
|
|
118
|
+
```
|
|
119
|
+
|
|
120
|
+
`plan` 的重点不是生成一段漂亮的说明，而是产出一个后续可执行的 `plan.md`。如果任务很大，AI 应该拆成“当前计划 + preparing 队列”；如果任务很小，就只建一个计划。
|
|
121
|
+
|
|
122
|
+
### `replan`
|
|
123
|
+
|
|
124
|
+
只在“计划还没实施”时使用。它解决的是“原计划思路不对”，不是“代码写完后还想改一点”。
|
|
125
|
+
|
|
126
|
+
你可以这样说：
|
|
127
|
+
|
|
128
|
+
```text
|
|
129
|
+
重做当前计划，不要引入新依赖，保持 core 零依赖
|
|
130
|
+
```
|
|
131
|
+
|
|
132
|
+
如果当前计划已经执行过，再要求修改方案，就不应该走 `replan`，而应该走 `patch`。
|
|
133
|
+
|
|
134
|
+
### `implement`
|
|
135
|
+
|
|
136
|
+
适合“计划已经定了，现在开始按计划干活”的阶段。
|
|
137
|
+
|
|
138
|
+
你可以这样说：
|
|
139
|
+
|
|
140
|
+
```text
|
|
141
|
+
按当前计划开始实现
|
|
142
|
+
```
|
|
143
|
+
|
|
144
|
+
`implement` 不接受附加需求。它只做一件事：读取当前 `plan.md`，逐步实施、验证、回写状态。如果执行中发现阻塞，AI 应该报告，而不是私自跳过步骤。
|
|
145
|
+
|
|
146
|
+
### `patch`
|
|
147
|
+
|
|
148
|
+
适合在“当前计划已经执行完成”之后做增量修补。
|
|
149
|
+
|
|
150
|
+
你可以这样说：
|
|
151
|
+
|
|
152
|
+
```text
|
|
153
|
+
给当前计划补一个 patch，修复流式读取时空行被跳过的问题
|
|
154
|
+
```
|
|
155
|
+
|
|
156
|
+
`patch` 会保留原计划，把新增修补记录写入 `patch-{N}.md`。如果你只是发现实现里还有一个小问题，不需要新开计划，优先用 `patch`。
|
|
157
|
+
|
|
158
|
+
### `rush`
|
|
159
|
+
|
|
160
|
+
适合边界清楚、工作量可控的任务，比如：
|
|
49
161
|
|
|
50
|
-
|
|
162
|
+
- 修一份文档
|
|
163
|
+
- 改一个很明确的测试
|
|
164
|
+
- 补一个小型脚本
|
|
51
165
|
|
|
52
|
-
|
|
166
|
+
你可以这样说：
|
|
53
167
|
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
168
|
+
```text
|
|
169
|
+
rush 一下，把 agent-context 文档里的 action 解释补完整
|
|
170
|
+
```
|
|
171
|
+
|
|
172
|
+
`rush` 的本质是“跳过单独确认计划内容”，但不是跳过计划本身。AI 仍然需要创建 `plan.md`，只是创建后直接实施。
|
|
173
|
+
|
|
174
|
+
### `done`
|
|
175
|
+
|
|
176
|
+
适合真正收尾时使用，不适合把“暂时先停一下”伪装成完成。
|
|
177
|
+
|
|
178
|
+
你可以这样说：
|
|
179
|
+
|
|
180
|
+
```text
|
|
181
|
+
当前计划已经真正完成，归档它
|
|
182
|
+
```
|
|
183
|
+
|
|
184
|
+
归档后，当前计划会进入 `.agent-context/done/`。如果 `preparing/` 里还有下一个计划，它会被晋升为新的当前计划。
|
|
185
|
+
|
|
186
|
+
## 具体协作场景
|
|
187
|
+
|
|
188
|
+
下面是几条更具体、可直接复用的协作方式。
|
|
189
|
+
|
|
190
|
+
### 场景 1：从零开始做一个新功能
|
|
191
|
+
|
|
192
|
+
适用情况：需求还没拆解，涉及多个文件或多个步骤。
|
|
193
|
+
|
|
194
|
+
推荐流程：
|
|
195
|
+
|
|
196
|
+
1. `为“新增 xx 功能”出计划`
|
|
197
|
+
2. 查看 AI 生成的 `plan.md`
|
|
198
|
+
3. `按当前计划开始实现`
|
|
199
|
+
4. 如果上线前又补了一个小需求：`给当前计划补一个 patch，...`
|
|
200
|
+
5. 确认全部完成：`当前计划已经真正完成，归档它`
|
|
201
|
+
|
|
202
|
+
### 场景 2：方案还没落地，但技术路线要改
|
|
203
|
+
|
|
204
|
+
适用情况：计划还是 `未执行`，只是发现拆分不合理或路线变了。
|
|
205
|
+
|
|
206
|
+
推荐指令：
|
|
207
|
+
|
|
208
|
+
```text
|
|
209
|
+
重做当前计划，保留目标不变，但改成不引入三方依赖的方案
|
|
210
|
+
```
|
|
211
|
+
|
|
212
|
+
这时应该用 `replan`，而不是让 AI 一边改计划一边偷偷改代码。
|
|
213
|
+
|
|
214
|
+
### 场景 3：代码已经写完，但需要修一个增量问题
|
|
215
|
+
|
|
216
|
+
适用情况：当前计划状态已经是 `已执行`。
|
|
217
|
+
|
|
218
|
+
推荐指令：
|
|
219
|
+
|
|
220
|
+
```text
|
|
221
|
+
给当前计划补一个 patch，修复 Windows 路径兼容问题
|
|
222
|
+
```
|
|
223
|
+
|
|
224
|
+
这时继续走 `plan` 或 `rush` 都会破坏上下文连续性。正确做法是保留主计划，用 `patch` 记录增量修改。
|
|
225
|
+
|
|
226
|
+
### 场景 4：任务非常明确，不想多轮沟通
|
|
61
227
|
|
|
62
|
-
|
|
228
|
+
适用情况：工作边界清晰，几乎不需要额外澄清。
|
|
229
|
+
|
|
230
|
+
推荐指令：
|
|
231
|
+
|
|
232
|
+
```text
|
|
233
|
+
rush 一下，把 README 里的命令表更新为最新版本
|
|
234
|
+
```
|
|
235
|
+
|
|
236
|
+
`rush` 很适合这种“知道要改什么，也知道验收标准”的任务，但不适合目标模糊的大需求。
|
|
237
|
+
|
|
238
|
+
## CLI 命令参考
|
|
239
|
+
|
|
240
|
+
CLI 只负责文件安装、同步和状态管理，不负责替代 action。
|
|
63
241
|
|
|
64
242
|
### `agent-context install`
|
|
65
243
|
|
|
66
|
-
安装
|
|
244
|
+
安装 Skill 文件。
|
|
67
245
|
|
|
68
246
|
```bash
|
|
69
|
-
# 交互式选择工具
|
|
70
247
|
agent-context install
|
|
71
|
-
|
|
72
|
-
# 指定工具
|
|
73
|
-
agent-context install --tools claude,codex,cursor
|
|
74
|
-
|
|
75
|
-
# 仅检查将产生哪些变更
|
|
248
|
+
agent-context install --tools codex,claude
|
|
76
249
|
agent-context install --check --tools copilot
|
|
250
|
+
agent-context install --yes
|
|
77
251
|
```
|
|
78
252
|
|
|
79
253
|
### `agent-context sync`
|
|
80
254
|
|
|
81
|
-
|
|
255
|
+
当你升级了 `@cat-kit/agent-context` 版本后，用它把项目中的 Skill 内容同步到最新协议。
|
|
82
256
|
|
|
83
257
|
```bash
|
|
84
|
-
# 同步当前已安装工具
|
|
85
258
|
agent-context sync
|
|
259
|
+
agent-context sync --tools cursor,codex
|
|
260
|
+
agent-context sync --check
|
|
261
|
+
```
|
|
86
262
|
|
|
87
|
-
|
|
88
|
-
agent-context sync --tools claude,cursor
|
|
263
|
+
### `agent-context validate`
|
|
89
264
|
|
|
90
|
-
|
|
91
|
-
|
|
265
|
+
校验 `.agent-context/` 是否符合协议，例如：
|
|
266
|
+
|
|
267
|
+
- 当前计划是否唯一
|
|
268
|
+
- `plan.md` 是否存在
|
|
269
|
+
- 状态字段是否合法
|
|
270
|
+
|
|
271
|
+
```bash
|
|
272
|
+
agent-context validate
|
|
92
273
|
```
|
|
93
274
|
|
|
94
|
-
###
|
|
275
|
+
### `agent-context status`
|
|
276
|
+
|
|
277
|
+
查看当前计划、preparing 队列和归档数量。
|
|
278
|
+
|
|
279
|
+
```bash
|
|
280
|
+
agent-context status
|
|
281
|
+
```
|
|
282
|
+
|
|
283
|
+
### `agent-context done`
|
|
284
|
+
|
|
285
|
+
归档当前已执行计划。
|
|
286
|
+
|
|
287
|
+
```bash
|
|
288
|
+
agent-context done
|
|
289
|
+
agent-context done --yes
|
|
290
|
+
```
|
|
291
|
+
|
|
292
|
+
## 通用选项
|
|
293
|
+
|
|
294
|
+
| 选项 | 适用命令 | 说明 |
|
|
295
|
+
| ---- | -------- | ---- |
|
|
296
|
+
| `--tools <tools>` | `install` / `sync` | 指定目标工具，逗号分隔 |
|
|
297
|
+
| `--check` | `install` / `sync` | 只检查是否有变更，不写文件 |
|
|
298
|
+
| `--yes` | `install` / `done` | 跳过交互确认；`install` 会优先复用已安装工具 |
|
|
299
|
+
|
|
300
|
+
## 支持的工具
|
|
301
|
+
|
|
302
|
+
| 工具 | Skill 目录 |
|
|
303
|
+
| ---- | ---------- |
|
|
304
|
+
| Claude | `.claude/skills/agent-context/` |
|
|
305
|
+
| Codex | `.codex/skills/agent-context/` |
|
|
306
|
+
| Cursor | `.cursor/skills/agent-context/` |
|
|
307
|
+
| Antigravity | `.agent/skills/agent-context/` |
|
|
308
|
+
| GitHub Copilot | `.github/skills/agent-context/` |
|
|
95
309
|
|
|
96
|
-
|
|
97
|
-
| ----------------- | ------------------------------------------------------------------- |
|
|
98
|
-
| `--tools <tools>` | 指定目标工具，逗号分隔 |
|
|
99
|
-
| `--check` | 仅检查，不写入文件 |
|
|
100
|
-
| `--yes` | 仅 `install` 支持；非交互模式下优先复用已安装工具，否则安装全部工具 |
|
|
310
|
+
其中 Codex 会额外生成 `agents/openai.yaml` 元数据文件，其余工具只生成 Skill 内容本身。
|
|
101
311
|
|
|
102
312
|
## License
|
|
103
313
|
|
package/dist/content/actions.js
CHANGED
|
@@ -41,7 +41,9 @@ const e=[`init`,`plan`,`replan`,`implement`,`patch`,`rush`],t={init:n,plan:r,rep
|
|
|
41
41
|
|
|
42
42
|
- 运行 \`agent-context validate\`，不通过则中止并报告错误。
|
|
43
43
|
- 描述为空 → 拒绝执行。
|
|
44
|
-
- 存在未归档的已执行当前计划 →
|
|
44
|
+
- 存在未归档的已执行当前计划 → 判断新需求与当前计划的关联性：
|
|
45
|
+
- 相关联或用户本意是修补 → 拒绝执行，提示改用 patch。
|
|
46
|
+
- 完全无关 → 拒绝执行，提示先运行 \`agent-context done\` 归档后再创建新计划。
|
|
45
47
|
- 存在多个当前计划 → 拒绝执行，提示恢复单活跃状态。
|
|
46
48
|
|
|
47
49
|
## 执行步骤
|
|
@@ -110,38 +112,7 @@ const e=[`init`,`plan`,`replan`,`implement`,`patch`,`rush`],t={init:n,plan:r,rep
|
|
|
110
112
|
3. 生成新的拆分方案，保持「单当前计划 + 若干 preparing 计划」结构。
|
|
111
113
|
4. 新增计划编号：全局 max(N)+1 递增分配；未改动计划保持原编号。
|
|
112
114
|
5. 更新目录结构，确保每个新计划的 \`plan.md\` 遵循标准模板。
|
|
113
|
-
`}function a(){return`#
|
|
114
|
-
|
|
115
|
-
实施当前计划 \`.agent-context/plan-{number}/plan.md\` 中的全部步骤，通过验证循环后将状态更新为「已执行」。
|
|
116
|
-
|
|
117
|
-
不接受额外描述。
|
|
118
|
-
|
|
119
|
-
## 前置检查
|
|
120
|
-
|
|
121
|
-
- 运行 \`agent-context validate\`，不通过则中止并报告错误。
|
|
122
|
-
- 带描述 → 拒绝执行。
|
|
123
|
-
- 当前计划不存在 → 拒绝执行，提示先创建计划。
|
|
124
|
-
- 当前计划状态为 \`已执行\` → 拒绝执行，提示使用 patch 修补或运行 \`agent-context done\` 归档。
|
|
125
|
-
- \`## 目标\` 或 \`## 内容\` 为空 → 拒绝执行，提示补充。
|
|
126
|
-
- 存在多个当前计划 → 拒绝执行，提示恢复单活跃状态。
|
|
127
|
-
- 仅操作当前计划，不直接操作 \`preparing/\` 中的计划。
|
|
128
|
-
- 遇到阻塞问题应向用户报告，不可静默跳过。
|
|
129
|
-
|
|
130
|
-
## 执行步骤
|
|
131
|
-
|
|
132
|
-
1. **读取计划**：读取当前 \`plan.md\`，理解 \`## 目标\` 与 \`## 内容\`。
|
|
133
|
-
2. **实施变更**：依据 \`## 内容\` 的步骤逐项实施。
|
|
134
|
-
3. **验证循环（WHILE 循环检查）**：
|
|
135
|
-
- **3.1 检查对照**：对照 \`## 内容\`，确保每个步骤均已实施完毕，无遗漏。
|
|
136
|
-
- **3.2 运行验证**：
|
|
137
|
-
- **IF** (编码任务) **THEN**：必须运行代码检查（Lint/Typecheck）与相关测试命令。
|
|
138
|
-
- **ELSE IF** (非编码任务，如纯文档修改或项目规划) **THEN**：无需运行外部命令，仅凭逻辑和视觉排版审阅是否符合验收标准。
|
|
139
|
-
- **3.3 结果判断**：
|
|
140
|
-
- **IF** (存在未通过的验证报错、未完成项或遗漏项) **THEN**：修复发现的问题，然后 **GOTO 3.1**（重新检查）。
|
|
141
|
-
- **ELSE IF** (验证全部通过 或 非编码任务验收合格) **THEN**：退出验证循环，即 **GOTO 4** 继续执行。
|
|
142
|
-
4. **更新状态**：将 \`plan.md\` 的状态行修改为 \`> 状态: 已执行\`。
|
|
143
|
-
5. **记录范围**：更新 \`## 影响范围\`，详细记录本次变动的具体文件路径。
|
|
144
|
-
`}function o(){return`# patch
|
|
115
|
+
`}function a(){return"# implement\n\n实施当前计划 `.agent-context/plan-{number}/plan.md` 中的全部步骤，通过验证循环后将状态更新为「已执行」。\n\n不接受额外描述。\n\n## 前置检查\n\n- 运行 `agent-context validate`，不通过则中止并报告错误。\n- 带描述 → 拒绝执行。\n- 当前计划不存在 → 拒绝执行，提示先创建计划。\n- 当前计划状态为 `已执行` → 拒绝执行，提示使用 patch 修补或运行 `agent-context done` 归档。\n- `## 目标` 或 `## 内容` 为空 → 拒绝执行，提示补充。\n- 存在多个当前计划 → 拒绝执行，提示恢复单活跃状态。\n- 仅操作当前计划，不直接操作 `preparing/` 中的计划。\n- 遇到阻塞问题应向用户报告，不可静默跳过。\n\n## 执行步骤\n\n1. **读取计划**：读取当前 `plan.md`，理解 `## 目标` 与 `## 内容`。\n2. **实施变更**：依据 `## 内容` 的步骤逐项实施。\n3. **验证循环（WHILE 循环检查）**：\n - **3.1 检查对照**：对照 `## 内容`，确保每个步骤均已实施完毕，无遗漏。\n - **3.2 运行验证**：\n - **IF** (编码任务) **THEN**：必须运行代码检查（Lint/Typecheck）与相关测试命令。\n - **ELSE IF** (非编码任务，如纯文档修改或项目规划) **THEN**：无需运行外部命令，仅凭逻辑和视觉排版审阅是否符合验收标准。\n - **3.3 结果判断**：\n - **IF** (存在未通过的验证报错、未完成项或遗漏项) **THEN**：修复发现的问题，然后 **GOTO 3.1**（重新检查）。\n - **ELSE IF** (验证全部通过 或 非编码任务验收合格) **THEN**：退出验证循环，即 **GOTO 4** 继续执行。\n4. **更新状态**：将 `plan.md` 的状态行修改为 `> 状态: 已执行`。\n5. **记录范围**：更新 `## 影响范围`，详细记录本次变动的具体文件路径。`.agent-context/` 目录下的文件不计入影响范围。\n"}function o(){return`# patch
|
|
145
116
|
|
|
146
117
|
基于当前已执行计划创建增量补丁，修复问题或追加变更。
|
|
147
118
|
|
|
@@ -164,7 +135,7 @@ const e=[`init`,`plan`,`replan`,`implement`,`patch`,`rush`],t={init:n,plan:r,rep
|
|
|
164
135
|
4. 创建 \`patch-{number}.md\`（编号：扫描当前计划目录已有补丁取 max+1），遵循下方模板。
|
|
165
136
|
5. 回写 \`plan.md\`：
|
|
166
137
|
- \`## 历史补丁\`：追加 \`- patch-{number}: {补丁名称}\`，按编号去重。
|
|
167
|
-
- \`##
|
|
138
|
+
- \`## 影响范围\`：合并本次变更路径，按路径去重。\`.agent-context/\` 目录下的文件不计入影响范围。
|
|
168
139
|
|
|
169
140
|
## patch.md 模板
|
|
170
141
|
|
|
@@ -191,17 +162,22 @@ const e=[`init`,`plan`,`replan`,`implement`,`patch`,`rush`],t={init:n,plan:r,rep
|
|
|
191
162
|
|
|
192
163
|
- 运行 \`agent-context validate\`，不通过则中止并报告错误。
|
|
193
164
|
- 描述为空 → 拒绝执行。
|
|
194
|
-
- 存在未归档的已执行当前计划 →
|
|
165
|
+
- 存在未归档的已执行当前计划 → 判断新需求与当前计划的关联性：
|
|
166
|
+
- 相关联或用户本意是修补 → 拒绝执行，提示改用 patch。
|
|
167
|
+
- 完全无关 → 拒绝执行，提示先运行 \`agent-context done\` 归档后再创建新计划。
|
|
195
168
|
- 存在未实施的当前计划 → 拒绝执行，提示先 implement 或 replan。
|
|
196
169
|
|
|
197
170
|
## 执行步骤
|
|
198
171
|
|
|
199
|
-
|
|
200
|
-
|
|
201
|
-
|
|
202
|
-
|
|
203
|
-
|
|
204
|
-
|
|
205
|
-
|
|
206
|
-
|
|
172
|
+
> rush = plan + implement 的连续执行，下方仅列出差异点，未提及的步骤按原协议执行。
|
|
173
|
+
|
|
174
|
+
### 阶段一：plan（差异）
|
|
175
|
+
|
|
176
|
+
- 跳过「需求澄清」步骤——rush 要求描述本身已足够明确。
|
|
177
|
+
- 强制单计划，不拆分，不进入 preparing 队列。
|
|
178
|
+
- 完成 plan 后**不等待用户确认**，直接进入阶段二。
|
|
179
|
+
|
|
180
|
+
### 阶段二：implement
|
|
181
|
+
|
|
182
|
+
- 按 \`implement\` 协议**完整执行**（读取计划 → 实施变更 → 验证循环 → 更新状态与影响范围），无任何裁剪。
|
|
207
183
|
`}export{e as ACTION_NAMES,t as ACTION_RENDERERS};
|
package/dist/content/index.js
CHANGED
|
@@ -1,7 +1,14 @@
|
|
|
1
1
|
import{ACTION_NAMES as e,ACTION_RENDERERS as t}from"./actions.js";function n(n){let i=[{relativePath:`SKILL.md`,body:r(n)},...e.map(e=>({relativePath:`actions/${e}.md`,body:t[e]()}))];return n.metadataFiles.includes(`openai`)&&i.push({relativePath:`agents/openai.yaml`,body:a()}),{files:i}}function r(e){return`${i(e)}
|
|
2
2
|
# Agent Context
|
|
3
3
|
|
|
4
|
-
管理项目中的 \`.agent-context/\`
|
|
4
|
+
管理项目中的 \`.agent-context/\` 计划生命周期。匹配用户意图后，**必须先读取对应协议文件的完整内容**，再严格按协议步骤逐项执行。
|
|
5
|
+
|
|
6
|
+
## 执行纪律
|
|
7
|
+
|
|
8
|
+
- **协议先行**：匹配到动作后，必须先读取对应 \`actions/*.md\` 协议文件的完整内容，再逐步执行。禁止凭记忆、摘要或猜测跳过协议步骤。
|
|
9
|
+
- **前置检查必做**：所有动作（done 除外）均包含「前置检查」，必须逐条执行，不可跳过。包括运行 \`agent-context validate\`。
|
|
10
|
+
- **禁止直接改动**：在 plan / rush 创建计划之前，不得直接修改项目代码文件。任何代码变更必须在已创建计划（implement）或已创建补丁（patch）的上下文中进行。
|
|
11
|
+
- **顺序执行**：协议步骤必须按编号顺序逐项执行，不可跳步、合并或并行。
|
|
5
12
|
|
|
6
13
|
## 意图匹配
|
|
7
14
|
|
|
@@ -15,7 +22,9 @@ import{ACTION_NAMES as e,ACTION_RENDERERS as t}from"./actions.js";function n(n){
|
|
|
15
22
|
| 无活跃计划时快速出计划并实施 | rush | \`actions/rush.md\` |
|
|
16
23
|
| 任务彻底完成、归档当前计划 | done | 运行 \`agent-context done\` |
|
|
17
24
|
|
|
18
|
-
>
|
|
25
|
+
> **消歧**：存在已执行的当前计划时，用户提出变更需求：
|
|
26
|
+
> - 需求与当前计划**相关联**或用户本意是修补当前计划 → 走 **patch**。
|
|
27
|
+
> - 需求与当前计划**完全无关** → 拒绝执行，提示先运行 \`agent-context done\` 归档当前计划后再创建新计划。
|
|
19
28
|
|
|
20
29
|
## 全局约束
|
|
21
30
|
|
|
@@ -23,6 +32,7 @@ import{ACTION_NAMES as e,ACTION_RENDERERS as t}from"./actions.js";function n(n){
|
|
|
23
32
|
- 任意时刻最多一个当前计划：\`.agent-context/plan-{number}\`。
|
|
24
33
|
- 多个当前计划 → 拒绝执行，提示恢复单活跃状态。
|
|
25
34
|
- 计划编号全局递增，不复用。补丁编号在单计划目录内递增，不复用。
|
|
35
|
+
- 影响范围（\`## 影响范围\`）不得包含 \`.agent-context/\` 目录下的文件。
|
|
26
36
|
|
|
27
37
|
## 目录结构
|
|
28
38
|
|
package/dist/stats.html
CHANGED
|
@@ -4930,7 +4930,7 @@ var drawChart = (function (exports) {
|
|
|
4930
4930
|
</script>
|
|
4931
4931
|
<script>
|
|
4932
4932
|
/*<!--*/
|
|
4933
|
-
const data = {"version":2,"tree":{"name":"root","children":[{"name":"cli.d.ts","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/cli.d.ts","uid":"
|
|
4933
|
+
const data = {"version":2,"tree":{"name":"root","children":[{"name":"cli.d.ts","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/cli.d.ts","uid":"993aa054-1"}]},{"name":"cli.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/cli.ts","uid":"993aa054-3"}]},{"name":"commands/done.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/commands/done.ts","uid":"993aa054-5"}]},{"name":"commands/install.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/commands/install.ts","uid":"993aa054-7"}]},{"name":"commands/printer.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/commands/printer.ts","uid":"993aa054-9"}]},{"name":"commands/status.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/commands/status.ts","uid":"993aa054-11"}]},{"name":"commands/sync.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/commands/sync.ts","uid":"993aa054-13"}]},{"name":"commands/validate.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/commands/validate.ts","uid":"993aa054-15"}]},{"name":"content/actions.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/content/actions.ts","uid":"993aa054-17"}]},{"name":"content/index.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/content/index.ts","uid":"993aa054-19"}]},{"name":"context/archiver.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/context/archiver.ts","uid":"993aa054-21"}]},{"name":"context/reader.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/context/reader.ts","uid":"993aa054-23"}]},{"name":"context/validator.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/context/validator.ts","uid":"993aa054-25"}]},{"name":"runner.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/runner.ts","uid":"993aa054-27"}]},{"name":"tools.js","children":[{"name":"home/whj/codes/cat-kit/packages/agent-context/src/tools.ts","uid":"993aa054-29"}]}],"isRoot":true},"nodeParts":{"993aa054-1":{"renderedLength":0,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-0"},"993aa054-3":{"renderedLength":1518,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-2"},"993aa054-5":{"renderedLength":1349,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-4"},"993aa054-7":{"renderedLength":985,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-6"},"993aa054-9":{"renderedLength":909,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-8"},"993aa054-11":{"renderedLength":946,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-10"},"993aa054-13":{"renderedLength":745,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-12"},"993aa054-15":{"renderedLength":763,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-14"},"993aa054-17":{"renderedLength":9909,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-16"},"993aa054-19":{"renderedLength":4006,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-18"},"993aa054-21":{"renderedLength":1012,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-20"},"993aa054-23":{"renderedLength":2081,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-22"},"993aa054-25":{"renderedLength":1905,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-24"},"993aa054-27":{"renderedLength":2037,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-26"},"993aa054-29":{"renderedLength":2174,"gzipLength":0,"brotliLength":0,"metaUid":"993aa054-28"}},"nodeMetas":{"993aa054-0":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/cli.d.ts","moduleParts":{"cli.d.ts":"993aa054-1"},"imported":[],"importedBy":[],"isEntry":true},"993aa054-2":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/cli.ts","moduleParts":{"cli.js":"993aa054-3"},"imported":[{"uid":"993aa054-30"},{"uid":"993aa054-31"},{"uid":"993aa054-4"},{"uid":"993aa054-6"},{"uid":"993aa054-10"},{"uid":"993aa054-12"},{"uid":"993aa054-14"}],"importedBy":[],"isEntry":true},"993aa054-4":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/commands/done.ts","moduleParts":{"commands/done.js":"993aa054-5"},"imported":[{"uid":"993aa054-32"},{"uid":"993aa054-33"},{"uid":"993aa054-34"}],"importedBy":[{"uid":"993aa054-2"}]},"993aa054-6":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/commands/install.ts","moduleParts":{"commands/install.js":"993aa054-7"},"imported":[{"uid":"993aa054-33"},{"uid":"993aa054-26"},{"uid":"993aa054-28"},{"uid":"993aa054-8"}],"importedBy":[{"uid":"993aa054-2"}]},"993aa054-8":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/commands/printer.ts","moduleParts":{"commands/printer.js":"993aa054-9"},"imported":[{"uid":"993aa054-32"}],"importedBy":[{"uid":"993aa054-6"},{"uid":"993aa054-12"}]},"993aa054-10":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/commands/status.ts","moduleParts":{"commands/status.js":"993aa054-11"},"imported":[{"uid":"993aa054-34"}],"importedBy":[{"uid":"993aa054-2"}]},"993aa054-12":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/commands/sync.ts","moduleParts":{"commands/sync.js":"993aa054-13"},"imported":[{"uid":"993aa054-26"},{"uid":"993aa054-28"},{"uid":"993aa054-8"}],"importedBy":[{"uid":"993aa054-2"}]},"993aa054-14":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/commands/validate.ts","moduleParts":{"commands/validate.js":"993aa054-15"},"imported":[{"uid":"993aa054-34"}],"importedBy":[{"uid":"993aa054-2"}]},"993aa054-16":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/content/actions.ts","moduleParts":{"content/actions.js":"993aa054-17"},"imported":[],"importedBy":[{"uid":"993aa054-18"}]},"993aa054-18":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/content/index.ts","moduleParts":{"content/index.js":"993aa054-19"},"imported":[{"uid":"993aa054-16"}],"importedBy":[{"uid":"993aa054-26"}]},"993aa054-20":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/context/archiver.ts","moduleParts":{"context/archiver.js":"993aa054-21"},"imported":[{"uid":"993aa054-35"},{"uid":"993aa054-32"}],"importedBy":[{"uid":"993aa054-34"}]},"993aa054-22":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/context/reader.ts","moduleParts":{"context/reader.js":"993aa054-23"},"imported":[{"uid":"993aa054-30"},{"uid":"993aa054-35"},{"uid":"993aa054-32"}],"importedBy":[{"uid":"993aa054-34"}]},"993aa054-24":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/context/validator.ts","moduleParts":{"context/validator.js":"993aa054-25"},"imported":[{"uid":"993aa054-30"},{"uid":"993aa054-32"}],"importedBy":[{"uid":"993aa054-34"}]},"993aa054-26":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/runner.ts","moduleParts":{"runner.js":"993aa054-27"},"imported":[{"uid":"993aa054-30"},{"uid":"993aa054-35"},{"uid":"993aa054-32"},{"uid":"993aa054-18"},{"uid":"993aa054-28"}],"importedBy":[{"uid":"993aa054-6"},{"uid":"993aa054-12"}]},"993aa054-28":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/tools.ts","moduleParts":{"tools.js":"993aa054-29"},"imported":[{"uid":"993aa054-30"},{"uid":"993aa054-32"}],"importedBy":[{"uid":"993aa054-6"},{"uid":"993aa054-12"},{"uid":"993aa054-26"}]},"993aa054-30":{"id":"node:fs","moduleParts":{},"imported":[],"importedBy":[{"uid":"993aa054-2"},{"uid":"993aa054-26"},{"uid":"993aa054-28"},{"uid":"993aa054-22"},{"uid":"993aa054-24"}]},"993aa054-31":{"id":"commander","moduleParts":{},"imported":[],"importedBy":[{"uid":"993aa054-2"}]},"993aa054-32":{"id":"node:path","moduleParts":{},"imported":[],"importedBy":[{"uid":"993aa054-4"},{"uid":"993aa054-26"},{"uid":"993aa054-28"},{"uid":"993aa054-8"},{"uid":"993aa054-22"},{"uid":"993aa054-24"},{"uid":"993aa054-20"}]},"993aa054-33":{"id":"@inquirer/prompts","moduleParts":{},"imported":[],"importedBy":[{"uid":"993aa054-4"},{"uid":"993aa054-6"}]},"993aa054-34":{"id":"/home/whj/codes/cat-kit/packages/agent-context/src/context/index.ts","moduleParts":{},"imported":[{"uid":"993aa054-22"},{"uid":"993aa054-24"},{"uid":"993aa054-20"}],"importedBy":[{"uid":"993aa054-4"},{"uid":"993aa054-10"},{"uid":"993aa054-14"}]},"993aa054-35":{"id":"node:fs/promises","moduleParts":{},"imported":[],"importedBy":[{"uid":"993aa054-26"},{"uid":"993aa054-22"},{"uid":"993aa054-20"}]}},"env":{"rollup":"4.23.0"},"options":{"gzip":false,"brotli":false,"sourcemap":false}};
|
|
4934
4934
|
|
|
4935
4935
|
const run = () => {
|
|
4936
4936
|
const width = window.innerWidth;
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@cat-kit/agent-context",
|
|
3
|
-
"version": "1.1.
|
|
3
|
+
"version": "1.1.6",
|
|
4
4
|
"description": "代理上下文管理工具",
|
|
5
5
|
"bin": {
|
|
6
6
|
"agent-context": "./dist/cli.js"
|
|
@@ -11,10 +11,6 @@
|
|
|
11
11
|
"README.md"
|
|
12
12
|
],
|
|
13
13
|
"type": "module",
|
|
14
|
-
"scripts": {
|
|
15
|
-
"build": "tsc -p tsconfig.json",
|
|
16
|
-
"clean": "rm -rf dist node_modules/.cache/.tsbuildinfo"
|
|
17
|
-
},
|
|
18
14
|
"dependencies": {
|
|
19
15
|
"@inquirer/prompts": "^8.3.0",
|
|
20
16
|
"commander": "^14.0.3"
|
package/src/content/actions.ts
CHANGED
|
@@ -58,7 +58,9 @@ function renderPlan(): string {
|
|
|
58
58
|
|
|
59
59
|
- 运行 \`agent-context validate\`，不通过则中止并报告错误。
|
|
60
60
|
- 描述为空 → 拒绝执行。
|
|
61
|
-
- 存在未归档的已执行当前计划 →
|
|
61
|
+
- 存在未归档的已执行当前计划 → 判断新需求与当前计划的关联性：
|
|
62
|
+
- 相关联或用户本意是修补 → 拒绝执行，提示改用 patch。
|
|
63
|
+
- 完全无关 → 拒绝执行，提示先运行 \`agent-context done\` 归档后再创建新计划。
|
|
62
64
|
- 存在多个当前计划 → 拒绝执行，提示恢复单活跃状态。
|
|
63
65
|
|
|
64
66
|
## 执行步骤
|
|
@@ -165,7 +167,7 @@ function renderImplement(): string {
|
|
|
165
167
|
- **IF** (存在未通过的验证报错、未完成项或遗漏项) **THEN**：修复发现的问题，然后 **GOTO 3.1**（重新检查）。
|
|
166
168
|
- **ELSE IF** (验证全部通过 或 非编码任务验收合格) **THEN**：退出验证循环，即 **GOTO 4** 继续执行。
|
|
167
169
|
4. **更新状态**：将 \`plan.md\` 的状态行修改为 \`> 状态: 已执行\`。
|
|
168
|
-
5. **记录范围**：更新 \`##
|
|
170
|
+
5. **记录范围**：更新 \`## 影响范围\`，详细记录本次变动的具体文件路径。\`.agent-context/\` 目录下的文件不计入影响范围。
|
|
169
171
|
`
|
|
170
172
|
}
|
|
171
173
|
|
|
@@ -193,7 +195,7 @@ function renderPatch(): string {
|
|
|
193
195
|
4. 创建 \`patch-{number}.md\`（编号：扫描当前计划目录已有补丁取 max+1），遵循下方模板。
|
|
194
196
|
5. 回写 \`plan.md\`：
|
|
195
197
|
- \`## 历史补丁\`：追加 \`- patch-{number}: {补丁名称}\`，按编号去重。
|
|
196
|
-
- \`##
|
|
198
|
+
- \`## 影响范围\`：合并本次变更路径，按路径去重。\`.agent-context/\` 目录下的文件不计入影响范围。
|
|
197
199
|
|
|
198
200
|
## patch.md 模板
|
|
199
201
|
|
|
@@ -224,18 +226,23 @@ function renderRush(): string {
|
|
|
224
226
|
|
|
225
227
|
- 运行 \`agent-context validate\`，不通过则中止并报告错误。
|
|
226
228
|
- 描述为空 → 拒绝执行。
|
|
227
|
-
- 存在未归档的已执行当前计划 →
|
|
229
|
+
- 存在未归档的已执行当前计划 → 判断新需求与当前计划的关联性：
|
|
230
|
+
- 相关联或用户本意是修补 → 拒绝执行，提示改用 patch。
|
|
231
|
+
- 完全无关 → 拒绝执行，提示先运行 \`agent-context done\` 归档后再创建新计划。
|
|
228
232
|
- 存在未实施的当前计划 → 拒绝执行，提示先 implement 或 replan。
|
|
229
233
|
|
|
230
234
|
## 执行步骤
|
|
231
235
|
|
|
232
|
-
|
|
233
|
-
|
|
234
|
-
|
|
235
|
-
|
|
236
|
-
|
|
237
|
-
|
|
238
|
-
|
|
239
|
-
|
|
236
|
+
> rush = plan + implement 的连续执行，下方仅列出差异点，未提及的步骤按原协议执行。
|
|
237
|
+
|
|
238
|
+
### 阶段一：plan（差异）
|
|
239
|
+
|
|
240
|
+
- 跳过「需求澄清」步骤——rush 要求描述本身已足够明确。
|
|
241
|
+
- 强制单计划，不拆分，不进入 preparing 队列。
|
|
242
|
+
- 完成 plan 后**不等待用户确认**，直接进入阶段二。
|
|
243
|
+
|
|
244
|
+
### 阶段二：implement
|
|
245
|
+
|
|
246
|
+
- 按 \`implement\` 协议**完整执行**（读取计划 → 实施变更 → 验证循环 → 更新状态与影响范围），无任何裁剪。
|
|
240
247
|
`
|
|
241
248
|
}
|
package/src/content/index.ts
CHANGED
|
@@ -27,7 +27,14 @@ function renderNavigator(target: ToolTarget): string {
|
|
|
27
27
|
return `${renderFrontmatter(target)}
|
|
28
28
|
# Agent Context
|
|
29
29
|
|
|
30
|
-
管理项目中的 \`.agent-context/\`
|
|
30
|
+
管理项目中的 \`.agent-context/\` 计划生命周期。匹配用户意图后，**必须先读取对应协议文件的完整内容**，再严格按协议步骤逐项执行。
|
|
31
|
+
|
|
32
|
+
## 执行纪律
|
|
33
|
+
|
|
34
|
+
- **协议先行**：匹配到动作后，必须先读取对应 \`actions/*.md\` 协议文件的完整内容，再逐步执行。禁止凭记忆、摘要或猜测跳过协议步骤。
|
|
35
|
+
- **前置检查必做**：所有动作（done 除外）均包含「前置检查」，必须逐条执行，不可跳过。包括运行 \`agent-context validate\`。
|
|
36
|
+
- **禁止直接改动**：在 plan / rush 创建计划之前，不得直接修改项目代码文件。任何代码变更必须在已创建计划（implement）或已创建补丁（patch）的上下文中进行。
|
|
37
|
+
- **顺序执行**：协议步骤必须按编号顺序逐项执行，不可跳步、合并或并行。
|
|
31
38
|
|
|
32
39
|
## 意图匹配
|
|
33
40
|
|
|
@@ -41,7 +48,9 @@ function renderNavigator(target: ToolTarget): string {
|
|
|
41
48
|
| 无活跃计划时快速出计划并实施 | rush | \`actions/rush.md\` |
|
|
42
49
|
| 任务彻底完成、归档当前计划 | done | 运行 \`agent-context done\` |
|
|
43
50
|
|
|
44
|
-
>
|
|
51
|
+
> **消歧**：存在已执行的当前计划时，用户提出变更需求：
|
|
52
|
+
> - 需求与当前计划**相关联**或用户本意是修补当前计划 → 走 **patch**。
|
|
53
|
+
> - 需求与当前计划**完全无关** → 拒绝执行，提示先运行 \`agent-context done\` 归档当前计划后再创建新计划。
|
|
45
54
|
|
|
46
55
|
## 全局约束
|
|
47
56
|
|
|
@@ -49,6 +58,7 @@ function renderNavigator(target: ToolTarget): string {
|
|
|
49
58
|
- 任意时刻最多一个当前计划：\`.agent-context/plan-{number}\`。
|
|
50
59
|
- 多个当前计划 → 拒绝执行，提示恢复单活跃状态。
|
|
51
60
|
- 计划编号全局递增，不复用。补丁编号在单计划目录内递增，不复用。
|
|
61
|
+
- 影响范围（\`## 影响范围\`）不得包含 \`.agent-context/\` 目录下的文件。
|
|
52
62
|
|
|
53
63
|
## 目录结构
|
|
54
64
|
|