@shirayner/ace 0.1.10-SNAPSHOT → 0.1.11-SNAPSHOT
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
|
@@ -21,6 +21,19 @@ description: |
|
|
|
21
21
|
|
|
22
22
|
## 硬规则(不可跳过)
|
|
23
23
|
|
|
24
|
+
### 规则 0:Pre-execution Checkpoint(结构性屏障)
|
|
25
|
+
|
|
26
|
+
**在发出第一个修改性工具调用(Edit/Write/创建或修改文件的 Bash)之前,必须通过此检查:**
|
|
27
|
+
|
|
28
|
+
> 我是否已完成 Step 3 的对齐确认,且用户已通过 AskUserQuestion 确认?
|
|
29
|
+
|
|
30
|
+
- **是** → 继续执行
|
|
31
|
+
- **否** → **立即停止**,返回规则 1 执行对齐流程
|
|
32
|
+
|
|
33
|
+
此规则存在的原因:auto mode 的"立即执行"指令会与对齐要求冲突。当模型感到"这个任务很简单,不需要对齐"时,恰恰是最需要对齐的时刻——因为"简单"往往意味着隐含决策被忽略了。
|
|
34
|
+
|
|
35
|
+
**Auto mode 优化的是执行效率,不是对齐质量。跳过对齐不是"更快"——是"更可能做错"。**
|
|
36
|
+
|
|
24
37
|
### 规则 1:首轮对齐(MANDATORY — 优先于 auto mode)
|
|
25
38
|
|
|
26
39
|
接收目标后,**必须完成以下三步才能开始执行**。
|
|
@@ -35,7 +48,14 @@ description: |
|
|
|
35
48
|
|
|
36
49
|
目标:不只是理解用户说了什么,而是理解用户**真正需要**什么——包括他们自己可能没意识到的部分。
|
|
37
50
|
|
|
38
|
-
**Step 2: 澄清** — **调用 AskUserQuestion
|
|
51
|
+
**Step 2: 澄清** — **调用 AskUserQuestion 工具**向用户批量澄清歧义和关键决策点。复杂项目可多轮澄清。
|
|
52
|
+
|
|
53
|
+
跳过条件(必须**同时满足全部**才可跳过 Step 2,直接进入 Step 3):
|
|
54
|
+
- 用户在**同一会话中**已明确表达过完整意图,且你在 Step 1 分析后未发现任何隐含决策点
|
|
55
|
+
- 不存在"用户可能会惊讶"的假设需要验证
|
|
56
|
+
- 任务是对前一个已对齐目标的延续性修复(而非新目标)
|
|
57
|
+
|
|
58
|
+
**如果不确定是否需要澄清 → 澄清。** 默认执行,跳过是例外。
|
|
39
59
|
|
|
40
60
|
澄清时采用引导性提问(而非纯选择题):
|
|
41
61
|
- "你提到了 X,但我注意到这还关联到 Y——这是否也在范围内?"
|
package/templates/CLAUDE.md
CHANGED
|
@@ -26,11 +26,10 @@
|
|
|
26
26
|
- ~/.claude/ace/rules/gitflow.md — GitFlow 工作流(分支管理时阅读)
|
|
27
27
|
|
|
28
28
|
## 流程门禁优先级
|
|
29
|
-
Auto mode 不覆盖 aspec/OpenSpec 流程门禁。标注"不可跳过"的门禁步骤(需求澄清、设计澄清、审批确认)在任何执行模式下均必须执行,不得以"减少打断"为由跳过。
|
|
29
|
+
Auto mode 不覆盖 auto-goal/aspec/OpenSpec 流程门禁。标注"不可跳过"的门禁步骤(需求澄清、设计澄清、审批确认)在任何执行模式下均必须执行,不得以"减少打断"为由跳过。
|
|
30
30
|
|
|
31
31
|
## 安全策略
|
|
32
32
|
安全由外部机制保障,不占用上下文 token:
|
|
33
33
|
- settings.json deny 规则 → 硬拦截 rm -rf、sudo 等
|
|
34
|
-
- Shell hooks →
|
|
35
|
-
- Hookify 插件 → 模式匹配拦截(危险命令、敏感文件)
|
|
34
|
+
- Shell hooks → 进程级检查(编译、类型检查、内容审查)
|
|
36
35
|
<!-- ace:managed:end -->
|