harnessed 4.8.0 → 4.9.1

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.
Files changed (55) hide show
  1. package/bin/harnessed-inject-state.mjs +35 -4
  2. package/dist/cli.mjs +53 -10
  3. package/dist/cli.mjs.map +1 -1
  4. package/dist/index.mjs +1 -1
  5. package/dist/index.mjs.map +1 -1
  6. package/manifests/optional/perturn-inject.yaml +49 -0
  7. package/package.json +1 -1
  8. package/workflows/auto/SKILL.md +12 -12
  9. package/workflows/auto/SKILL.zh-Hans.md +8 -10
  10. package/workflows/discuss/auto/SKILL.md +12 -11
  11. package/workflows/discuss/auto/SKILL.zh-Hans.md +8 -9
  12. package/workflows/discuss/phase/SKILL.md +12 -11
  13. package/workflows/discuss/phase/SKILL.zh-Hans.md +8 -9
  14. package/workflows/discuss/strategic/SKILL.md +12 -11
  15. package/workflows/discuss/strategic/SKILL.zh-Hans.md +8 -9
  16. package/workflows/discuss/subtask/SKILL.md +12 -11
  17. package/workflows/discuss/subtask/SKILL.zh-Hans.md +8 -9
  18. package/workflows/plan/architecture/SKILL.md +12 -11
  19. package/workflows/plan/architecture/SKILL.zh-Hans.md +8 -9
  20. package/workflows/plan/auto/SKILL.md +12 -11
  21. package/workflows/plan/auto/SKILL.zh-Hans.md +8 -9
  22. package/workflows/plan/phase/SKILL.md +12 -11
  23. package/workflows/plan/phase/SKILL.zh-Hans.md +8 -9
  24. package/workflows/research/SKILL.md +12 -40
  25. package/workflows/research/SKILL.zh-Hans.md +8 -38
  26. package/workflows/retro/SKILL.md +12 -11
  27. package/workflows/retro/SKILL.zh-Hans.md +8 -9
  28. package/workflows/task/auto/SKILL.md +12 -11
  29. package/workflows/task/auto/SKILL.zh-Hans.md +9 -10
  30. package/workflows/task/clarify/SKILL.md +12 -11
  31. package/workflows/task/clarify/SKILL.zh-Hans.md +9 -10
  32. package/workflows/task/code/SKILL.md +12 -11
  33. package/workflows/task/code/SKILL.zh-Hans.md +9 -10
  34. package/workflows/task/deliver/SKILL.md +12 -11
  35. package/workflows/task/deliver/SKILL.zh-Hans.md +9 -10
  36. package/workflows/task/test/SKILL.md +12 -11
  37. package/workflows/task/test/SKILL.zh-Hans.md +9 -10
  38. package/workflows/verify/auto/SKILL.md +12 -11
  39. package/workflows/verify/auto/SKILL.zh-Hans.md +8 -9
  40. package/workflows/verify/code-review/SKILL.md +12 -11
  41. package/workflows/verify/code-review/SKILL.zh-Hans.md +8 -9
  42. package/workflows/verify/design/SKILL.md +12 -11
  43. package/workflows/verify/design/SKILL.zh-Hans.md +9 -10
  44. package/workflows/verify/multispec/SKILL.md +12 -11
  45. package/workflows/verify/multispec/SKILL.zh-Hans.md +9 -10
  46. package/workflows/verify/paranoid/SKILL.md +12 -11
  47. package/workflows/verify/paranoid/SKILL.zh-Hans.md +9 -10
  48. package/workflows/verify/progress/SKILL.md +12 -11
  49. package/workflows/verify/progress/SKILL.zh-Hans.md +9 -10
  50. package/workflows/verify/qa/SKILL.md +12 -11
  51. package/workflows/verify/qa/SKILL.zh-Hans.md +9 -10
  52. package/workflows/verify/security/SKILL.md +12 -11
  53. package/workflows/verify/security/SKILL.zh-Hans.md +9 -10
  54. package/workflows/verify/simplify/SKILL.md +12 -11
  55. package/workflows/verify/simplify/SKILL.zh-Hans.md +9 -10
@@ -66,17 +66,18 @@ Phase-level `on` clause (critical-release 升级触发):
66
66
 
67
67
  ## How to invoke
68
68
 
69
- Use the Bash tool to run:
70
-
71
- ```bash
72
- echo "$ARGUMENTS" | harnessed run verify-multispec --task-stdin
73
- ```
74
-
75
- If `$ARGUMENTS` is empty, run `harnessed run verify-multispec` (no stdin pipe).
76
-
77
- After completion, the Bash output prints a `Next:` hint on stderr suggesting the next stage. Decide whether to invoke based on conversation context — the hint is informational, not prescriptive.
78
-
79
- <!-- harnessed-generated:v3.4.4 -->
69
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run verify-multispec` — that is the CI/headless
70
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
71
+ invoked from inside a Claude Code session).
72
+
73
+ Run the `/verify-multispec` slash command instead (generated by `harnessed setup` at
74
+ `~/.claude/commands/verify-multispec.md`). It drives the stage natively: `harnessed gates` → which
75
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
76
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
77
+ full state-machine steps live in `~/.claude/commands/verify-multispec.md`; if that file is absent,
78
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
79
+
80
+ <!-- harnessed-generated:v4.9.1 -->
80
81
 
81
82
  ## References
82
83
 
@@ -64,19 +64,18 @@ Phase 级 `on` 子句(critical-release 升级触发):
64
64
  - **Token 估算前置条件**:`team_cost < 2 × subagent_cost`(engine-level check;bundled cost guideline)
65
65
  - **Cleanup 必跑**:phase 02-team-cleanup `agent-teams-shutdown` 必跑(bundled cleanup discipline)
66
66
 
67
- ## 调用方式
67
+ ## 如何调用
68
68
 
69
- 使用 Bash 工具运行:
69
+ CC-native 编排。**不要** pipe 到 `harnessed run verify-multispec` —— 那是 CI/headless 路径(in-process
70
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
70
71
 
71
- ```bash
72
- echo "$ARGUMENTS" | harnessed run verify-multispec --task-stdin
73
- ```
72
+ 改用 `/verify-multispec` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/verify-multispec.md`)。
73
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
74
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
75
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/verify-multispec.md`;
76
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
74
77
 
75
- `$ARGUMENTS` 为空,运行 `harnessed run verify-multispec`(不带 stdin pipe)。
76
-
77
- 执行完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一阶段操作。是否继续调用,请根据对话上下文自行判断——该提示仅供参考,并非强制指令。
78
-
79
- <!-- harnessed-generated:v3.4.4 -->
78
+ <!-- harnessed-generated:v4.9.1 -->
80
79
 
81
80
  ## 参考资料
82
81
 
@@ -52,17 +52,18 @@ Sister `workflows/judgments/stage-routing.yaml`:
52
52
 
53
53
  ## How to invoke
54
54
 
55
- Use the Bash tool to run:
56
-
57
- ```bash
58
- echo "$ARGUMENTS" | harnessed run verify-paranoid --task-stdin
59
- ```
60
-
61
- If `$ARGUMENTS` is empty, run `harnessed run verify-paranoid` (no stdin pipe).
62
-
63
- After completion, the Bash output prints a `Next:` hint on stderr suggesting the next stage. Decide whether to invoke based on conversation context — the hint is informational, not prescriptive.
64
-
65
- <!-- harnessed-generated:v3.4.4 -->
55
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run verify-paranoid` — that is the CI/headless
56
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
57
+ invoked from inside a Claude Code session).
58
+
59
+ Run the `/verify-paranoid` slash command instead (generated by `harnessed setup` at
60
+ `~/.claude/commands/verify-paranoid.md`). It drives the stage natively: `harnessed gates` → which
61
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
62
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
63
+ full state-machine steps live in `~/.claude/commands/verify-paranoid.md`; if that file is absent,
64
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
65
+
66
+ <!-- harnessed-generated:v4.9.1 -->
66
67
 
67
68
  ## References
68
69
 
@@ -50,19 +50,18 @@ Sister `workflows/judgments/stage-routing.yaml`:
50
50
  - ✅ **触发**:关键模块 PR 前(auth / payment / data migration / core algorithm 等)
51
51
  - ❌ **跳过**:常规 PR / docs / config / 非核心 module
52
52
 
53
- ## 调用方式
53
+ ## 如何调用
54
54
 
55
- 使用 Bash 工具运行:
55
+ CC-native 编排。**不要** pipe 到 `harnessed run verify-paranoid` —— 那是 CI/headless 路径(in-process
56
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
56
57
 
57
- ```bash
58
- echo "$ARGUMENTS" | harnessed run verify-paranoid --task-stdin
59
- ```
58
+ 改用 `/verify-paranoid` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/verify-paranoid.md`)。
59
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
60
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
61
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/verify-paranoid.md`;
62
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
60
63
 
61
- `$ARGUMENTS` 为空,运行 `harnessed run verify-paranoid`(不带 stdin pipe)。
62
-
63
- 执行完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一阶段操作。是否继续调用,请根据对话上下文自行判断——该提示仅供参考,并非强制指令。
64
-
65
- <!-- harnessed-generated:v3.4.4 -->
64
+ <!-- harnessed-generated:v4.9.1 -->
66
65
 
67
66
  ## 参考资料
68
67
 
@@ -48,17 +48,18 @@ verify-progress-always trigger)。无 skip 条件 — verify-work 起点必跑
48
48
 
49
49
  ## How to invoke
50
50
 
51
- Use the Bash tool to run:
52
-
53
- ```bash
54
- echo "$ARGUMENTS" | harnessed run verify-progress --task-stdin
55
- ```
56
-
57
- If `$ARGUMENTS` is empty, run `harnessed run verify-progress` (no stdin pipe).
58
-
59
- After completion, the Bash output prints a `Next:` hint on stderr suggesting the next stage. Decide whether to invoke based on conversation context — the hint is informational, not prescriptive.
60
-
61
- <!-- harnessed-generated:v3.4.4 -->
51
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run verify-progress` — that is the CI/headless
52
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
53
+ invoked from inside a Claude Code session).
54
+
55
+ Run the `/verify-progress` slash command instead (generated by `harnessed setup` at
56
+ `~/.claude/commands/verify-progress.md`). It drives the stage natively: `harnessed gates` → which
57
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
58
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
59
+ full state-machine steps live in `~/.claude/commands/verify-progress.md`; if that file is absent,
60
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
61
+
62
+ <!-- harnessed-generated:v4.9.1 -->
62
63
 
63
64
  ## References
64
65
 
@@ -45,19 +45,18 @@ Sister `workflows/capabilities.yaml` 条目:
45
45
  总 fire 当 `phase.stage == 'verify'`(sister `workflows/judgments/stage-routing.yaml`
46
46
  verify-progress-always trigger)。无 skip 条件 — verify-work 起点必跑。
47
47
 
48
- ## 调用方式
48
+ ## 如何调用
49
49
 
50
- 使用 Bash 工具运行:
50
+ CC-native 编排。**不要** pipe 到 `harnessed run verify-progress` —— 那是 CI/headless 路径(in-process
51
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
51
52
 
52
- ```bash
53
- echo "$ARGUMENTS" | harnessed run verify-progress --task-stdin
54
- ```
53
+ 改用 `/verify-progress` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/verify-progress.md`)。
54
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
55
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
56
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/verify-progress.md`;
57
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
55
58
 
56
- `$ARGUMENTS` 为空,运行 `harnessed run verify-progress`(不带 stdin pipe)。
57
-
58
- 执行完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一阶段操作。是否继续调用,请根据对话上下文自行判断——该提示仅供参考,并非强制指令。
59
-
60
- <!-- harnessed-generated:v3.4.4 -->
59
+ <!-- harnessed-generated:v4.9.1 -->
61
60
 
62
61
  ## 参考资料
63
62
 
@@ -54,17 +54,18 @@ Sister `workflows/judgments/stage-routing.yaml`:
54
54
 
55
55
  ## How to invoke
56
56
 
57
- Use the Bash tool to run:
58
-
59
- ```bash
60
- echo "$ARGUMENTS" | harnessed run verify-qa --task-stdin
61
- ```
62
-
63
- If `$ARGUMENTS` is empty, run `harnessed run verify-qa` (no stdin pipe).
64
-
65
- After completion, the Bash output prints a `Next:` hint on stderr suggesting the next stage. Decide whether to invoke based on conversation context — the hint is informational, not prescriptive.
66
-
67
- <!-- harnessed-generated:v3.4.4 -->
57
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run verify-qa` — that is the CI/headless
58
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
59
+ invoked from inside a Claude Code session).
60
+
61
+ Run the `/verify-qa` slash command instead (generated by `harnessed setup` at
62
+ `~/.claude/commands/verify-qa.md`). It drives the stage natively: `harnessed gates` → which
63
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
64
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
65
+ full state-machine steps live in `~/.claude/commands/verify-qa.md`; if that file is absent,
66
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
67
+
68
+ <!-- harnessed-generated:v4.9.1 -->
68
69
 
69
70
  ## References
70
71
 
@@ -52,19 +52,18 @@ Sister `workflows/judgments/stage-routing.yaml`:
52
52
  - setup 需 Python 后端 (Tortoise ORM / pandas) → `webapp-testing` skill
53
53
  - 性能 / a11y / 内存诊断 → 不在此子工作流,用 `chrome-devtools-mcp`
54
54
 
55
- ## 调用方式
55
+ ## 如何调用
56
56
 
57
- 使用 Bash 工具运行:
57
+ CC-native 编排。**不要** pipe 到 `harnessed run verify-qa` —— 那是 CI/headless 路径(in-process
58
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
58
59
 
59
- ```bash
60
- echo "$ARGUMENTS" | harnessed run verify-qa --task-stdin
61
- ```
60
+ 改用 `/verify-qa` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/verify-qa.md`)。
61
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
62
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
63
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/verify-qa.md`;
64
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
62
65
 
63
- `$ARGUMENTS` 为空,则运行 `harnessed run verify-qa`(不接管道输入)。
64
-
65
- 完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一阶段。是否调用取决于对话上下文 — 该提示仅供参考,非强制指令。
66
-
67
- <!-- harnessed-generated:v3.4.4 -->
66
+ <!-- harnessed-generated:v4.9.1 -->
68
67
 
69
68
  ## 参考资料
70
69
 
@@ -49,17 +49,18 @@ Sister `workflows/judgments/stage-routing.yaml`:
49
49
 
50
50
  ## How to invoke
51
51
 
52
- Use the Bash tool to run:
53
-
54
- ```bash
55
- echo "$ARGUMENTS" | harnessed run verify-security --task-stdin
56
- ```
57
-
58
- If `$ARGUMENTS` is empty, run `harnessed run verify-security` (no stdin pipe).
59
-
60
- After completion, the Bash output prints a `Next:` hint on stderr suggesting the next stage. Decide whether to invoke based on conversation context — the hint is informational, not prescriptive.
61
-
62
- <!-- harnessed-generated:v3.4.4 -->
52
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run verify-security` — that is the CI/headless
53
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
54
+ invoked from inside a Claude Code session).
55
+
56
+ Run the `/verify-security` slash command instead (generated by `harnessed setup` at
57
+ `~/.claude/commands/verify-security.md`). It drives the stage natively: `harnessed gates` → which
58
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
59
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
60
+ full state-machine steps live in `~/.claude/commands/verify-security.md`; if that file is absent,
61
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
62
+
63
+ <!-- harnessed-generated:v4.9.1 -->
63
64
 
64
65
  ## References
65
66
 
@@ -47,19 +47,18 @@ Sister `workflows/judgments/stage-routing.yaml`:
47
47
  - ✅ **触发**: auth flow / session / credentials / API keys / SQL injection 路径 / OWASP top 10 area
48
48
  - ❌ **跳过**: docs / 纯 UI styling / 内部 refactor / non-security PR
49
49
 
50
- ## 调用方式
50
+ ## 如何调用
51
51
 
52
- 使用 Bash 工具运行:
52
+ CC-native 编排。**不要** pipe 到 `harnessed run verify-security` —— 那是 CI/headless 路径(in-process
53
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
53
54
 
54
- ```bash
55
- echo "$ARGUMENTS" | harnessed run verify-security --task-stdin
56
- ```
55
+ 改用 `/verify-security` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/verify-security.md`)。
56
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
57
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
58
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/verify-security.md`;
59
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
57
60
 
58
- `$ARGUMENTS` 为空,则运行 `harnessed run verify-security`(不接管道输入)。
59
-
60
- 完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一阶段。是否调用取决于对话上下文 — 该提示仅供参考,非强制指令。
61
-
62
- <!-- harnessed-generated:v3.4.4 -->
61
+ <!-- harnessed-generated:v4.9.1 -->
63
62
 
64
63
  ## 参考资料
65
64
 
@@ -49,17 +49,18 @@ Sister `workflows/judgments/stage-routing.yaml`:
49
49
 
50
50
  ## How to invoke
51
51
 
52
- Use the Bash tool to run:
53
-
54
- ```bash
55
- echo "$ARGUMENTS" | harnessed run verify-simplify --task-stdin
56
- ```
57
-
58
- If `$ARGUMENTS` is empty, run `harnessed run verify-simplify` (no stdin pipe).
59
-
60
- After completion, the Bash output prints a `Next:` hint on stderr suggesting the next stage. Decide whether to invoke based on conversation context — the hint is informational, not prescriptive.
61
-
62
- <!-- harnessed-generated:v3.4.4 -->
52
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run verify-simplify` — that is the CI/headless
53
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
54
+ invoked from inside a Claude Code session).
55
+
56
+ Run the `/verify-simplify` slash command instead (generated by `harnessed setup` at
57
+ `~/.claude/commands/verify-simplify.md`). It drives the stage natively: `harnessed gates` → which
58
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
59
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
60
+ full state-machine steps live in `~/.claude/commands/verify-simplify.md`; if that file is absent,
61
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
62
+
63
+ <!-- harnessed-generated:v4.9.1 -->
63
64
 
64
65
  ## References
65
66
 
@@ -47,19 +47,18 @@ Sister `workflows/judgments/stage-routing.yaml`:
47
47
  - ✅ **触发**: verify chain 末尾步骤 (所有其他 verify sub 已 ship,准备 code 简化收尾)
48
48
  - ❌ **跳过**: verify chain 中间步骤 (避免过早简化干扰后续 review)
49
49
 
50
- ## 调用方式
50
+ ## 如何调用
51
51
 
52
- 使用 Bash 工具运行:
52
+ CC-native 编排。**不要** pipe 到 `harnessed run verify-simplify` —— 那是 CI/headless 路径(in-process
53
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
53
54
 
54
- ```bash
55
- echo "$ARGUMENTS" | harnessed run verify-simplify --task-stdin
56
- ```
55
+ 改用 `/verify-simplify` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/verify-simplify.md`)。
56
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
57
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
58
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/verify-simplify.md`;
59
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
57
60
 
58
- `$ARGUMENTS` 为空,则运行 `harnessed run verify-simplify`(不接管道输入)。
59
-
60
- 完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一阶段。是否调用取决于对话上下文 — 该提示仅供参考,非强制指令。
61
-
62
- <!-- harnessed-generated:v3.4.4 -->
61
+ <!-- harnessed-generated:v4.9.1 -->
63
62
 
64
63
  ## 参考资料
65
64