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
@@ -39,43 +39,13 @@ Sister `workflows/capabilities.yaml` 条目:
39
39
 
40
40
  ## 如何调用
41
41
 
42
- **优先路径**(master orchestrator):按当前 stage 规定的顺序依次调用各子工作流的 slash command。每个子命令安装在 `<claude-home>/commands/<sub-name>.md`(由 `harnessed setup` 安装),自带双路径兜底。
42
+ CC-native 编排。**不要** pipe `harnessed run research` —— 那是 CI/headless 路径(in-process
43
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
43
44
 
44
- **兜底路径**(当上游未安装或无返回结果时):使用 Task 工具 spawn 一个通用 subagent,prompt 如下:
45
+ 改用 `/research` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/research.md`)。
46
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
47
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
48
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/research.md`;
49
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
45
50
 
46
- > You are a **Research analyst**.
47
- >
48
- > **Mission**: Multi-source investigation (docs / web search / codebase grep / library probe) producing a `findings.md` with citations, NOT speculation. Use `ctx7` for library docs, `tavily-mcp` / `exa-mcp` for web, `gh` CLI for GitHub artifacts, and codebase `Grep` for internal references.
49
- >
50
- > **Default-suspect mode**: assume the change is broken / risky / incomplete until proven otherwise. Cite `file:line` for every finding; do not generalize.
51
- >
52
- > **Review checklist**:
53
- > 1. Resolve each unknown claim to a citable source (URL, file:line, or `ctx7` doc id)
54
- >
55
- > 2. Cite version explicitly when discussing library / framework APIs (training cutoff may be stale)
56
- >
57
- > 3. Capture conflicting sources side-by-side; do not silently pick one
58
- >
59
- > 4. Flag `OPEN: <question>` for items the user must decide; never paper over
60
- >
61
- > 5. Persist results to `.planning/<phase>/findings.md` for cross-session handoff
62
- >
63
- > **Output format**: structured report with severity-classified findings (verified / unverified / conflicting / open). One finding per line: `[severity] file:line — problem (one sentence); fix: suggested change`. If no findings, say so explicitly. No preamble, no end-of-report summary.
64
-
65
- (Role prompt 自包含 — 即使上游 `specialist` user-skill / plugin 未安装也可正常运行。)
66
-
67
- (`harnessed setup` 同时会在 `<claude-home>/commands/research.md` 安装一个 `research` Claude Code slash command,使 `/research` 成为真正的平台 slash command — 两个文件携带相同的双路径指令。之前 v3.4.x 中 `harnessed research --apply` CLI 的相关说明已移除;该子命令从未被实现。)
68
-
69
- ## 如何调用
70
-
71
- 使用 Bash 工具运行:
72
-
73
- ```bash
74
- echo "$ARGUMENTS" | harnessed run research --task-stdin
75
- ```
76
-
77
- 如果 `$ARGUMENTS` 为空,运行 `harnessed run research`(不带 stdin pipe)。
78
-
79
- 完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一个阶段。根据对话上下文决定是否调用 — 该提示仅供参考,不作强制指引。
80
-
81
- <!-- harnessed-generated:v3.4.4 -->
51
+ <!-- harnessed-generated:v4.9.1 -->
@@ -49,17 +49,18 @@ Sister `workflows/capabilities.yaml` entries:
49
49
 
50
50
  ## How to invoke
51
51
 
52
- Use the Bash tool to run:
53
-
54
- ```bash
55
- echo "$ARGUMENTS" | harnessed run retro --task-stdin
56
- ```
57
-
58
- If `$ARGUMENTS` is empty, run `harnessed run retro` (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 retro` — 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 `/retro` slash command instead (generated by `harnessed setup` at
57
+ `~/.claude/commands/retro.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/retro.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
 
@@ -49,17 +49,16 @@ Sister `workflows/capabilities.yaml` 条目:
49
49
 
50
50
  ## 如何调用
51
51
 
52
- 使用 Bash 工具运行:
52
+ CC-native 编排。**不要** pipe 到 `harnessed run retro` —— 那是 CI/headless 路径(in-process
53
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
53
54
 
54
- ```bash
55
- echo "$ARGUMENTS" | harnessed run retro --task-stdin
56
- ```
55
+ 改用 `/retro` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/retro.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/retro.md`;
59
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
57
60
 
58
- 如果 `$ARGUMENTS` 为空,运行 `harnessed run retro`(不带 stdin pipe)。
59
-
60
- 完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一个阶段。根据对话上下文决定是否调用 — 该提示仅供参考,不作强制指引。
61
-
62
- <!-- harnessed-generated:v3.4.4 -->
61
+ <!-- harnessed-generated:v4.9.1 -->
63
62
 
64
63
  ## 参考文档
65
64
 
@@ -59,17 +59,18 @@ Sister `workflows/capabilities.yaml`:
59
59
 
60
60
  ## How to invoke
61
61
 
62
- Use the Bash tool to run:
63
-
64
- ```bash
65
- echo "$ARGUMENTS" | harnessed run task --task-stdin
66
- ```
67
-
68
- If `$ARGUMENTS` is empty, run `harnessed run task` (no stdin pipe).
69
-
70
- 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.
71
-
72
- <!-- harnessed-generated:v3.4.4 -->
62
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run task` — that is the CI/headless
63
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
64
+ invoked from inside a Claude Code session).
65
+
66
+ Run the `/task` slash command instead (generated by `harnessed setup` at
67
+ `~/.claude/commands/task.md`). It drives the stage natively: `harnessed gates` → which
68
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
69
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
70
+ full state-machine steps live in `~/.claude/commands/task.md`; if that file is absent,
71
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
72
+
73
+ <!-- harnessed-generated:v4.9.1 -->
73
74
 
74
75
  ## References
75
76
 
@@ -57,19 +57,18 @@ Sister `workflows/capabilities.yaml`:
57
57
 
58
58
  - Slash command: `/task <text>` (bare per ADR 0030 namespace policy D-02 LOCK after `harnessed setup`)
59
59
 
60
- ## How to invoke
60
+ ## 如何调用
61
61
 
62
- 使用 Bash 工具运行:
62
+ CC-native 编排。**不要** pipe 到 `harnessed run task` —— 那是 CI/headless 路径(in-process
63
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
63
64
 
64
- ```bash
65
- echo "$ARGUMENTS" | harnessed run task --task-stdin
66
- ```
65
+ 改用 `/task` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/task.md`)。
66
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
67
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
68
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/task.md`;
69
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
67
70
 
68
- `$ARGUMENTS` 为空,运行 `harnessed run task`(不带 stdin pipe)。
69
-
70
- 执行完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一个阶段。根据对话上下文自行决定是否调用——该提示仅供参考,不具强制性。
71
-
72
- <!-- harnessed-generated:v3.4.4 -->
71
+ <!-- harnessed-generated:v4.9.1 -->
73
72
 
74
73
  ## References
75
74
 
@@ -56,17 +56,18 @@ phase-level conditional tool fire NOT 决定 phase 是否走)。
56
56
 
57
57
  ## How to invoke
58
58
 
59
- Use the Bash tool to run:
60
-
61
- ```bash
62
- echo "$ARGUMENTS" | harnessed run task-clarify --task-stdin
63
- ```
64
-
65
- If `$ARGUMENTS` is empty, run `harnessed run task-clarify` (no stdin pipe).
66
-
67
- 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.
68
-
69
- <!-- harnessed-generated:v3.4.4 -->
59
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run task-clarify` — that is the CI/headless
60
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
61
+ invoked from inside a Claude Code session).
62
+
63
+ Run the `/task-clarify` slash command instead (generated by `harnessed setup` at
64
+ `~/.claude/commands/task-clarify.md`). It drives the stage natively: `harnessed gates` → which
65
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
66
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
67
+ full state-machine steps live in `~/.claude/commands/task-clarify.md`; if that file is absent,
68
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
69
+
70
+ <!-- harnessed-generated:v4.9.1 -->
70
71
 
71
72
  ## References
72
73
 
@@ -53,19 +53,18 @@ Phase 01-brainstorm 在 `phase.spec_ambiguous == true` 时条件性 fire `grill-
53
53
  无条件 fire(D-05 invokes_tools 与 OnClause 并存,但作用面不同——invokes_tools
54
54
  属于 phase 级别的条件性工具触发,不决定 phase 是否执行)。
55
55
 
56
- ## How to invoke
56
+ ## 如何调用
57
57
 
58
- 使用 Bash 工具运行:
58
+ CC-native 编排。**不要** pipe 到 `harnessed run task-clarify` —— 那是 CI/headless 路径(in-process
59
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
59
60
 
60
- ```bash
61
- echo "$ARGUMENTS" | harnessed run task-clarify --task-stdin
62
- ```
61
+ 改用 `/task-clarify` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/task-clarify.md`)。
62
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
63
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
64
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/task-clarify.md`;
65
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
63
66
 
64
- `$ARGUMENTS` 为空,运行 `harnessed run task-clarify`(不带 stdin pipe)。
65
-
66
- 执行完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一个阶段。根据对话上下文自行决定是否调用——该提示仅供参考,不具强制性。
67
-
68
- <!-- harnessed-generated:v3.4.4 -->
67
+ <!-- harnessed-generated:v4.9.1 -->
69
68
 
70
69
  ## References
71
70
 
@@ -62,17 +62,18 @@ marketplace).
62
62
 
63
63
  ## How to invoke
64
64
 
65
- Use the Bash tool to run:
66
-
67
- ```bash
68
- echo "$ARGUMENTS" | harnessed run task-code --task-stdin
69
- ```
70
-
71
- If `$ARGUMENTS` is empty, run `harnessed run task-code` (no stdin pipe).
72
-
73
- 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.
74
-
75
- <!-- harnessed-generated:v3.4.4 -->
65
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run task-code` — that is the CI/headless
66
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
67
+ invoked from inside a Claude Code session).
68
+
69
+ Run the `/task-code` slash command instead (generated by `harnessed setup` at
70
+ `~/.claude/commands/task-code.md`). It drives the stage natively: `harnessed gates` → which
71
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
72
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
73
+ full state-machine steps live in `~/.claude/commands/task-code.md`; if that file is absent,
74
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
75
+
76
+ <!-- harnessed-generated:v4.9.1 -->
76
77
 
77
78
  ## References
78
79
 
@@ -59,19 +59,18 @@ Phase 01-code 根据 phase fact context 条件性 fire 3 个 mattpocock 招式
59
59
  遵循捆绑的「跨 session 恢复」模式 + R20.6 Manus-style 持久化。需要安装
60
60
  `planning-with-files` Claude Code plugin(通过 Claude Code plugin marketplace 安装)。
61
61
 
62
- ## How to invoke
62
+ ## 如何调用
63
63
 
64
- 使用 Bash 工具运行:
64
+ CC-native 编排。**不要** pipe 到 `harnessed run task-code` —— 那是 CI/headless 路径(in-process
65
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
65
66
 
66
- ```bash
67
- echo "$ARGUMENTS" | harnessed run task-code --task-stdin
68
- ```
67
+ 改用 `/task-code` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/task-code.md`)。
68
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
69
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
70
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/task-code.md`;
71
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
69
72
 
70
- `$ARGUMENTS` 为空,运行 `harnessed run task-code`(不带 stdin pipe)。
71
-
72
- 执行完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一个阶段。根据对话上下文自行决定是否调用——该提示仅供参考,不具强制性。
73
-
74
- <!-- harnessed-generated:v3.4.4 -->
73
+ <!-- harnessed-generated:v4.9.1 -->
75
74
 
76
75
  ## References
77
76
 
@@ -84,17 +84,18 @@ Claude Code plugin marketplace).
84
84
 
85
85
  ## How to invoke
86
86
 
87
- Use the Bash tool to run:
88
-
89
- ```bash
90
- echo "$ARGUMENTS" | harnessed run task-deliver --task-stdin
91
- ```
92
-
93
- If `$ARGUMENTS` is empty, run `harnessed run task-deliver` (no stdin pipe).
94
-
95
- 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.
96
-
97
- <!-- harnessed-generated:v3.4.4 -->
87
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run task-deliver` — that is the CI/headless
88
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
89
+ invoked from inside a Claude Code session).
90
+
91
+ Run the `/task-deliver` slash command instead (generated by `harnessed setup` at
92
+ `~/.claude/commands/task-deliver.md`). It drives the stage natively: `harnessed gates` → which
93
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
94
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
95
+ full state-machine steps live in `~/.claude/commands/task-deliver.md`; if that file is absent,
96
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
97
+
98
+ <!-- harnessed-generated:v4.9.1 -->
98
99
 
99
100
  ## References
100
101
 
@@ -82,19 +82,18 @@ subtask 标记为完成——对应 Phase 01-code progress update 模式,是 S
82
82
  的最后一次调用。需要安装 `planning-with-files` Claude Code plugin(通过
83
83
  Claude Code plugin marketplace 安装)。
84
84
 
85
- ## How to invoke
85
+ ## 如何调用
86
86
 
87
- 使用 Bash 工具运行:
87
+ CC-native 编排。**不要** pipe 到 `harnessed run task-deliver` —— 那是 CI/headless 路径(in-process
88
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
88
89
 
89
- ```bash
90
- echo "$ARGUMENTS" | harnessed run task-deliver --task-stdin
91
- ```
90
+ 改用 `/task-deliver` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/task-deliver.md`)。
91
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
92
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
93
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/task-deliver.md`;
94
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
92
95
 
93
- `$ARGUMENTS` 为空,运行 `harnessed run task-deliver`(不带 stdin pipe)。
94
-
95
- 执行完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一个阶段。根据对话上下文自行决定是否调用——该提示仅供参考,不具强制性。
96
-
97
- <!-- harnessed-generated:v3.4.4 -->
96
+ <!-- harnessed-generated:v4.9.1 -->
98
97
 
99
98
  ## References
100
99
 
@@ -65,17 +65,18 @@ fix → regression-test), 测试通过则 skip diagnose entirely。
65
65
 
66
66
  ## How to invoke
67
67
 
68
- Use the Bash tool to run:
69
-
70
- ```bash
71
- echo "$ARGUMENTS" | harnessed run task-test --task-stdin
72
- ```
73
-
74
- If `$ARGUMENTS` is empty, run `harnessed run task-test` (no stdin pipe).
75
-
76
- 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.
77
-
78
- <!-- harnessed-generated:v3.4.4 -->
68
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run task-test` — that is the CI/headless
69
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
70
+ invoked from inside a Claude Code session).
71
+
72
+ Run the `/task-test` slash command instead (generated by `harnessed setup` at
73
+ `~/.claude/commands/task-test.md`). It drives the stage natively: `harnessed gates` → which
74
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
75
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
76
+ full state-machine steps live in `~/.claude/commands/task-test.md`; if that file is absent,
77
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
78
+
79
+ <!-- harnessed-generated:v4.9.1 -->
79
80
 
80
81
  ## References
81
82
 
@@ -63,19 +63,18 @@ SDK,用户发出明确信号时可切换至 mattpocock /tdd 别名路径。
63
63
  测试失败时进入 diagnose 循环(reproduce → minimise → hypothesise → instrument →
64
64
  fix → regression-test),测试通过则完全跳过 diagnose。
65
65
 
66
- ## 调用方式
66
+ ## 如何调用
67
67
 
68
- 使用 Bash 工具运行:
68
+ CC-native 编排。**不要** pipe 到 `harnessed run task-test` —— 那是 CI/headless 路径(in-process
69
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
69
70
 
70
- ```bash
71
- echo "$ARGUMENTS" | harnessed run task-test --task-stdin
72
- ```
71
+ 改用 `/task-test` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/task-test.md`)。
72
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
73
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
74
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/task-test.md`;
75
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
73
76
 
74
- `$ARGUMENTS` 为空,运行 `harnessed run task-test`(不带 stdin pipe)。
75
-
76
- 执行完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一阶段操作。是否调用取决于对话上下文——该提示仅供参考,不具强制性。
77
-
78
- <!-- harnessed-generated:v3.4.4 -->
77
+ <!-- harnessed-generated:v4.9.1 -->
79
78
 
80
79
  ## 参考资料
81
80
 
@@ -66,17 +66,18 @@ Sister `workflows/capabilities.yaml`:
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 --task-stdin
73
- ```
74
-
75
- If `$ARGUMENTS` is empty, run `harnessed run verify` (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` — 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` slash command instead (generated by `harnessed setup` at
74
+ `~/.claude/commands/verify.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.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
 
@@ -66,17 +66,16 @@ Sister `workflows/capabilities.yaml`:
66
66
 
67
67
  ## 如何调用
68
68
 
69
- 使用 Bash 工具运行:
69
+ CC-native 编排。**不要** pipe 到 `harnessed run verify` —— 那是 CI/headless 路径(in-process
70
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
70
71
 
71
- ```bash
72
- echo "$ARGUMENTS" | harnessed run verify --task-stdin
73
- ```
72
+ 改用 `/verify` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/verify.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.md`;
76
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
74
77
 
75
- `$ARGUMENTS` 为空,运行 `harnessed run verify`(不带 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
 
@@ -50,17 +50,18 @@ Sister `workflows/judgments/parallelism-gate.yaml`:
50
50
 
51
51
  ## How to invoke
52
52
 
53
- Use the Bash tool to run:
54
-
55
- ```bash
56
- echo "$ARGUMENTS" | harnessed run verify-code-review --task-stdin
57
- ```
58
-
59
- If `$ARGUMENTS` is empty, run `harnessed run verify-code-review` (no stdin pipe).
60
-
61
- 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.
62
-
63
- <!-- harnessed-generated:v3.4.4 -->
53
+ Orchestrated CC-natively. Do NOT pipe to `harnessed run verify-code-review` — that is the CI/headless
54
+ path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when
55
+ invoked from inside a Claude Code session).
56
+
57
+ Run the `/verify-code-review` slash command instead (generated by `harnessed setup` at
58
+ `~/.claude/commands/verify-code-review.md`). It drives the stage natively: `harnessed gates` → which
59
+ subs fire, `harnessed prompt <sub>` each spawn-ready prompt, then a CC-native subagent
60
+ (Task / Agent tool) per fired sub, recording each outcome with `harnessed checkpoint`. The
61
+ full state-machine steps live in `~/.claude/commands/verify-code-review.md`; if that file is absent,
62
+ follow that same gates → prompt → spawn → checkpoint sequence yourself.
63
+
64
+ <!-- harnessed-generated:v4.9.1 -->
64
65
 
65
66
  ## References
66
67
 
@@ -50,17 +50,16 @@ Sister `workflows/judgments/parallelism-gate.yaml`:
50
50
 
51
51
  ## 如何调用
52
52
 
53
- 使用 Bash 工具运行:
53
+ CC-native 编排。**不要** pipe 到 `harnessed run verify-code-review` —— 那是 CI/headless 路径(in-process
54
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
54
55
 
55
- ```bash
56
- echo "$ARGUMENTS" | harnessed run verify-code-review --task-stdin
57
- ```
56
+ 改用 `/verify-code-review` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/verify-code-review.md`)。
57
+ 它以 CC-native 方式驱动:`harnessed gates` 决定哪些 sub fire,`harnessed prompt <sub>` 给出每个
58
+ spawn-ready prompt,然后用 CC-native subagent(Task / Agent 工具)逐个 spawn 已 fire 的 sub,
59
+ 每个结果用 `harnessed checkpoint` 记录。完整 state-machine 步骤见 `~/.claude/commands/verify-code-review.md`;
60
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
58
61
 
59
- `$ARGUMENTS` 为空,运行 `harnessed run verify-code-review`(不带 stdin pipe)。
60
-
61
- 执行完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一阶段操作。是否调用取决于对话上下文——该提示仅供参考,不具强制性。
62
-
63
- <!-- harnessed-generated:v3.4.4 -->
62
+ <!-- harnessed-generated:v4.9.1 -->
64
63
 
65
64
  ## 参考资料
66
65
 
@@ -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-design --task-stdin
59
- ```
60
-
61
- If `$ARGUMENTS` is empty, run `harnessed run verify-design` (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-design` — 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-design` slash command instead (generated by `harnessed setup` at
60
+ `~/.claude/commands/verify-design.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-design.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
  - 创意补充 / 不要 AI 味 → `frontend-design`
51
51
  - 用户明示「独特 / 不要 AI 感」→ frontend-design 主导,否则 ui-ux-pro-max 优先
52
52
 
53
- ## 调用方式
53
+ ## 如何调用
54
54
 
55
- 使用 Bash 工具运行:
55
+ CC-native 编排。**不要** pipe 到 `harnessed run verify-design` —— 那是 CI/headless 路径(in-process
56
+ SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
56
57
 
57
- ```bash
58
- echo "$ARGUMENTS" | harnessed run verify-design --task-stdin
59
- ```
58
+ 改用 `/verify-design` slash command(由 `harnessed setup` 生成于 `~/.claude/commands/verify-design.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-design.md`;
62
+ 若该文件不存在,自行按 gates → prompt → spawn → checkpoint 同序执行。
60
63
 
61
- `$ARGUMENTS` 为空,运行 `harnessed run verify-design`(不带 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