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.
Files changed (72) hide show
  1. package/THIRD-PARTY-NOTICES.md +34 -0
  2. package/dist/cli.mjs +259 -27
  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/package.json +3 -2
  7. package/workflows/capabilities.yaml +17 -18
  8. package/workflows/disciplines/karpathy.yaml +1 -1
  9. package/workflows/disciplines/language.yaml +1 -1
  10. package/workflows/disciplines/operational.yaml +20 -2
  11. package/workflows/disciplines/output-style.yaml +1 -1
  12. package/workflows/disciplines/priority.yaml +1 -1
  13. package/workflows/disciplines/protocols.yaml +1 -1
  14. package/workflows/discuss/auto/SKILL.md +1 -2
  15. package/workflows/discuss/auto/workflow.yaml +1 -2
  16. package/workflows/discuss/phase/SKILL.md +0 -1
  17. package/workflows/discuss/phase/workflow.yaml +1 -1
  18. package/workflows/discuss/strategic/SKILL.md +1 -2
  19. package/workflows/discuss/strategic/workflow.yaml +2 -3
  20. package/workflows/discuss/subtask/SKILL.md +0 -1
  21. package/workflows/discuss/subtask/workflow.yaml +1 -1
  22. package/workflows/judgments/fallback.yaml +1 -1
  23. package/workflows/judgments/parallelism-gate.yaml +4 -3
  24. package/workflows/judgments/phase-gate.yaml +2 -2
  25. package/workflows/judgments/strategic-gate.yaml +2 -2
  26. package/workflows/judgments/subtask-gate.yaml +2 -2
  27. package/workflows/judgments/tdd-gate.yaml +2 -2
  28. package/workflows/judgments/user-overrides.yaml +82 -0
  29. package/workflows/judgments/web-design-routing.yaml +1 -1
  30. package/workflows/judgments/web-search-routing.yaml +1 -1
  31. package/workflows/judgments/web-testing-routing.yaml +1 -1
  32. package/workflows/plan/architecture/SKILL.md +2 -3
  33. package/workflows/plan/architecture/workflow.yaml +2 -2
  34. package/workflows/plan/auto/SKILL.md +1 -2
  35. package/workflows/plan/auto/workflow.yaml +1 -2
  36. package/workflows/plan/phase/SKILL.md +3 -4
  37. package/workflows/plan/phase/workflow.yaml +3 -3
  38. package/workflows/plan-feature/SKILL.md +4 -4
  39. package/workflows/research/SKILL.md +5 -5
  40. package/workflows/research/workflow.yaml +4 -4
  41. package/workflows/retro/SKILL.md +2 -3
  42. package/workflows/retro/workflow.yaml +1 -2
  43. package/workflows/role-prompts.yaml +51 -5
  44. package/workflows/task/auto/SKILL.md +2 -3
  45. package/workflows/task/auto/workflow.yaml +2 -3
  46. package/workflows/task/clarify/SKILL.md +0 -1
  47. package/workflows/task/code/SKILL.md +3 -4
  48. package/workflows/task/code/workflow.yaml +0 -1
  49. package/workflows/task/deliver/SKILL.md +3 -6
  50. package/workflows/task/deliver/workflow.yaml +7 -6
  51. package/workflows/task/test/SKILL.md +0 -1
  52. package/workflows/task/test/workflow.yaml +1 -2
  53. package/workflows/verify/auto/SKILL.md +5 -6
  54. package/workflows/verify/auto/workflow.yaml +4 -5
  55. package/workflows/verify/code-review/SKILL.md +3 -5
  56. package/workflows/verify/code-review/workflow.yaml +1 -3
  57. package/workflows/verify/design/SKILL.md +3 -5
  58. package/workflows/verify/design/workflow.yaml +4 -5
  59. package/workflows/verify/multispec/SKILL.md +6 -8
  60. package/workflows/verify/multispec/workflow.yaml +5 -8
  61. package/workflows/verify/paranoid/SKILL.md +2 -3
  62. package/workflows/verify/paranoid/workflow.yaml +1 -2
  63. package/workflows/verify/progress/SKILL.md +2 -3
  64. package/workflows/verify/progress/workflow.yaml +0 -1
  65. package/workflows/verify/qa/SKILL.md +4 -5
  66. package/workflows/verify/qa/workflow.yaml +1 -2
  67. package/workflows/verify/security/SKILL.md +1 -2
  68. package/workflows/verify/security/workflow.yaml +1 -2
  69. package/workflows/verify/simplify/SKILL.md +2 -3
  70. package/workflows/verify/simplify/workflow.yaml +1 -2
  71. package/workflows/verify-work/SKILL.md +5 -7
  72. 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 (sister ~/.claude/CLAUDE.md "Plan 阶段 GSD + planning-with-files")。Stage ② 铁律:
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
- plugin_path: ~/.claude/plugins/cache/planning-with-files/...; outputs:
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 (sister
5
- # ~/.claude/CLAUDE.md "Plan 阶段 GSD + planning-with-files")。Stage ② 铁律: dual capability
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` via plugin
58
- cache at `~/.claude/plugins/cache/planning-with-files/planning-with-files/2.34.0/`
59
- (verified 2026-05-20). The plugin generates 3 markdown files in
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 `~/.claude/skills/plan-feature/` — Claude Code then loads the slash
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 ~/.claude/rules/web-search.md + context7.md routing) |
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 (sister ~/.claude/rules/web-search.md)
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 (per ~/.claude/rules/context7.md)
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 `~/.claude/commands/<sub-name>.md` with its own dual-path fallback.
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
- (Sister `~/.claude/commands/research.md` is also generated by `harnessed setup` 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.)
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; sister
6
- # ~/.claude/rules/web-search.md + context7.md routing 机器化 per R20.7 + D-08。
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; sister
30
- ~/.claude/rules/web-search.md + context7.md routing 机器化 per R20.7 + D-08。
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]
@@ -2,8 +2,8 @@
2
2
  name: retro
3
3
  description: |
4
4
  Standalone post-④ Verify retrospective workflow — gstack /retro 经验教训 / 决策 / lessons
5
- 系统总结 (项目 / 里程碑结束可选, sister ~/.claude/CLAUDE.md "项目 / 里程碑结束: 可选跑
6
- /retro 总结" verbatim) + planning-with-files RETROSPECTIVE.md 持久化 (sister Phase
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
- # sister ~/.claude/CLAUDE.md "项目 / 里程碑结束: 可选跑 /retro 总结" verbatim)
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 `~/.claude/commands/<slash-name>.md` files at `harnessed setup` time.
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 ~/.claude/commands/<x>.md.
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 ~/.claude/CLAUDE.md "澄清/审查触发判据" and run only the
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 (per ~/.claude/CLAUDE.md "Execute 阶段" + karpathy 心法 always-on):
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 (sister ~/.claude/CLAUDE.md 子任务并行执行机制 "正交 wrapper")
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 ~/.claude/CLAUDE.md "Execute 阶段" + RESEARCH-workflows § Area 2。
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 per ~/.claude/CLAUDE.md)。execute-task 每个 subtask 入口走一次。
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 CLAUDE.md "跨 session 恢复" 模式 + R20.6 Manus-style 持久化。Plugin path
60
- verified at `~/.claude/plugins/cache/planning-with-files/planning-with-files/2.34.0/`
61
- (2026-05-20).
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。Plugin path `~/.claude/plugins/cache/planning-with-files/
83
- planning-with-files/2.34.0/` verified (2026-05-20)
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 ~/.claude/rules/agent-teams.md
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 ~/.claude/rules/agent-teams.md
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
- # - ~/.claude/rules/agent-teams.md 5 升级触发 OR-chain (teammate_send_message_needed /
24
- # subagent_context_overflow / shared_task_list / opposing_hypothesis_debate / fullstack_three_way)
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 ~/.claude/rules/agent-teams.md
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 agent-teams.md 防呆清单)。
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
- ~/.claude/CLAUDE.md), 其他可选 mattpocock /tdd alias。Conditional diagnose
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 ~/.claude/CLAUDE.md "Verify 阶段"
5
- verbatim: progress 必跑 → code-review 并行 → paranoid 关键模块强制 → qa/security/design 可选
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
- (per ~/.claude/CLAUDE.md "Verify 阶段" 节 verbatim — 9-phase composition compressed
25
- into 7 sub delegation via stage-routing.yaml):
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
- - ~/.claude/CLAUDE.md "Verify 阶段" verbatim
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 ~/.claude/CLAUDE.md "Verify 阶段"
4
- # verbatim + RESEARCH-workflows § Area 2 verify master:
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 ~/.claude/CLAUDE.md "Verify 阶段"
34
- verbatim: progress 必跑串行 → code-review 并行 → paranoid 关键模块强制 → qa/security/design
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 ~/.claude/CLAUDE.md 子任务并行机制 — Task / Agent 工具 spawn
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 (sister `~/.claude/CLAUDE.md` 子任务并行机制 默认
33
- Task / Agent 工具 spawn 多任务并发, context 隔离, summary 折叠回主 context)。
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 CLAUDE.md 子任务并行机制 — Task / Agent 工具 spawn 多任务 fan-out,
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, sister ~/.claude/CLAUDE.md "Verify 阶段 — 可选
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 (sister ~/.claude/rules/web-design.md)
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
- - ~/.claude/CLAUDE.md "Verify 阶段 可选 /design-review" verbatim
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