harnessed 3.4.4 → 3.6.0
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/THIRD-PARTY-NOTICES.md +34 -0
- package/dist/cli.mjs +259 -27
- package/dist/cli.mjs.map +1 -1
- package/dist/index.mjs +1 -1
- package/dist/index.mjs.map +1 -1
- package/package.json +3 -2
- package/workflows/capabilities.yaml +17 -18
- package/workflows/disciplines/karpathy.yaml +1 -1
- package/workflows/disciplines/language.yaml +1 -1
- package/workflows/disciplines/operational.yaml +20 -2
- package/workflows/disciplines/output-style.yaml +1 -1
- package/workflows/disciplines/priority.yaml +1 -1
- package/workflows/disciplines/protocols.yaml +1 -1
- package/workflows/discuss/auto/SKILL.md +1 -2
- package/workflows/discuss/auto/workflow.yaml +1 -2
- package/workflows/discuss/phase/SKILL.md +0 -1
- package/workflows/discuss/phase/workflow.yaml +1 -1
- package/workflows/discuss/strategic/SKILL.md +1 -2
- package/workflows/discuss/strategic/workflow.yaml +2 -3
- package/workflows/discuss/subtask/SKILL.md +0 -1
- package/workflows/discuss/subtask/workflow.yaml +1 -1
- package/workflows/judgments/fallback.yaml +1 -1
- package/workflows/judgments/parallelism-gate.yaml +4 -3
- package/workflows/judgments/phase-gate.yaml +2 -2
- package/workflows/judgments/strategic-gate.yaml +2 -2
- package/workflows/judgments/subtask-gate.yaml +2 -2
- package/workflows/judgments/tdd-gate.yaml +2 -2
- package/workflows/judgments/user-overrides.yaml +82 -0
- package/workflows/judgments/web-design-routing.yaml +1 -1
- package/workflows/judgments/web-search-routing.yaml +1 -1
- package/workflows/judgments/web-testing-routing.yaml +1 -1
- package/workflows/plan/architecture/SKILL.md +2 -3
- package/workflows/plan/architecture/workflow.yaml +2 -2
- package/workflows/plan/auto/SKILL.md +1 -2
- package/workflows/plan/auto/workflow.yaml +1 -2
- package/workflows/plan/phase/SKILL.md +3 -4
- package/workflows/plan/phase/workflow.yaml +3 -3
- package/workflows/plan-feature/SKILL.md +4 -4
- package/workflows/research/SKILL.md +5 -5
- package/workflows/research/workflow.yaml +4 -4
- package/workflows/retro/SKILL.md +2 -3
- package/workflows/retro/workflow.yaml +1 -2
- package/workflows/role-prompts.yaml +51 -5
- package/workflows/task/auto/SKILL.md +2 -3
- package/workflows/task/auto/workflow.yaml +2 -3
- package/workflows/task/clarify/SKILL.md +0 -1
- package/workflows/task/code/SKILL.md +3 -4
- package/workflows/task/code/workflow.yaml +0 -1
- package/workflows/task/deliver/SKILL.md +3 -6
- package/workflows/task/deliver/workflow.yaml +7 -6
- package/workflows/task/test/SKILL.md +0 -1
- package/workflows/task/test/workflow.yaml +1 -2
- package/workflows/verify/auto/SKILL.md +5 -6
- package/workflows/verify/auto/workflow.yaml +4 -5
- package/workflows/verify/code-review/SKILL.md +3 -5
- package/workflows/verify/code-review/workflow.yaml +1 -3
- package/workflows/verify/design/SKILL.md +3 -5
- package/workflows/verify/design/workflow.yaml +4 -5
- package/workflows/verify/multispec/SKILL.md +6 -8
- package/workflows/verify/multispec/workflow.yaml +5 -8
- package/workflows/verify/paranoid/SKILL.md +2 -3
- package/workflows/verify/paranoid/workflow.yaml +1 -2
- package/workflows/verify/progress/SKILL.md +2 -3
- package/workflows/verify/progress/workflow.yaml +0 -1
- package/workflows/verify/qa/SKILL.md +4 -5
- package/workflows/verify/qa/workflow.yaml +1 -2
- package/workflows/verify/security/SKILL.md +1 -2
- package/workflows/verify/security/workflow.yaml +1 -2
- package/workflows/verify/simplify/SKILL.md +2 -3
- package/workflows/verify/simplify/workflow.yaml +1 -2
- package/workflows/verify-work/SKILL.md +5 -7
- package/workflows/verify-work/workflow.yaml +5 -7
|
@@ -3,7 +3,7 @@ name: plan-phase
|
|
|
3
3
|
description: |
|
|
4
4
|
Stage ②.b 计划层 plan sub-workflow — GSD /gsd-plan-phase Wave A research + Wave B planner +
|
|
5
5
|
Wave C plan-checker + planning-with-files Claude Code plugin /plan 持久化 task_plan.md +
|
|
6
|
-
progress.md (
|
|
6
|
+
progress.md (bundled Plan-stage cadence: GSD + planning-with-files)。Stage ② 铁律:
|
|
7
7
|
dual capability (GSD orchestration + planning-with-files plugin)。schema_version:
|
|
8
8
|
harnessed.workflow.v3 with disciplines_applied (6 default) + tools_available [gsd-plan-phase,
|
|
9
9
|
planning-with-files] + 2 phases (01-gsd-plan + 02-persist)。Triggered by harnessed CLI
|
|
@@ -34,8 +34,8 @@ claude-code-plugin /plan + Pattern A sub-workflow ship)。
|
|
|
34
34
|
Sister `workflows/capabilities.yaml` entries:
|
|
35
35
|
- `gsd-plan-phase` — Bucket 2 (impl: gsd, cmd: /gsd-plan-phase)
|
|
36
36
|
- `planning-with-files` — Bucket 4 (impl: claude-code-plugin, cmd: /plan;
|
|
37
|
-
|
|
38
|
-
task_plan.md + progress.md + findings.md)
|
|
37
|
+
requires the `planning-with-files` Claude Code plugin to be installed via the
|
|
38
|
+
Claude Code plugin marketplace; outputs: task_plan.md + progress.md + findings.md)
|
|
39
39
|
|
|
40
40
|
## Stage ② 铁律 — dual capability
|
|
41
41
|
|
|
@@ -72,6 +72,5 @@ After completion, the Bash output prints a `Next:` hint on stderr suggesting the
|
|
|
72
72
|
|
|
73
73
|
- D-04 Stage ② Plan 二层 (架构 / 计划)
|
|
74
74
|
- D-15 Q-AUDIT-5a planning-with-files claude-code-plugin reframe (NOT npm-sdk)
|
|
75
|
-
- ~/.claude/CLAUDE.md "Plan 阶段 GSD + planning-with-files"
|
|
76
75
|
- workflows/capabilities.yaml — gsd-plan-phase / planning-with-files (Bucket 4)
|
|
77
76
|
- workflows/defaults.yaml — ralph_max_iterations.plan-phase.* values (W2.2 backfill)
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# workflows/plan/phase/workflow.yaml — Phase v3.0-3.4 W0 T3.4.W0.5
|
|
2
2
|
#
|
|
3
3
|
# Stage ②.b 计划层 sub-workflow — GSD /gsd-plan-phase Wave A research + Wave B planner +
|
|
4
|
-
# Wave C plan-checker + planning-with-files /plan 持久化 task_plan.md
|
|
5
|
-
#
|
|
6
|
-
# (gsd-plan-phase + planning-with-files /plan invokes)。
|
|
4
|
+
# Wave C plan-checker + planning-with-files /plan 持久化 task_plan.md
|
|
5
|
+
# (bundled Plan-stage cadence: GSD + planning-with-files).
|
|
6
|
+
# Stage ② 铁律: dual capability (gsd-plan-phase + planning-with-files /plan invokes)。
|
|
7
7
|
#
|
|
8
8
|
# Sister refs:
|
|
9
9
|
# - workflows/capabilities.yaml — gsd-plan-phase / planning-with-files
|
|
@@ -54,9 +54,9 @@ to brainstorm or planning (D-04 PUSH 任 1 phase 转换前 read = vetoed → 全
|
|
|
54
54
|
|
|
55
55
|
### Phase 5 planning-with-files plugin 真接 (Q-AUDIT-5a LOCKED Option A)
|
|
56
56
|
|
|
57
|
-
05-persist invokes the **Claude Code plugin** slash command `/plan
|
|
58
|
-
|
|
59
|
-
|
|
57
|
+
05-persist invokes the **Claude Code plugin** slash command `/plan`. Requires
|
|
58
|
+
the `planning-with-files` Claude Code plugin to be installed via the Claude Code
|
|
59
|
+
plugin marketplace. The plugin generates 3 markdown files in
|
|
60
60
|
`.planning/<phase-id>/`:
|
|
61
61
|
|
|
62
62
|
- `task_plan.md` — 主计划 (task 列表 + 文件路径 + 依赖顺序 + 验收标准)
|
|
@@ -84,7 +84,7 @@ harnessed plan-feature --task "<text>" --apply
|
|
|
84
84
|
## Forward-looking note
|
|
85
85
|
|
|
86
86
|
The `trigger_phrases:` frontmatter is active after `harnessed setup` copies this
|
|
87
|
-
SKILL.md to
|
|
87
|
+
SKILL.md to `<claude-home>/skills/plan-feature/` — Claude Code then loads the slash
|
|
88
88
|
command `/plan-feature` automatically (Gap B fix — v1.0.2).
|
|
89
89
|
|
|
90
90
|
## References
|
|
@@ -16,7 +16,7 @@ phases content (01-fan-out + 02-synth) verbatim reused from v2 SHIPPED unchanged
|
|
|
16
16
|
|
|
17
17
|
| # | Phase | Upstream | Capability | Model | Description |
|
|
18
18
|
|---|-------|----------|-----------|-------|-------------|
|
|
19
|
-
| 01 | `01-fan-out` | web-search | (route-by-subtask) | sonnet | 3 source fan-out (Tavily MCP / Exa MCP / ctx7 CLI per
|
|
19
|
+
| 01 | `01-fan-out` | web-search | (route-by-subtask) | sonnet | 3 source fan-out (Tavily MCP / Exa MCP / ctx7 CLI per bundled web-search + context7 routing) |
|
|
20
20
|
| 02 | `02-synth` | gsd | `gsd-discuss-phase` | opus | GSD discuss-phase aggregate + dedup + reconcile |
|
|
21
21
|
|
|
22
22
|
## Capability refs
|
|
@@ -30,16 +30,16 @@ Sister `workflows/capabilities.yaml` entries:
|
|
|
30
30
|
## Invocation
|
|
31
31
|
- Slash command: `/research <topic>` (after `harnessed setup`)
|
|
32
32
|
|
|
33
|
-
## Routing rules (
|
|
33
|
+
## Routing rules (bundled web-search routing — `workflows/judgments/web-search-routing.yaml`)
|
|
34
34
|
- 描述式查询 ("找一篇对比 X 和 Y 的博客") → Exa MCP
|
|
35
35
|
- 学术 / 论文 → Exa MCP
|
|
36
|
-
- 库 / API 文档 → ctx7 CLI
|
|
36
|
+
- 库 / API 文档 → ctx7 CLI
|
|
37
37
|
- 关键词 / 时效内容 → Tavily MCP (默认)
|
|
38
38
|
- 抓整站 / 站点结构 → Tavily crawl/map
|
|
39
39
|
|
|
40
40
|
## How to invoke
|
|
41
41
|
|
|
42
|
-
**Preferred path** (master orchestrator): dispatch to the per-sub-workflow slash commands in the order this stage prescribes. Each sub command lives at
|
|
42
|
+
**Preferred path** (master orchestrator): dispatch to the per-sub-workflow slash commands in the order this stage prescribes. Each sub command lives at `<claude-home>/commands/<sub-name>.md` (installed by `harnessed setup`) with its own dual-path fallback.
|
|
43
43
|
|
|
44
44
|
**Fallback path** (when the upstream isn't installed or returns no result): use the Task tool to spawn a general-purpose subagent with this prompt:
|
|
45
45
|
|
|
@@ -64,7 +64,7 @@ Sister `workflows/capabilities.yaml` entries:
|
|
|
64
64
|
|
|
65
65
|
(Role prompt is self-contained — works even when the upstream `specialist` user-skill / plugin isn't installed.)
|
|
66
66
|
|
|
67
|
-
(
|
|
67
|
+
(`harnessed setup` also installs a `research` Claude Code slash command at `<claude-home>/commands/research.md` so `/research` is a real platform slash command — both files carry the same dual-path instruction. Previous v3.4.x `harnessed research --apply` CLI claims are removed; that subcommand was never implemented.)
|
|
68
68
|
|
|
69
69
|
## How to invoke
|
|
70
70
|
|
|
@@ -2,8 +2,8 @@
|
|
|
2
2
|
# (v2 19L → v3 ~25L schema bump per RESEARCH-workflows Area 2 Standalone section)
|
|
3
3
|
#
|
|
4
4
|
# Standalone Stage ① alternate — 多源调研 Tavily MCP (默认关键词) + Exa MCP (描述式 / 学术)
|
|
5
|
-
# + ctx7 CLI (库 API 文档) fan-out + GSD discuss synth aggregate;
|
|
6
|
-
#
|
|
5
|
+
# + ctx7 CLI (库 API 文档) fan-out + GSD discuss synth aggregate; bundled web-search +
|
|
6
|
+
# context7 routing rules (workflows/judgments/web-search-routing.yaml) 机器化 per R20.7 + D-08。
|
|
7
7
|
#
|
|
8
8
|
# v2 → v3 字段 delta (W1.1 schema bump scope):
|
|
9
9
|
# BUMP `schema_version: harnessed.workflow.v3` (17th surface — sister Phase 3.3 W0.11)
|
|
@@ -26,8 +26,8 @@ schema_version: harnessed.workflow.v3
|
|
|
26
26
|
workflow: research
|
|
27
27
|
description: |
|
|
28
28
|
Standalone Stage ① alternate — 多源调研 Tavily MCP (默认关键词) + Exa MCP (描述式 /
|
|
29
|
-
学术) + ctx7 CLI (库 API 文档) fan-out + GSD discuss synth aggregate;
|
|
30
|
-
|
|
29
|
+
学术) + ctx7 CLI (库 API 文档) fan-out + GSD discuss synth aggregate; bundled
|
|
30
|
+
web-search + context7 routing rules 机器化 per R20.7 + D-08。
|
|
31
31
|
|
|
32
32
|
disciplines_applied: [karpathy, output-style, language, operational, priority, protocols]
|
|
33
33
|
tools_available: [tavily-mcp, exa-mcp, ctx7, gsd-discuss-phase]
|
package/workflows/retro/SKILL.md
CHANGED
|
@@ -2,8 +2,8 @@
|
|
|
2
2
|
name: retro
|
|
3
3
|
description: |
|
|
4
4
|
Standalone post-④ Verify retrospective workflow — gstack /retro 经验教训 / 决策 / lessons
|
|
5
|
-
系统总结 (项目 / 里程碑结束可选,
|
|
6
|
-
|
|
5
|
+
系统总结 (项目 / 里程碑结束可选, bundled milestone-close retrospective cadence)
|
|
6
|
+
+ planning-with-files RETROSPECTIVE.md 持久化 (sister Phase
|
|
7
7
|
v2.0-2.5 RETROSPECTIVE pattern)。Capability ref retro-gstack alias suffix per Pattern A
|
|
8
8
|
E.2 LOCK (NOT bare retro 避免 standalone workflow / capability namespace 冲突)。
|
|
9
9
|
schema_version: harnessed.workflow.v3 with disciplines_applied (6 default) + tools_available
|
|
@@ -66,7 +66,6 @@ After completion, the Bash output prints a `Next:` hint on stderr suggesting the
|
|
|
66
66
|
- D-04 NEW v3 standalone workflow (research v3 bump + retro NEW)
|
|
67
67
|
- Pattern A E.2 LOCK — 2 alias suffix `-gstack` 解决 namespace 冲突 (retro-gstack + investigate-gstack)
|
|
68
68
|
- Pattern A reconcile D.2 — gstack 30 optional naming bare 例外
|
|
69
|
-
- ~/.claude/CLAUDE.md "项目 / 里程碑结束: 可选跑 /retro 总结" verbatim
|
|
70
69
|
- workflows/capabilities.yaml — retro-gstack (alias suffix) + planning-with-files
|
|
71
70
|
- workflows/defaults.yaml — ralph_max_iterations.retro.* values (W2.2 backfill)
|
|
72
71
|
- sister Phase v2.0-2.5 RETROSPECTIVE.md sink pattern
|
|
@@ -1,11 +1,10 @@
|
|
|
1
1
|
# workflows/retro/workflow.yaml — Phase v3.0-3.4 W1 T3.4.W1.2 NEW
|
|
2
2
|
#
|
|
3
3
|
# Standalone post-④ Verify — gstack /retro 经验教训总结 (项目 / 里程碑结束可选,
|
|
4
|
-
#
|
|
4
|
+
# bundled milestone-close retrospective cadence).
|
|
5
5
|
# Sink RETROSPECTIVE.md (sister Phase v2.0-2.5 RETROSPECTIVE pattern)。
|
|
6
6
|
#
|
|
7
7
|
# Sister refs:
|
|
8
|
-
# - ~/.claude/CLAUDE.md "项目 / 里程碑结束: 可选跑 /retro 总结" verbatim
|
|
9
8
|
# - workflows/capabilities.yaml — retro-gstack (Bucket 7 gstack optional alias suffix per
|
|
10
9
|
# Pattern A E.2 LOCK, 解决 namespace 冲突 — retro carrier 自带 gstack 字符串 NOT prefix policy)
|
|
11
10
|
# - workflows/capabilities.yaml — planning-with-files (Bucket 4 核心 capability /plan)
|
|
@@ -1,7 +1,8 @@
|
|
|
1
1
|
# <packageRoot>/workflows/role-prompts.yaml — harnessed v3.4.3 role-prompt registry.
|
|
2
2
|
#
|
|
3
3
|
# Per-sub-workflow metadata consumed by `src/cli/lib/generateCommands.ts` to
|
|
4
|
-
# emit
|
|
4
|
+
# emit `<claude-home>/commands/<slash-name>.md` files at `harnessed setup`
|
|
5
|
+
# time (Claude Code slash command install path).
|
|
5
6
|
#
|
|
6
7
|
# Each entry describes:
|
|
7
8
|
# primary_cap: Which capability key the "preferred path" invokes (the
|
|
@@ -13,9 +14,17 @@
|
|
|
13
14
|
# upstream gstack expert prompts where available (cited inline).
|
|
14
15
|
# Self-contained — works even when upstream user-skill missing.
|
|
15
16
|
# severity: Severity scale label used in the report format.
|
|
16
|
-
# description: YAML frontmatter `description` for
|
|
17
|
+
# description: YAML frontmatter `description` for <claude-home>/commands/<x>.md.
|
|
17
18
|
#
|
|
18
19
|
# Karpathy simplicity: 1 small yaml beats 23 hardcoded strings in TS.
|
|
20
|
+
#
|
|
21
|
+
# Upstream attributions (v3.6.0 Phase 1):
|
|
22
|
+
# Portions of the `task-clarify` / `task-code` / `discuss-subtask` entries
|
|
23
|
+
# below are paraphrased from https://github.com/mattpocock/skills
|
|
24
|
+
# (MIT License, commit b8be62ffacb0118fa3eaa29a0923c87c8c11985c). The full
|
|
25
|
+
# upstream license is preserved at
|
|
26
|
+
# .planning/v3.6.0/mattpocock-source/LICENSE and a project-wide attribution
|
|
27
|
+
# summary is in THIRD-PARTY-NOTICES.md at the repo root.
|
|
19
28
|
|
|
20
29
|
schema_version: harnessed.role-prompts.v1
|
|
21
30
|
|
|
@@ -45,7 +54,7 @@ prompts:
|
|
|
45
54
|
specialist: "Stage 1 discuss dispatcher"
|
|
46
55
|
responsibility: |
|
|
47
56
|
Independently evaluate three clarification layers (strategic / phase /
|
|
48
|
-
subtask) per
|
|
57
|
+
subtask) per the bundled 3-tier clarification gate and run only the
|
|
49
58
|
layers whose gate fires. Each layer's command is `/discuss-strategic`,
|
|
50
59
|
`/discuss-phase`, `/discuss-subtask`.
|
|
51
60
|
checklist: []
|
|
@@ -176,6 +185,16 @@ prompts:
|
|
|
176
185
|
Generate ≥2 implementation approaches for a single subtask and compare
|
|
177
186
|
tradeoffs. Fires when core algorithm / data structure / API contract /
|
|
178
187
|
high error-cost. Skip pure CRUD or single-obvious-path tasks.
|
|
188
|
+
|
|
189
|
+
# grill-me methodology paraphrased from mattpocock/skills (MIT, b8be62f)
|
|
190
|
+
# Source: skills/productivity/grill-me/SKILL.md
|
|
191
|
+
# When the user wants to stress-test a plan or asks to be grilled,
|
|
192
|
+
# interview them relentlessly about every aspect until shared
|
|
193
|
+
# understanding is reached. Walk down each branch of the decision tree,
|
|
194
|
+
# resolving dependencies between decisions one at a time. For each
|
|
195
|
+
# question, provide your recommended answer. Ask questions ONE at a
|
|
196
|
+
# time. If a question can be answered by exploring the codebase,
|
|
197
|
+
# explore the codebase instead of asking.
|
|
179
198
|
checklist:
|
|
180
199
|
- "State the subtask in one sentence; confirm scope with user if ambiguous"
|
|
181
200
|
- "Produce 2-4 distinct approaches (not just '2 flavors of the same idea')"
|
|
@@ -183,8 +202,11 @@ prompts:
|
|
|
183
202
|
- "Recommend one with 1-2 line reason; flag risks of the chosen path"
|
|
184
203
|
- "Output a `findings.md` block the implementer can paste into the task"
|
|
185
204
|
- "If options collapse to one (others clearly bad), say so and exit fast"
|
|
205
|
+
# grill-me additional checklist (paraphrased from mattpocock/skills)
|
|
206
|
+
- "Grill mode: walk the decision tree branch-by-branch, ONE question at a time, with your recommended answer"
|
|
207
|
+
- "Prefer codebase exploration over asking when a question can be answered from code"
|
|
186
208
|
severity: "recommended / acceptable / rejected"
|
|
187
|
-
description: "Generate 2-4 subtask approaches with tradeoffs and recommend one (brainstorming)."
|
|
209
|
+
description: "Generate 2-4 subtask approaches with tradeoffs and recommend one (brainstorming + grill-me on stress-test requests)."
|
|
188
210
|
|
|
189
211
|
# ============================================================================
|
|
190
212
|
# plan-* (2 subs)
|
|
@@ -238,6 +260,16 @@ prompts:
|
|
|
238
260
|
Surface ambiguity in a single subtask spec by asking ONE focused
|
|
239
261
|
question at a time. Fires when ≥2 approaches / core algorithm / API
|
|
240
262
|
contract / high error-cost. Skip if subtask is CRUD or already obvious.
|
|
263
|
+
|
|
264
|
+
# grill-with-docs methodology paraphrased from mattpocock/skills (MIT, b8be62f)
|
|
265
|
+
# Source: skills/engineering/grill-with-docs/SKILL.md
|
|
266
|
+
# When ambiguity overlaps with existing project docs / ADRs, run a
|
|
267
|
+
# grill-with-docs cycle: pressure-test the plan against the project's
|
|
268
|
+
# domain language (CONTEXT.md), sharpen terminology mismatches inline,
|
|
269
|
+
# and update ADRs as decisions crystallise. Challenge term conflicts
|
|
270
|
+
# immediately; sharpen vague/overloaded terms by proposing a canonical
|
|
271
|
+
# name; cross-reference user claims with code and surface contradictions.
|
|
272
|
+
# Output is BOTH a refined spec AND a doc-diff (CONTEXT.md / docs/adr/*.md).
|
|
241
273
|
checklist:
|
|
242
274
|
- "Read the subtask description; restate it in your own words to confirm"
|
|
243
275
|
- "List every assumption you would make; flag the ones the user must confirm"
|
|
@@ -245,6 +277,11 @@ prompts:
|
|
|
245
277
|
- "Stop asking when you have enough to write 80% of the code without guessing"
|
|
246
278
|
- "Record the resolved spec at the top of the subtask file before implementing"
|
|
247
279
|
- "If `phase.spec_ambiguous == true AND phase.no_docs == true`, request grill-me"
|
|
280
|
+
# grill-with-docs additional checklist (paraphrased from mattpocock/skills)
|
|
281
|
+
- "Cross-reference each assumption against CONTEXT.md domain language; flag terminology drift immediately"
|
|
282
|
+
- "Sharpen vague/overloaded terms (e.g. 'account' → Customer vs User) by proposing a canonical name"
|
|
283
|
+
- "If a decision crystallises mid-grill, draft the ADR delta inline (don't defer)"
|
|
284
|
+
- "Output BOTH the refined spec AND any doc-diff (CONTEXT.md / docs/adr/*.md)"
|
|
248
285
|
severity: "blocking-question / nice-to-know / resolved"
|
|
249
286
|
description: "Clarify subtask spec one question at a time (brainstorming + grill-with-docs on ambiguity)."
|
|
250
287
|
|
|
@@ -266,8 +303,17 @@ prompts:
|
|
|
266
303
|
- "No speculative abstractions (no 'just in case' generics)"
|
|
267
304
|
- "Edit with surgical precision: full path, exact selectors, no broad rewrites"
|
|
268
305
|
- "Update progress.md before declaring done (planning-with-files `/plan`)"
|
|
306
|
+
# zoom-out methodology paraphrased from mattpocock/skills (MIT, b8be62f)
|
|
307
|
+
# Source: skills/engineering/zoom-out/SKILL.md
|
|
308
|
+
- "zoom-out: when unfamiliar with an area, go up a layer of abstraction and map the relevant modules and callers using the project's CONTEXT.md domain glossary vocabulary"
|
|
309
|
+
# improve-codebase-architecture methodology paraphrased from mattpocock/skills (MIT, b8be62f)
|
|
310
|
+
# Source: skills/engineering/improve-codebase-architecture/SKILL.md
|
|
311
|
+
- "improve-arch: hunt deepening opportunities — modules whose interface is nearly as complex as their implementation are shallow; deep modules hide a lot of behaviour behind a small interface"
|
|
312
|
+
- "improve-arch deletion test: imagine deleting the module — if complexity vanishes it was a pass-through (delete it); if complexity reappears across N callers it was earning its keep (keep / deepen)"
|
|
313
|
+
- "improve-arch: name candidates using CONTEXT.md domain vocabulary (e.g. 'the Order intake module', not 'FooBarHandler'); if a candidate contradicts an existing ADR, only surface it when the friction is real enough to revisit the ADR"
|
|
314
|
+
- "improve-arch: present candidates as a before/after report and let the user pick which to explore before designing interfaces"
|
|
269
315
|
severity: "needs-fix / done / blocked"
|
|
270
|
-
description: "Implement a subtask under karpathy 4 心法 (Think Before Coding, Simplicity First, Surgical Changes, Goal-Driven); ≤200 LOC per file."
|
|
316
|
+
description: "Implement a subtask under karpathy 4 心法 (Think Before Coding, Simplicity First, Surgical Changes, Goal-Driven); ≤200 LOC per file. zoom-out for unfamiliar areas; improve-codebase-architecture for shallow-module deepening audits."
|
|
271
317
|
|
|
272
318
|
task-test:
|
|
273
319
|
primary_cap: "tdd"
|
|
@@ -22,7 +22,7 @@ trigger_phrases:
|
|
|
22
22
|
## Overview
|
|
23
23
|
|
|
24
24
|
4-stage cadence Stage ③ master orchestrator delegating to 4 sequential sub-workflows
|
|
25
|
-
per subtask (
|
|
25
|
+
per subtask (bundled Execute-stage cadence + karpathy 心法 always-on):
|
|
26
26
|
|
|
27
27
|
| order | sub | gate ref | mode | when fires |
|
|
28
28
|
| ----- | --- | -------- | ---- | ---------- |
|
|
@@ -39,7 +39,7 @@ mode delegate carries explicit `order`。Each subtask 入口走一次此 master
|
|
|
39
39
|
|
|
40
40
|
ralph-loop 是正交 wrapper, 套在 deliver sub 的 01-deliver phase 外层保 completion-promise
|
|
41
41
|
verbatim "COMPLETE" (R20.10)。任何执行单元 (subagent / team / 主 session) 都可外层套 ralph-loop
|
|
42
|
-
保 completion-promise (
|
|
42
|
+
保 completion-promise (bundled subagent vs Agent Teams routing — orthogonal wrapper rule).
|
|
43
43
|
|
|
44
44
|
## Capability refs
|
|
45
45
|
|
|
@@ -76,6 +76,5 @@ After completion, the Bash output prints a `Next:` hint on stderr suggesting the
|
|
|
76
76
|
- D-01 master orchestrator delegation pattern
|
|
77
77
|
- D-02 bare slash cmd convention (ADR 0030 namespace policy LOCK)
|
|
78
78
|
- D-10 ralph-loop orthogonal wrapper
|
|
79
|
-
- ~/.claude/CLAUDE.md "Execute 阶段" 节 verbatim (karpathy 心法 + mattpocock 招式 + ralph-loop COMPLETE)
|
|
80
79
|
- workflows/judgments/{subtask-gate,tdd-gate}.yaml — brainstorming + tdd-strongly-suggested triggers
|
|
81
80
|
- workflows/task/{clarify,code,test,deliver}/workflow.yaml — 4 sub-workflow Phase 3.4 SHIPPED
|
|
@@ -1,13 +1,12 @@
|
|
|
1
1
|
# workflows/task/auto/workflow.yaml — Phase v3.0-3.5 W1 T3.5.W1.3
|
|
2
2
|
#
|
|
3
3
|
# Stage ③ Task master orchestrator — 串行 invoke 4 sub per subtask (clarify → code → test → deliver)
|
|
4
|
-
# per
|
|
4
|
+
# per bundled Execute-stage cadence + RESEARCH-workflows § Area 2。
|
|
5
5
|
# ralph-loop COMPLETE wrapper 在 deliver phase 内 (D-10 orthogonal wrapper not master concern)。
|
|
6
6
|
# tdd-gate conditional fire on test sub (sister task/test/workflow.yaml gate
|
|
7
7
|
# judgments.tdd-gate.tdd-strongly-suggested.fires)。
|
|
8
8
|
#
|
|
9
9
|
# Sister refs:
|
|
10
|
-
# - ~/.claude/CLAUDE.md "Execute 阶段 (GSD orchestration + superpowers 子任务执行)" 节
|
|
11
10
|
# - workflows/judgments/subtask-gate.yaml — brainstorming trigger (clarify)
|
|
12
11
|
# - workflows/judgments/tdd-gate.yaml — tdd-strongly-suggested trigger (test conditional)
|
|
13
12
|
# - workflows/task/{clarify,code,test,deliver}/workflow.yaml — 4 sub-workflow Phase 3.4 SHIPPED
|
|
@@ -27,7 +26,7 @@ description: |
|
|
|
27
26
|
Stage ③ Task master orchestrator — 串行 invoke 4 sub per subtask (clarify → code → test → deliver);
|
|
28
27
|
ralph-loop COMPLETE wrapper 在 deliver phase 内 (D-10 orthogonal wrapper not master concern)。
|
|
29
28
|
tdd-gate conditional fire on test sub (核心业务 / 算法 / 数据处理 / 回归 risk high / reliability
|
|
30
|
-
required, 6 fires_when OR-chain
|
|
29
|
+
required, 6 fires_when OR-chain; bundled tdd-gate judgment)。execute-task 每个 subtask 入口走一次。
|
|
31
30
|
|
|
32
31
|
disciplines_applied: [karpathy, output-style, language, operational, priority, protocols]
|
|
33
32
|
tools_available:
|
|
@@ -74,7 +74,6 @@ After completion, the Bash output prints a `Next:` hint on stderr suggesting the
|
|
|
74
74
|
- D-05 — phase-level `invokes_tools` conditional tool fire
|
|
75
75
|
- D-04 — `gate` 4-level ref pre-resolved by `judgmentResolver`
|
|
76
76
|
- D-02 — SKILL.md `name:` bare slash cmd (`task-clarify` NOT `task/clarify`) per ADR 0030
|
|
77
|
-
- ~/.claude/CLAUDE.md "Execute 阶段" 节 brainstorming 子任务层判据
|
|
78
77
|
- `workflows/judgments/subtask-gate.yaml` triggers.brainstorming
|
|
79
78
|
- `workflows/capabilities.yaml` — superpowers-brainstorming + grill-with-docs entries
|
|
80
79
|
- `workflows/defaults.yaml` — ralph_max_iterations.task-clarify.* values (T3.4.W2.2 followup)
|
|
@@ -56,9 +56,9 @@ Phase 01-code 按 phase fact context 条件性 fire 3 mattpocock 招式:
|
|
|
56
56
|
|
|
57
57
|
02-progress invokes the **Claude Code plugin** slash command `/plan` to update
|
|
58
58
|
`progress.md` in `.planning/<phase-id>/` — 跟踪 subtask 完成 / blocked / next step
|
|
59
|
-
per
|
|
60
|
-
|
|
61
|
-
|
|
59
|
+
per bundled "跨 session 恢复" 模式 + R20.6 Manus-style 持久化. Requires the
|
|
60
|
+
`planning-with-files` Claude Code plugin (install via Claude Code plugin
|
|
61
|
+
marketplace).
|
|
62
62
|
|
|
63
63
|
## How to invoke
|
|
64
64
|
|
|
@@ -80,7 +80,6 @@ After completion, the Bash output prints a `Next:` hint on stderr suggesting the
|
|
|
80
80
|
- D-05 — phase-level `invokes_tools` conditional tool fire
|
|
81
81
|
- D-15 + Q-AUDIT-5a — planning-with-files = Claude Code plugin slash cmd `/plan`
|
|
82
82
|
- D-02 — SKILL.md `name:` bare slash cmd (`task-code` NOT `task/code`) per ADR 0030
|
|
83
|
-
- ~/.claude/CLAUDE.md "Execute 阶段" 节 karpathy 心法 + mattpocock 招式按需召唤
|
|
84
83
|
- `workflows/disciplines/karpathy.yaml` — 4 心法 + ≤200L hard limit 等 rules (L0 substrate)
|
|
85
84
|
- `workflows/capabilities.yaml` — zoom-out / improve-codebase-architecture / diagnose / planning-with-files entries
|
|
86
85
|
- `workflows/defaults.yaml` — ralph_max_iterations.task-code.* values (T3.4.W2.2 followup)
|
|
@@ -8,7 +8,6 @@
|
|
|
8
8
|
#
|
|
9
9
|
# Sister refs:
|
|
10
10
|
# - .planning/phase-v3.0-3.2/RESEARCH-workflows.md § Area 2 task/code sub yaml example
|
|
11
|
-
# - ~/.claude/CLAUDE.md "Execute 阶段" 节 karpathy 4 心法 + mattpocock 招式按需召唤
|
|
12
11
|
# - workflows/capabilities.yaml zoom-out + improve-codebase-architecture + diagnose +
|
|
13
12
|
# planning-with-files (Phase 2.3 W0.1 SHIPPED)
|
|
14
13
|
# - workflows/disciplines/karpathy.yaml (Phase 3.3 W0.4 SHIPPED, L0 substrate always-on)
|
|
@@ -79,8 +79,8 @@ ref / ✅ R20.10 explicit max_iterations_exceeded handler。
|
|
|
79
79
|
|
|
80
80
|
02-progress-mark invokes Claude Code plugin slash cmd `/plan` to mark subtask complete
|
|
81
81
|
in `progress.md` — sister Phase 01-code progress update pattern, last call in Stage
|
|
82
|
-
③ task chain
|
|
83
|
-
|
|
82
|
+
③ task chain. Requires `planning-with-files` Claude Code plugin (install via
|
|
83
|
+
Claude Code plugin marketplace).
|
|
84
84
|
|
|
85
85
|
## How to invoke
|
|
86
86
|
|
|
@@ -100,14 +100,11 @@ After completion, the Bash output prints a `Next:` hint on stderr suggesting the
|
|
|
100
100
|
|
|
101
101
|
- D-09 — L0 Discipline Substrate always-on (6 disciplines)
|
|
102
102
|
- D-10 — ralph-loop 真接 SDK wrapper (NOT mock reference; v0.2.0 ship)
|
|
103
|
-
- D-11 — Agent Teams 升级 5 触发 OR-chain per
|
|
103
|
+
- D-11 — Agent Teams 升级 5 触发 OR-chain per bundled parallelism-gate rules
|
|
104
104
|
- R20.10 — ralph-loop max_iterations_exceeded explicit emit_warning_and_halt
|
|
105
105
|
(acceptance c "NOT silent abort"); ralph-loop 正交 wrapper wraps 3 mode
|
|
106
106
|
- D-02 — SKILL.md `name:` bare slash cmd (`task-deliver` NOT `task/deliver`) per ADR 0030
|
|
107
107
|
- ADR 0011 — SDK + ralph-loop integration v0.2.0 baseline
|
|
108
|
-
- ~/.claude/CLAUDE.md "Execute 阶段" 节 ralph-loop 至 verbatim COMPLETE +
|
|
109
|
-
`子任务并行执行机制` Agent Teams 升级路由
|
|
110
|
-
- ~/.claude/rules/agent-teams.md — Pattern A/B/C + 防呆清单 cleanup mandatory
|
|
111
108
|
- `workflows/judgments/parallelism-gate.yaml` triggers.ralph-loop-wrapper +
|
|
112
109
|
agent-teams-upgrade + subagent-default + main-session-fallback
|
|
113
110
|
- `workflows/capabilities.yaml` — ralph-loop + agent-teams-{create,send-message,shutdown}
|
|
@@ -3,8 +3,8 @@
|
|
|
3
3
|
#
|
|
4
4
|
# Stage ③.d 子任务交付 — ralph-loop COMPLETE wrapper 保 completion-promise verbatim
|
|
5
5
|
# "COMPLETE" (R20.10 + D-10 v0.2.0 ralph-loop SDK pattern)。Parallelism: subagent
|
|
6
|
-
# default fan-out OR Agent Teams 升级 (5 触发 OR-chain per
|
|
7
|
-
# + D-11)。02-progress-mark: planning-with-files /plan 更新 progress.md 标记完成。
|
|
6
|
+
# default fan-out OR Agent Teams 升级 (5 触发 OR-chain per bundled Agent Teams
|
|
7
|
+
# routing + D-11)。02-progress-mark: planning-with-files /plan 更新 progress.md 标记完成。
|
|
8
8
|
#
|
|
9
9
|
# Brief enforcement (W0.9 spec MUST include):
|
|
10
10
|
# - ralph-loop completion_promise = COMPLETE (R20.10 verbatim acceptance string)
|
|
@@ -20,8 +20,9 @@
|
|
|
20
20
|
# - workflows/judgments/parallelism-gate.yaml triggers.ralph-loop-wrapper (Phase 2.3 W0.2 SHIPPED)
|
|
21
21
|
# - workflows/capabilities.yaml ralph-loop + agent-teams-{create,send-message,shutdown} +
|
|
22
22
|
# planning-with-files (Phase 2.3 W0.1 + 3.3 W0.2 SHIPPED)
|
|
23
|
-
# -
|
|
24
|
-
#
|
|
23
|
+
# - workflows/judgments/parallelism-gate.yaml — 5 升级触发 OR-chain
|
|
24
|
+
# (teammate_send_message_needed / subagent_context_overflow / shared_task_list /
|
|
25
|
+
# opposing_hypothesis_debate / fullstack_three_way)
|
|
25
26
|
# - src/workflow/schema/workflow.ts WorkflowSchemaV3 FallbackMaxIterationsExceeded
|
|
26
27
|
# Type.Literal('emit_warning_and_halt') (Phase 3.3 W0.5 SHIPPED)
|
|
27
28
|
#
|
|
@@ -33,11 +34,11 @@ workflow: task-deliver
|
|
|
33
34
|
description: |
|
|
34
35
|
Stage ③.d 子任务交付 — ralph-loop COMPLETE wrapper 保 completion-promise verbatim
|
|
35
36
|
"COMPLETE" (R20.10 + D-10 v0.2.0 ralph-loop SDK pattern)。Parallelism subagent
|
|
36
|
-
default fan-out OR Agent Teams 升级 (5 触发 OR-chain per
|
|
37
|
+
default fan-out OR Agent Teams 升级 (5 触发 OR-chain per bundled Agent Teams routing
|
|
37
38
|
+ D-11)。R20.10 explicit max_iterations_exceeded handler: emit_warning_and_halt
|
|
38
39
|
exit_code 1 (NOT silent abort, sister Phase 2.4 W1.2 fallbackHandlers.ts engine.ts
|
|
39
40
|
wire pattern)。Cleanup mandatory when Agent Teams escalation path fires (shutdown_request
|
|
40
|
-
+ TeamDelete per
|
|
41
|
+
+ TeamDelete per bundled Agent Teams cleanup discipline)。
|
|
41
42
|
|
|
42
43
|
disciplines_applied: [karpathy, output-style, language, operational, priority, protocols]
|
|
43
44
|
tools_available:
|
|
@@ -84,7 +84,6 @@ After completion, the Bash output prints a `Next:` hint on stderr suggesting the
|
|
|
84
84
|
- D-05 — phase-level `invokes_tools` conditional tool fire
|
|
85
85
|
- D-13 — tdd capability 2 impl 候选 alias (superpowers 主 + mattpocock /tdd 备)
|
|
86
86
|
- D-02 — SKILL.md `name:` bare slash cmd (`task-test` NOT `task/test`) per ADR 0030
|
|
87
|
-
- ~/.claude/CLAUDE.md "Execute 阶段" TDD 强烈建议开启 6 触发 + 3 跳过
|
|
88
87
|
- `workflows/judgments/tdd-gate.yaml` triggers.tdd-strongly-suggested
|
|
89
88
|
- `workflows/capabilities.yaml` — tdd (superpowers + mattpocock alias) + diagnose entries
|
|
90
89
|
- `workflows/defaults.yaml` — ralph_max_iterations.task-test.* values (T3.4.W2.2 followup)
|
|
@@ -9,7 +9,6 @@
|
|
|
9
9
|
# - .planning/phase-v3.0-3.2/RESEARCH-workflows.md § Area 2 task/test sub yaml example
|
|
10
10
|
# - workflows/judgments/tdd-gate.yaml triggers.tdd-strongly-suggested (Phase 2.3 W0.2 SHIPPED)
|
|
11
11
|
# - workflows/capabilities.yaml tdd + diagnose (Phase 2.3 W0.1 SHIPPED + D-13 alias)
|
|
12
|
-
# - ~/.claude/CLAUDE.md "Execute 阶段" 节 TDD 强烈建议开启 6 触发 + 3 跳过
|
|
13
12
|
# - src/workflow/schema/workflow.ts WorkflowSchemaV3 (Phase 3.3 W0.5 SHIPPED)
|
|
14
13
|
#
|
|
15
14
|
# Brief enforcement:
|
|
@@ -24,7 +23,7 @@ workflow: task-test
|
|
|
24
23
|
description: |
|
|
25
24
|
Stage ③.c 子任务测试 — superpowers TDD red-green-refactor 强制 (核心业务 / 算法 /
|
|
26
25
|
数据处理 / 回归 risk high / reliability required, 6 fires_when OR-chain per
|
|
27
|
-
|
|
26
|
+
bundled tdd-gate judgment), 其他可选 mattpocock /tdd alias。Conditional diagnose
|
|
28
27
|
invoke when test_fail (D-05 invokes_tools phase-level fire). Gate:
|
|
29
28
|
judgments.tdd-gate.tdd-strongly-suggested.fires (4-level ref, pre-resolved per D-04)。
|
|
30
29
|
|
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: verify
|
|
3
3
|
description: |
|
|
4
|
-
Stage ④ Verify master orchestrator — 7 sub conditional per
|
|
5
|
-
|
|
4
|
+
Stage ④ Verify master orchestrator — 7 sub conditional per bundled Verify-stage cadence:
|
|
5
|
+
progress 必跑 → code-review 并行 → paranoid 关键模块强制 → qa/security/design 可选
|
|
6
6
|
并行 conditional → simplify 末尾 → multispec 关键发布 Pattern C 4-specialist Agent Team。
|
|
7
7
|
schema_version: harnessed.workflow.v3 with delegates_to (7 sub: progress serial order 1 +
|
|
8
8
|
5 parallel conditional + simplify serial order 99) + disciplines_applied (6 default) +
|
|
@@ -21,8 +21,8 @@ trigger_phrases:
|
|
|
21
21
|
## Overview
|
|
22
22
|
|
|
23
23
|
4-stage cadence Stage ④ master orchestrator delegating to 7 sub-workflows
|
|
24
|
-
(
|
|
25
|
-
|
|
24
|
+
(bundled Verify-stage cadence — 9-phase composition compressed into 7 sub delegation
|
|
25
|
+
via stage-routing.yaml):
|
|
26
26
|
|
|
27
27
|
| order/mode | sub | gate ref | mode | when fires |
|
|
28
28
|
| ---------- | --- | -------- | ---- | ---------- |
|
|
@@ -83,8 +83,7 @@ After completion, the Bash output prints a `Next:` hint on stderr suggesting the
|
|
|
83
83
|
- D-01 master orchestrator delegation pattern
|
|
84
84
|
- D-02 bare slash cmd convention (ADR 0030 namespace policy LOCK)
|
|
85
85
|
- D-12 gstack 治理关卡 ref (paranoid / qa / security / design subs)
|
|
86
|
-
-
|
|
87
|
-
- ~/.claude/rules/agent-teams.md Pattern C 多维度审查 (multispec sub 4-specialist 互相质询)
|
|
86
|
+
- workflows/judgments/parallelism-gate.yaml — Pattern C 多维度审查 (multispec sub 4-specialist 互相质询)
|
|
88
87
|
- workflows/judgments/stage-routing.yaml — verify-* 6 triggers (7 sub delegation)
|
|
89
88
|
- workflows/verify/{progress,code-review,paranoid,qa,security,design,simplify,multispec}/workflow.yaml
|
|
90
89
|
— 8 sub-workflow Phase 3.4 SHIPPED
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
# workflows/verify/auto/workflow.yaml — Phase v3.0-3.5 W1 T3.5.W1.4
|
|
2
2
|
#
|
|
3
|
-
# Stage ④ Verify master orchestrator — 7 sub conditional per
|
|
4
|
-
#
|
|
3
|
+
# Stage ④ Verify master orchestrator — 7 sub conditional per bundled Verify-stage cadence
|
|
4
|
+
# + RESEARCH-workflows § Area 2 verify master:
|
|
5
5
|
# progress 必跑 (serial order 1) →
|
|
6
6
|
# code-review 并行 (parallel) +
|
|
7
7
|
# paranoid 关键模块 (parallel + gate is-critical-module) +
|
|
@@ -10,7 +10,6 @@
|
|
|
10
10
|
# multispec 关键发布 Pattern C (parallel + gate critical-release-upgrade)
|
|
11
11
|
#
|
|
12
12
|
# Sister refs:
|
|
13
|
-
# - ~/.claude/CLAUDE.md "Verify 阶段 (GSD + gstack)" 节 verbatim
|
|
14
13
|
# - workflows/judgments/stage-routing.yaml — verify-* triggers (7 sub delegation)
|
|
15
14
|
# - workflows/judgments/parallelism-gate.yaml — agent-teams-upgrade trigger (multispec gate)
|
|
16
15
|
# - workflows/verify/{progress,code-review,paranoid,qa,security,design,simplify,multispec}/workflow.yaml
|
|
@@ -30,8 +29,8 @@
|
|
|
30
29
|
schema_version: harnessed.workflow.v3
|
|
31
30
|
workflow: verify
|
|
32
31
|
description: |
|
|
33
|
-
Stage ④ Verify master orchestrator — 7 sub conditional per
|
|
34
|
-
|
|
32
|
+
Stage ④ Verify master orchestrator — 7 sub conditional per bundled Verify-stage cadence:
|
|
33
|
+
progress 必跑串行 → code-review 并行 → paranoid 关键模块强制 → qa/security/design
|
|
35
34
|
可选 conditional 并行 → simplify 末尾串行 → multispec 关键发布 Pattern C 4-specialist Agent Team。
|
|
36
35
|
serial mode 必带 explicit order (K9 invariant); progress order 1 起点, simplify order 99 末尾。
|
|
37
36
|
|
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
name: verify-code-review
|
|
3
3
|
description: |
|
|
4
4
|
Stage ④.b verify sub-workflow — code-review 多 agent 并行 fan-out 高置信度 finding
|
|
5
|
-
(subagent default per
|
|
5
|
+
(subagent default per bundled parallelism gate — Task / Agent 工具 spawn
|
|
6
6
|
多 subagent fan-out, context 隔离, token 敏感)。
|
|
7
7
|
schema_version: harnessed.workflow.v3 with disciplines_applied (6 default) + tools_available
|
|
8
8
|
(code-review) + 1 phase (parallelism ref judgments.parallelism-gate.subagent-default.fires)。
|
|
@@ -29,8 +29,8 @@ onto harnessed runtime (Phase v3.0-3.4 W0.11 — D-04 Stage ④ Verify 7 sub +
|
|
|
29
29
|
| 1 | `01-code-review` | mattpocock-skills | sonnet | `{{ capabilities.code-review.cmd }}` | `judgments.parallelism-gate.subagent-default.fires` |
|
|
30
30
|
|
|
31
31
|
Per-phase config loads from `workflows/verify/code-review/workflow.yaml`; engine spawns
|
|
32
|
-
multiple subagent in parallel fan-out (
|
|
33
|
-
|
|
32
|
+
multiple subagent in parallel fan-out (bundled subagent-default rule — Task / Agent
|
|
33
|
+
工具 spawn 多任务并发, context 隔离, summary 折叠回主 context)。
|
|
34
34
|
|
|
35
35
|
## Capability refs
|
|
36
36
|
|
|
@@ -65,8 +65,6 @@ After completion, the Bash output prints a `Next:` hint on stderr suggesting the
|
|
|
65
65
|
## References
|
|
66
66
|
|
|
67
67
|
- D-04 Stage ④ Verify 7 sub 分解
|
|
68
|
-
- ~/.claude/CLAUDE.md "Verify 阶段 — code-review 多 agent 并行" verbatim
|
|
69
|
-
- ~/.claude/CLAUDE.md "子任务并行执行机制 — subagent vs Agent Teams 路由" subagent default
|
|
70
68
|
- workflows/capabilities.yaml — code-review
|
|
71
69
|
- workflows/judgments/parallelism-gate.yaml — subagent-default.fires
|
|
72
70
|
- workflows/defaults.yaml — ralph_max_iterations.verify-code-review.* values (W2.2 backfill)
|
|
@@ -1,12 +1,10 @@
|
|
|
1
1
|
# workflows/verify/code-review/workflow.yaml — Phase v3.0-3.4 W0 T3.4.W0.11
|
|
2
2
|
#
|
|
3
3
|
# Stage ④.b verify sub-workflow — code-review 多 agent 并行 fan-out 高置信度 finding
|
|
4
|
-
# (subagent default per
|
|
4
|
+
# (subagent default per bundled parallelism gate — Task / Agent 工具 spawn 多任务 fan-out,
|
|
5
5
|
# context 隔离, token 敏感)。
|
|
6
6
|
#
|
|
7
7
|
# Sister refs:
|
|
8
|
-
# - ~/.claude/CLAUDE.md "Verify 阶段" — "code-review 多 agent 并行" 章节
|
|
9
|
-
# - ~/.claude/CLAUDE.md "子任务并行执行机制 — subagent vs Agent Teams 路由" subagent default
|
|
10
8
|
# - workflows/judgments/parallelism-gate.yaml — subagent-default.fires 默认 fan-out
|
|
11
9
|
# - workflows/capabilities.yaml — code-review (Bucket 1 mattpocock 高频招式)
|
|
12
10
|
# - workflows/verify-work/workflow.yaml v2 SHIPPED phase 03-code-review-parallel sister pattern
|
|
@@ -2,8 +2,7 @@
|
|
|
2
2
|
name: verify-design
|
|
3
3
|
description: |
|
|
4
4
|
Stage ④.f verify sub-workflow — gstack /design-review 设计系统一致性 + AI 审美问题识别
|
|
5
|
-
(has_design_changes 触发, 可选 conditional
|
|
6
|
-
/design-review" verbatim)。
|
|
5
|
+
(has_design_changes 触发, 可选 conditional; bundled verify-stage optional /design-review step).
|
|
7
6
|
schema_version: harnessed.workflow.v3 with disciplines_applied (6 default) + tools_available
|
|
8
7
|
(gstack-design-review + ui-ux-pro-max + frontend-design) + 1 phase (gate ref has_design_changes
|
|
9
8
|
conditional)。Triggered by harnessed CLI `harnessed verify-design --phase <num>` or slash
|
|
@@ -45,7 +44,7 @@ Sister `workflows/capabilities.yaml` entries:
|
|
|
45
44
|
Sister `workflows/judgments/stage-routing.yaml`:
|
|
46
45
|
- `verify-design-changes.fires` — `phase.stage == 'verify' and phase.has_design_changes == true`
|
|
47
46
|
|
|
48
|
-
## Routing rules (
|
|
47
|
+
## Routing rules (bundled web-design routing — `workflows/judgments/web-design-routing.yaml`)
|
|
49
48
|
|
|
50
49
|
- 默认主方案 → `ui-ux-pro-max` (数据驱动、标准化、可解释)
|
|
51
50
|
- 创意补充 / 不要 AI 味 → `frontend-design`
|
|
@@ -69,8 +68,7 @@ After completion, the Bash output prints a `Next:` hint on stderr suggesting the
|
|
|
69
68
|
|
|
70
69
|
- D-04 Stage ④ Verify 7 sub 分解
|
|
71
70
|
- D-12 gstack 治理关卡可选
|
|
72
|
-
-
|
|
73
|
-
- ~/.claude/rules/web-design.md — ui-ux-pro-max 默认 + frontend-design 补充
|
|
71
|
+
- workflows/judgments/web-design-routing.yaml — ui-ux-pro-max 默认 + frontend-design 补充
|
|
74
72
|
- workflows/capabilities.yaml — gstack-design-review / ui-ux-pro-max / frontend-design
|
|
75
73
|
- workflows/judgments/stage-routing.yaml — verify-design-changes trigger
|
|
76
74
|
- workflows/verify-work/workflow.yaml v2 SHIPPED phase 07-design-review-conditional sister verbatim
|