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
|
@@ -39,43 +39,13 @@ Sister `workflows/capabilities.yaml` 条目:
|
|
|
39
39
|
|
|
40
40
|
## 如何调用
|
|
41
41
|
|
|
42
|
-
|
|
42
|
+
CC-native 编排。**不要** pipe 到 `harnessed run research` —— 那是 CI/headless 路径(in-process
|
|
43
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
43
44
|
|
|
44
|
-
|
|
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
|
-
|
|
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 -->
|
package/workflows/retro/SKILL.md
CHANGED
|
@@ -49,17 +49,18 @@ Sister `workflows/capabilities.yaml` entries:
|
|
|
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 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
|
-
|
|
52
|
+
CC-native 编排。**不要** pipe 到 `harnessed run retro` —— 那是 CI/headless 路径(in-process
|
|
53
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
53
54
|
|
|
54
|
-
|
|
55
|
-
|
|
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
|
-
|
|
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
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
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
|
-
##
|
|
60
|
+
## 如何调用
|
|
61
61
|
|
|
62
|
-
|
|
62
|
+
CC-native 编排。**不要** pipe 到 `harnessed run task` —— 那是 CI/headless 路径(in-process
|
|
63
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
63
64
|
|
|
64
|
-
|
|
65
|
-
|
|
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
|
-
|
|
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
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
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
|
-
##
|
|
56
|
+
## 如何调用
|
|
57
57
|
|
|
58
|
-
|
|
58
|
+
CC-native 编排。**不要** pipe 到 `harnessed run task-clarify` —— 那是 CI/headless 路径(in-process
|
|
59
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
59
60
|
|
|
60
|
-
|
|
61
|
-
|
|
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
|
-
|
|
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
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
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
|
-
##
|
|
62
|
+
## 如何调用
|
|
63
63
|
|
|
64
|
-
|
|
64
|
+
CC-native 编排。**不要** pipe 到 `harnessed run task-code` —— 那是 CI/headless 路径(in-process
|
|
65
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
65
66
|
|
|
66
|
-
|
|
67
|
-
|
|
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
|
-
|
|
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
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
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
|
-
##
|
|
85
|
+
## 如何调用
|
|
86
86
|
|
|
87
|
-
|
|
87
|
+
CC-native 编排。**不要** pipe 到 `harnessed run task-deliver` —— 那是 CI/headless 路径(in-process
|
|
88
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
88
89
|
|
|
89
|
-
|
|
90
|
-
|
|
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
|
-
|
|
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
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
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
|
-
|
|
68
|
+
CC-native 编排。**不要** pipe 到 `harnessed run task-test` —— 那是 CI/headless 路径(in-process
|
|
69
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
69
70
|
|
|
70
|
-
|
|
71
|
-
|
|
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
|
-
|
|
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
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
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
|
-
|
|
69
|
+
CC-native 编排。**不要** pipe 到 `harnessed run verify` —— 那是 CI/headless 路径(in-process
|
|
70
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
70
71
|
|
|
71
|
-
|
|
72
|
-
|
|
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
|
-
|
|
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
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
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
|
-
|
|
53
|
+
CC-native 编排。**不要** pipe 到 `harnessed run verify-code-review` —— 那是 CI/headless 路径(in-process
|
|
54
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
54
55
|
|
|
55
|
-
|
|
56
|
-
|
|
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
|
-
|
|
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
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
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
|
-
|
|
55
|
+
CC-native 编排。**不要** pipe 到 `harnessed run verify-design` —— 那是 CI/headless 路径(in-process
|
|
56
|
+
SDK spawn,会阻塞 session、绕过 Agent Teams,在 Claude Code 内部调用时还会挂死)。
|
|
56
57
|
|
|
57
|
-
|
|
58
|
-
|
|
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
|
-
|
|
62
|
-
|
|
63
|
-
执行完成后,Bash 输出会在 stderr 打印 `Next:` 提示,建议下一阶段操作。是否继续调用,请根据对话上下文自行判断——该提示仅供参考,并非强制指令。
|
|
64
|
-
|
|
65
|
-
<!-- harnessed-generated:v3.4.4 -->
|
|
64
|
+
<!-- harnessed-generated:v4.9.1 -->
|
|
66
65
|
|
|
67
66
|
## 参考资料
|
|
68
67
|
|