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.
- package/bin/harnessed-inject-state.mjs +35 -4
- package/dist/cli.mjs +53 -10
- package/dist/cli.mjs.map +1 -1
- package/dist/index.mjs +1 -1
- package/dist/index.mjs.map +1 -1
- package/manifests/optional/perturn-inject.yaml +49 -0
- package/package.json +1 -1
- package/workflows/auto/SKILL.md +12 -12
- package/workflows/auto/SKILL.zh-Hans.md +8 -10
- package/workflows/discuss/auto/SKILL.md +12 -11
- package/workflows/discuss/auto/SKILL.zh-Hans.md +8 -9
- package/workflows/discuss/phase/SKILL.md +12 -11
- package/workflows/discuss/phase/SKILL.zh-Hans.md +8 -9
- package/workflows/discuss/strategic/SKILL.md +12 -11
- package/workflows/discuss/strategic/SKILL.zh-Hans.md +8 -9
- package/workflows/discuss/subtask/SKILL.md +12 -11
- package/workflows/discuss/subtask/SKILL.zh-Hans.md +8 -9
- package/workflows/plan/architecture/SKILL.md +12 -11
- package/workflows/plan/architecture/SKILL.zh-Hans.md +8 -9
- package/workflows/plan/auto/SKILL.md +12 -11
- package/workflows/plan/auto/SKILL.zh-Hans.md +8 -9
- package/workflows/plan/phase/SKILL.md +12 -11
- package/workflows/plan/phase/SKILL.zh-Hans.md +8 -9
- package/workflows/research/SKILL.md +12 -40
- package/workflows/research/SKILL.zh-Hans.md +8 -38
- package/workflows/retro/SKILL.md +12 -11
- package/workflows/retro/SKILL.zh-Hans.md +8 -9
- package/workflows/task/auto/SKILL.md +12 -11
- package/workflows/task/auto/SKILL.zh-Hans.md +9 -10
- package/workflows/task/clarify/SKILL.md +12 -11
- package/workflows/task/clarify/SKILL.zh-Hans.md +9 -10
- package/workflows/task/code/SKILL.md +12 -11
- package/workflows/task/code/SKILL.zh-Hans.md +9 -10
- package/workflows/task/deliver/SKILL.md +12 -11
- package/workflows/task/deliver/SKILL.zh-Hans.md +9 -10
- package/workflows/task/test/SKILL.md +12 -11
- package/workflows/task/test/SKILL.zh-Hans.md +9 -10
- package/workflows/verify/auto/SKILL.md +12 -11
- package/workflows/verify/auto/SKILL.zh-Hans.md +8 -9
- package/workflows/verify/code-review/SKILL.md +12 -11
- package/workflows/verify/code-review/SKILL.zh-Hans.md +8 -9
- package/workflows/verify/design/SKILL.md +12 -11
- package/workflows/verify/design/SKILL.zh-Hans.md +9 -10
- package/workflows/verify/multispec/SKILL.md +12 -11
- package/workflows/verify/multispec/SKILL.zh-Hans.md +9 -10
- package/workflows/verify/paranoid/SKILL.md +12 -11
- package/workflows/verify/paranoid/SKILL.zh-Hans.md +9 -10
- package/workflows/verify/progress/SKILL.md +12 -11
- package/workflows/verify/progress/SKILL.zh-Hans.md +9 -10
- package/workflows/verify/qa/SKILL.md +12 -11
- package/workflows/verify/qa/SKILL.zh-Hans.md +9 -10
- package/workflows/verify/security/SKILL.md +12 -11
- package/workflows/verify/security/SKILL.zh-Hans.md +9 -10
- package/workflows/verify/simplify/SKILL.md +12 -11
- 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
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
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
|
-
|
|
69
|
+
CC-native 编排。**不要** pipe 到 `harnessed run verify-multispec` —— 那是 CI/headless 路径(in-process
|
|
70
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
70
71
|
|
|
71
|
-
|
|
72
|
-
|
|
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
|
-
|
|
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
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
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
|
-
|
|
55
|
+
CC-native 编排。**不要** pipe 到 `harnessed run verify-paranoid` —— 那是 CI/headless 路径(in-process
|
|
56
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
56
57
|
|
|
57
|
-
|
|
58
|
-
|
|
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
|
-
|
|
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
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
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
|
-
|
|
50
|
+
CC-native 编排。**不要** pipe 到 `harnessed run verify-progress` —— 那是 CI/headless 路径(in-process
|
|
51
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
51
52
|
|
|
52
|
-
|
|
53
|
-
|
|
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
|
-
|
|
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
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
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
|
-
|
|
57
|
+
CC-native 编排。**不要** pipe 到 `harnessed run verify-qa` —— 那是 CI/headless 路径(in-process
|
|
58
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
58
59
|
|
|
59
|
-
|
|
60
|
-
|
|
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
|
-
|
|
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
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
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
|
-
|
|
52
|
+
CC-native 编排。**不要** pipe 到 `harnessed run verify-security` —— 那是 CI/headless 路径(in-process
|
|
53
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
53
54
|
|
|
54
|
-
|
|
55
|
-
|
|
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
|
-
|
|
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
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
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
|
-
|
|
52
|
+
CC-native 编排。**不要** pipe 到 `harnessed run verify-simplify` —— 那是 CI/headless 路径(in-process
|
|
53
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
53
54
|
|
|
54
|
-
|
|
55
|
-
|
|
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
|
-
|
|
59
|
-
|
|
60
|
-
完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一阶段。是否调用取决于对话上下文 — 该提示仅供参考,非强制指令。
|
|
61
|
-
|
|
62
|
-
<!-- harnessed-generated:v3.4.4 -->
|
|
61
|
+
<!-- harnessed-generated:v4.9.1 -->
|
|
63
62
|
|
|
64
63
|
## 参考资料
|
|
65
64
|
|