cc-codeconductor 1.5.0 → 1.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 (155) hide show
  1. package/README.md +24 -11
  2. package/dist/core/runner/runner-target.d.ts +4 -4
  3. package/dist/domain/product/entities.d.ts +1 -1
  4. package/dist/index.js +1714 -795
  5. package/dist/library.js +62 -7
  6. package/dist/validation/schemas.d.ts +210 -43
  7. package/docs/generated/cli.md +8 -0
  8. package/package.json +1 -1
  9. package/presets/agy/skills/openspec/SKILL.md +39 -11
  10. package/presets/agy/workflows/cc-api-contract.md +4 -5
  11. package/presets/agy/workflows/cc-backlog.md +4 -5
  12. package/presets/agy/workflows/cc-clarify.md +4 -5
  13. package/presets/agy/workflows/cc-council.md +6 -7
  14. package/presets/agy/workflows/cc-db-migration.md +4 -5
  15. package/presets/agy/workflows/cc-explore.md +4 -5
  16. package/presets/agy/workflows/cc-feature.md +4 -5
  17. package/presets/agy/workflows/cc-fix.md +4 -5
  18. package/presets/agy/workflows/cc-handoff.md +8 -5
  19. package/presets/agy/workflows/cc-iterative.md +4 -5
  20. package/presets/agy/workflows/cc-odd.md +4 -3
  21. package/presets/agy/workflows/cc-openspec.md +5 -6
  22. package/presets/agy/workflows/cc-pagespeed.md +4 -5
  23. package/presets/agy/workflows/cc-prototype.md +4 -5
  24. package/presets/agy/workflows/cc-refactor.md +4 -5
  25. package/presets/agy/workflows/cc-review.md +4 -5
  26. package/presets/agy/workflows/cc-scorecard.md +4 -5
  27. package/presets/agy/workflows/cc-security.md +4 -5
  28. package/presets/agy/workflows/cc-spec-mutation.md +4 -5
  29. package/presets/agy/workflows/cc-tdd-cycle.md +4 -5
  30. package/presets/agy/workflows/cc-test-plan.md +4 -5
  31. package/presets/agy/workflows/cc-triage.md +4 -5
  32. package/presets/claude/CLAUDE.md +6 -5
  33. package/presets/claude/commands/cc/api-contract.md +4 -5
  34. package/presets/claude/commands/cc/backlog.md +4 -5
  35. package/presets/claude/commands/cc/clarify.md +4 -5
  36. package/presets/claude/commands/cc/council.md +6 -7
  37. package/presets/claude/commands/cc/db-migration.md +4 -5
  38. package/presets/claude/commands/cc/explore.md +4 -5
  39. package/presets/claude/commands/cc/feature.md +4 -5
  40. package/presets/claude/commands/cc/fix.md +4 -5
  41. package/presets/claude/commands/cc/handoff.md +8 -5
  42. package/presets/claude/commands/cc/iterative.md +4 -5
  43. package/presets/claude/commands/cc/odd.md +4 -3
  44. package/presets/claude/commands/cc/openspec.md +43 -8
  45. package/presets/claude/commands/cc/pagespeed.md +4 -5
  46. package/presets/claude/commands/cc/prototype.md +4 -5
  47. package/presets/claude/commands/cc/refactor.md +4 -5
  48. package/presets/claude/commands/cc/review.md +4 -5
  49. package/presets/claude/commands/cc/scorecard.md +4 -5
  50. package/presets/claude/commands/cc/security.md +4 -5
  51. package/presets/claude/commands/cc/spec-mutation.md +4 -5
  52. package/presets/claude/commands/cc/tdd-cycle.md +4 -5
  53. package/presets/claude/commands/cc/test-plan.md +4 -5
  54. package/presets/claude/commands/cc/triage.md +4 -5
  55. package/presets/claude/settings.json +32 -78
  56. package/presets/claude/skills/openspec/SKILL.md +39 -11
  57. package/presets/codex/config.toml +2 -0
  58. package/presets/codex/skills/cc-api-contract/SKILL.md +4 -5
  59. package/presets/codex/skills/cc-backlog/SKILL.md +4 -5
  60. package/presets/codex/skills/cc-clarify/SKILL.md +4 -5
  61. package/presets/codex/skills/cc-council/SKILL.md +12 -7
  62. package/presets/codex/skills/cc-db-migration/SKILL.md +4 -5
  63. package/presets/codex/skills/cc-explore/SKILL.md +4 -5
  64. package/presets/codex/skills/cc-feature/SKILL.md +4 -5
  65. package/presets/codex/skills/cc-fix/SKILL.md +4 -5
  66. package/presets/codex/skills/cc-handoff/SKILL.md +8 -5
  67. package/presets/codex/skills/cc-iterative/SKILL.md +4 -5
  68. package/presets/codex/skills/cc-odd/SKILL.md +4 -3
  69. package/presets/codex/skills/cc-openspec/SKILL.md +31 -7
  70. package/presets/codex/skills/cc-pagespeed/SKILL.md +4 -5
  71. package/presets/codex/skills/cc-prototype/SKILL.md +4 -5
  72. package/presets/codex/skills/cc-refactor/SKILL.md +4 -5
  73. package/presets/codex/skills/cc-review/SKILL.md +4 -5
  74. package/presets/codex/skills/cc-scorecard/SKILL.md +4 -5
  75. package/presets/codex/skills/cc-security/SKILL.md +4 -5
  76. package/presets/codex/skills/cc-spec-mutation/SKILL.md +4 -5
  77. package/presets/codex/skills/cc-tdd-cycle/SKILL.md +4 -5
  78. package/presets/codex/skills/cc-test-plan/SKILL.md +4 -5
  79. package/presets/codex/skills/cc-triage/SKILL.md +4 -5
  80. package/presets/codex/skills/openspec/SKILL.md +39 -11
  81. package/presets/cursor/commands/cc/api-contract.md +4 -5
  82. package/presets/cursor/commands/cc/backlog.md +4 -5
  83. package/presets/cursor/commands/cc/clarify.md +4 -5
  84. package/presets/cursor/commands/cc/council.md +6 -7
  85. package/presets/cursor/commands/cc/db-migration.md +4 -5
  86. package/presets/cursor/commands/cc/explore.md +4 -5
  87. package/presets/cursor/commands/cc/feature.md +4 -5
  88. package/presets/cursor/commands/cc/fix.md +4 -5
  89. package/presets/cursor/commands/cc/handoff.md +8 -5
  90. package/presets/cursor/commands/cc/iterative.md +4 -5
  91. package/presets/cursor/commands/cc/odd.md +4 -3
  92. package/presets/cursor/commands/cc/openspec.md +25 -7
  93. package/presets/cursor/commands/cc/pagespeed.md +4 -5
  94. package/presets/cursor/commands/cc/prototype.md +4 -5
  95. package/presets/cursor/commands/cc/refactor.md +4 -5
  96. package/presets/cursor/commands/cc/review.md +4 -5
  97. package/presets/cursor/commands/cc/scorecard.md +4 -5
  98. package/presets/cursor/commands/cc/security.md +4 -5
  99. package/presets/cursor/commands/cc/spec-mutation.md +4 -5
  100. package/presets/cursor/commands/cc/tdd-cycle.md +4 -5
  101. package/presets/cursor/commands/cc/test-plan.md +4 -5
  102. package/presets/cursor/commands/cc/triage.md +4 -5
  103. package/presets/cursor/skills/openspec/SKILL.md +39 -11
  104. package/presets/gemini/commands/cc/api-contract.toml +4 -5
  105. package/presets/gemini/commands/cc/backlog.toml +4 -5
  106. package/presets/gemini/commands/cc/clarify.toml +4 -5
  107. package/presets/gemini/commands/cc/council.toml +6 -7
  108. package/presets/gemini/commands/cc/db-migration.toml +4 -5
  109. package/presets/gemini/commands/cc/explore.toml +4 -5
  110. package/presets/gemini/commands/cc/feature.toml +4 -5
  111. package/presets/gemini/commands/cc/fix.toml +4 -5
  112. package/presets/gemini/commands/cc/handoff.toml +8 -5
  113. package/presets/gemini/commands/cc/iterative.toml +4 -5
  114. package/presets/gemini/commands/cc/odd.toml +4 -3
  115. package/presets/gemini/commands/cc/openspec.toml +25 -7
  116. package/presets/gemini/commands/cc/pagespeed.toml +4 -5
  117. package/presets/gemini/commands/cc/prototype.toml +4 -5
  118. package/presets/gemini/commands/cc/refactor.toml +4 -5
  119. package/presets/gemini/commands/cc/review.toml +4 -5
  120. package/presets/gemini/commands/cc/scorecard.toml +4 -5
  121. package/presets/gemini/commands/cc/security.toml +4 -5
  122. package/presets/gemini/commands/cc/spec-mutation.toml +4 -5
  123. package/presets/gemini/commands/cc/tdd-cycle.toml +4 -5
  124. package/presets/gemini/commands/cc/test-plan.toml +4 -5
  125. package/presets/gemini/commands/cc/triage.toml +4 -5
  126. package/presets/muse/AGENTS.md +46 -0
  127. package/presets/muse/hooks.json +30 -0
  128. package/presets/opencode/commands/cc-api-contract.md +4 -5
  129. package/presets/opencode/commands/cc-backlog.md +4 -5
  130. package/presets/opencode/commands/cc-clarify.md +4 -5
  131. package/presets/opencode/commands/cc-council.md +6 -7
  132. package/presets/opencode/commands/cc-db-migration.md +4 -5
  133. package/presets/opencode/commands/cc-explore.md +4 -5
  134. package/presets/opencode/commands/cc-feature.md +4 -5
  135. package/presets/opencode/commands/cc-fix.md +4 -5
  136. package/presets/opencode/commands/cc-handoff.md +8 -5
  137. package/presets/opencode/commands/cc-iterative.md +4 -5
  138. package/presets/opencode/commands/cc-odd.md +4 -3
  139. package/presets/opencode/commands/cc-openspec.md +10 -9
  140. package/presets/opencode/commands/cc-pagespeed.md +4 -5
  141. package/presets/opencode/commands/cc-prototype.md +4 -5
  142. package/presets/opencode/commands/cc-refactor.md +4 -5
  143. package/presets/opencode/commands/cc-review.md +4 -5
  144. package/presets/opencode/commands/cc-scorecard.md +4 -5
  145. package/presets/opencode/commands/cc-security.md +4 -5
  146. package/presets/opencode/commands/cc-spec-mutation.md +4 -5
  147. package/presets/opencode/commands/cc-tdd-cycle.md +4 -5
  148. package/presets/opencode/commands/cc-test-plan.md +4 -5
  149. package/presets/opencode/commands/cc-triage.md +4 -5
  150. package/presets/opencode/skills/openspec/SKILL.md +39 -11
  151. package/src/presets/manifests/codex.yml +3 -0
  152. package/src/presets/manifests/muse.yml +18 -0
  153. package/src/presets/models/muse.yml +4 -0
  154. package/src/presets/models/roles.yml +40 -28
  155. package/src/presets/targets/muse.yml +12 -0
@@ -16,7 +16,7 @@ gates, not a reference doc. Specs describe WHAT; `design.md` describes HOW.
16
16
 
17
17
  ## When to Use
18
18
 
19
- - `/cc-openspec` or `openspec next` / `plan` / `done` / `archive`
19
+ - `/cc-openspec` or `openspec plan` / `next` / `done` / `sync` / `verify` / `archive`
20
20
  - An item is `READY` or later and must move through the state machine
21
21
 
22
22
  **NOT** for creating `BACKLOG.md` (use skill `backlog`) or for stack-specific
@@ -26,22 +26,43 @@ coding rules.
26
26
 
27
27
  Local CLI is `bun run dev`. Published package is `npx cc-codeconductor`.
28
28
 
29
- 1. `openspec validate` — must pass before delivery.
30
- 2. `openspec plan BC-xxx` if the item is not yet `PLANNED`.
31
- 3. `openspec analyze --output json` — CRITICAL findings exit 1. Do not implement.
32
- 4. Phases: discover (`repo-explorer`) → design (`architect`) → test (`tester`) →
29
+ 1. `openspec validate` — must pass before delivery. If you reached this
30
+ workflow on your own (the user did not ask for OpenSpec) and there is no
31
+ `BACKLOG.md` / `openspec/` root, answer normally instead — never scaffold
32
+ one as a side effect.
33
+ 2. `openspec plan BC-xxx` if the item is not yet `PLANNED`. Planning only: it
34
+ writes TaskCards plus proposal/design/tasks/specs under
35
+ `openspec/changes/<slug>/` and stops. Never implement in this step.
36
+ 3. Review the plan before `start`: read proposal → delta specs → tasks, in that
37
+ order, and confirm intent, scope, testable FR/SC, and edge-case scenarios.
38
+ Fix the Markdown directly or ask for revisions — code comes later.
39
+ 4. `openspec analyze --output json` — CRITICAL findings exit 1. Do not implement.
40
+ 5. Phases: discover (`repo-explorer`) → design (`architect`) → test (`tester`) →
33
41
  implement (`implementer`) → review (`reviewer`). If Global `TDD required: yes`,
34
- test runs before implement.
35
- 5. `openspec done` on test/implement requires `captureTddSuiteEvidence`. Handmade
36
- evidence JSON is rejected.
37
- 6. `scorecard create --task BC-xxx --from-diff` then record a verdict.
38
- 7. `openspec archive` only after human review when `Review required: yes` and
39
- the scorecard is PASS.
42
+ test runs before implement. Discover is read-only: it never writes code.
43
+ 6. `openspec done` on test/implement requires `captureTddSuiteEvidence`. Handmade
44
+ evidence JSON is rejected. The implementer ticks `tasks.md` boxes
45
+ (`- [ ]` → `- [x]`) as each FR lands; only `x`/`X` counts as done.
46
+ 7. When implementation reveals a design problem, pause and reconcile the planning
47
+ artifacts first — in any direction (a later artifact may force revising an
48
+ earlier one). Planning artifacts only in that step, never code; confirm each
49
+ edit. If the item's intent changed rather than its details, open a fresh item
50
+ with `/cc-backlog` (`/cc:backlog`) instead of warping this one.
51
+ 8. `openspec verify --output json` — advisory pre-archive checklist
52
+ (`archiveReady` plus Completeness/Correctness/Coherence issues). Optional:
53
+ `openspec sync` merges delta specs into `openspec/specs/` without closing.
54
+ 9. `scorecard create --task BC-xxx --from-diff` then record a verdict.
55
+ 10. `openspec archive` only after human review when `Review required: yes` and
56
+ the scorecard is PASS. Archive re-checks planning artifacts and analyze
57
+ CRITICALs, and warns on unchecked `tasks.md` boxes.
40
58
 
41
59
  Status machine: `TODO` → `READY` → `PLANNED` → `IN_PROGRESS` → `REVIEW` → `DONE`
42
60
  → Archive. `BLOCKED` returns to `READY`. Reviewer rejection: `REVIEW` →
43
61
  `IN_PROGRESS`.
44
62
 
63
+ `openspec status --output json` also reports artifact presence, `tasks.md`
64
+ checkbox progress, and `nextSteps` for the next CLI call.
65
+
45
66
  ## Web interface scope
46
67
 
47
68
  When the task concerns web layout, component states, feedback, motion, or a
@@ -70,17 +91,24 @@ delivery read-only and record unavailable visual or emulator evidence as pending
70
91
  | I'll add tests after green | Global TDD required means tester before implementer. |
71
92
  | I'll write the evidence JSON myself | Handmade TDD JSON is rejected. Use the verification runner. |
72
93
  | The item is small; skip analyze | `openspec analyze` CRITICAL still stops implement. |
94
+ | The plan is generated; skip reading it | Read proposal → specs → tasks before `start`. Generated is not reviewed. |
95
+ | I'll fix the spec after shipping | Reconcile planning artifacts before continuing to implement. |
73
96
 
74
97
  ## Red Flags
75
98
 
76
99
  - Implementing while analyze reports CRITICAL
100
+ - Starting cards before reading the generated plan
77
101
  - Archive without a PASS scorecard when review is required
102
+ - Archive while `openspec verify` reports CRITICAL
78
103
  - Acceptance like "improve UX" with no measurable check
79
104
 
80
105
  ## Verification
81
106
 
82
107
  - [ ] `openspec validate` exit 0
108
+ - [ ] Plan reviewed (proposal → specs → tasks) before `start`
83
109
  - [ ] `openspec analyze --output json` has no CRITICAL
84
110
  - [ ] TDD evidence from the runner when TDD is required
111
+ - [ ] `tasks.md` boxes ticked as FRs land
112
+ - [ ] `openspec verify --output json` checked before archive
85
113
  - [ ] `scorecard create --from-diff` recorded
86
114
  - [ ] Suite check (optional): `bun run dev scorecard suite-run --suite workflow-gates`
@@ -13,11 +13,10 @@ API contract request: $ARGUMENTS
13
13
 
14
14
  Command: `api-contract` (fixed for this workflow — do not infer from user text)
15
15
 
16
- 1. Run: `npx cc-codeconductor ccep parse --command api-contract "$ARGUMENTS" --output json`
17
- 2. Run: `npx cc-codeconductor ccep resolve --command api-contract "$ARGUMENTS" --output json`
18
- 3. Run: `npx cc-codeconductor ccep profile api-contract --output json`
19
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command api-contract --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
20
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
16
+ 1. Run: `npx cc-codeconductor ccep profile api-contract --output json` to get the phases and their roles.
17
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command api-contract --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
18
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command api-contract --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
21
20
 
22
21
  ---
23
22
 
@@ -18,11 +18,10 @@ deliver implementation — that is `/cc-openspec`.
18
18
 
19
19
  Command: `backlog` (fixed for this workflow — do not infer from user text)
20
20
 
21
- 1. Run: `npx cc-codeconductor ccep parse --command backlog "$ARGUMENTS" --output json`
22
- 2. Run: `npx cc-codeconductor ccep resolve --command backlog "$ARGUMENTS" --output json`
23
- 3. Run: `npx cc-codeconductor ccep profile backlog --output json`
24
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command backlog --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
25
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
21
+ 1. Run: `npx cc-codeconductor ccep profile backlog --output json` to get the phases and their roles.
22
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command backlog --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
23
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command backlog --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
24
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
26
25
 
27
26
  ---
28
27
 
@@ -12,11 +12,10 @@ Clarify request: $ARGUMENTS
12
12
 
13
13
  Command: `clarify` (fixed for this workflow — do not infer from user text)
14
14
 
15
- 1. Run: `npx cc-codeconductor ccep parse --command clarify "$ARGUMENTS" --output json`
16
- 2. Run: `npx cc-codeconductor ccep resolve --command clarify "$ARGUMENTS" --output json`
17
- 3. Run: `npx cc-codeconductor ccep profile clarify --output json`
18
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command clarify --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
15
+ 1. Run: `npx cc-codeconductor ccep profile clarify --output json` to get the phases and their roles.
16
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command clarify --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
17
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command clarify --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
18
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
20
19
 
21
20
  ---
22
21
 
@@ -12,11 +12,10 @@ Task request: $ARGUMENTS
12
12
  Command: `council` (fixed for this workflow — do not infer from user text)
13
13
  command: council
14
14
 
15
- 1. Run: `npx cc-codeconductor ccep parse --command council "$ARGUMENTS" --output json`
16
- 2. Run: `npx cc-codeconductor ccep resolve --command council "$ARGUMENTS" --output json`
17
- 3. Run: `npx cc-codeconductor ccep profile council --output json`
18
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command council --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
15
+ 1. Run: `npx cc-codeconductor ccep profile council --output json` to get the phases and their roles.
16
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command council --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
17
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command council --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
18
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
20
19
 
21
20
  ---
22
21
 
@@ -64,7 +63,7 @@ implementer must:
64
63
  1. Write the minimal code required to pass the tests.
65
64
  2. Touch ONLY the files specified in the Technical Plan (Surgical Changes).
66
65
  3. NOT refactor adjacent code, change existing styles, or build speculative features.
67
- 4. Run the tests. Loop `implementer` -> `tester` until all tests pass (Green state).
66
+ 4. Run the tests. Loop `implementer` -> `tester` until all tests pass (Green state), at most 3 iterations -- then stop and report the failing tests instead of looping.
68
67
 
69
68
  ---
70
69
 
@@ -76,7 +75,7 @@ The council will evaluate the diff against the 6 axes (Architecture, Security, P
76
75
 
77
76
  If ANY agent votes CRITICAL (especially due to over-engineering, scope creep, or missing the verifiable goals):
78
77
  - The Review Report status is **BLOCKED**.
79
- - Return to Step 4 with the feedback.
78
+ - Return to Step 4 with the feedback (at most 3 review rounds in total -- then deliver the BLOCKED verdict with the unresolved findings instead of looping).
80
79
 
81
80
  If APPROVED (no CRITICAL findings):
82
81
  - Deliver the final Council Verdict and the diff summary.
@@ -13,11 +13,10 @@ Migration request: $ARGUMENTS
13
13
 
14
14
  Command: `db-migration` (fixed for this workflow — do not infer from user text)
15
15
 
16
- 1. Run: `npx cc-codeconductor ccep parse --command db-migration "$ARGUMENTS" --output json`
17
- 2. Run: `npx cc-codeconductor ccep resolve --command db-migration "$ARGUMENTS" --output json`
18
- 3. Run: `npx cc-codeconductor ccep profile db-migration --output json`
19
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command db-migration --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
20
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
16
+ 1. Run: `npx cc-codeconductor ccep profile db-migration --output json` to get the phases and their roles.
17
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command db-migration --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
18
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command db-migration --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
21
20
  Canonical delivery order is test-before-implement whenever both phases apply.
22
21
 
23
22
  ---
@@ -12,11 +12,10 @@ Explore request: $ARGUMENTS
12
12
 
13
13
  Command: `explore` (fixed for this workflow — do not infer from user text)
14
14
 
15
- 1. Run: `npx cc-codeconductor ccep parse --command explore "$ARGUMENTS" --output json`
16
- 2. Run: `npx cc-codeconductor ccep resolve --command explore "$ARGUMENTS" --output json`
17
- 3. Run: `npx cc-codeconductor ccep profile explore --output json`
18
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command explore --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
15
+ 1. Run: `npx cc-codeconductor ccep profile explore --output json` to get the phases and their roles.
16
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command explore --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
17
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command explore --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
18
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
20
19
 
21
20
  ---
22
21
 
@@ -35,11 +35,10 @@ unavailable visual or emulator checks remain pending rather than claimed complet
35
35
 
36
36
  Command: `feature` (fixed for this workflow — do not infer from user text)
37
37
 
38
- 1. Run: `npx cc-codeconductor ccep parse --command feature "$ARGUMENTS" --output json`
39
- 2. Run: `npx cc-codeconductor ccep resolve --command feature "$ARGUMENTS" --output json`
40
- 3. Run: `npx cc-codeconductor ccep profile feature --output json`
41
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command feature --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
42
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
38
+ 1. Run: `npx cc-codeconductor ccep profile feature --output json` to get the phases and their roles.
39
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command feature --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
40
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command feature --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
41
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
43
42
  Canonical delivery order is test-before-implement whenever both phases apply.
44
43
 
45
44
  ---
@@ -45,11 +45,10 @@ unavailable visual or emulator checks remain pending rather than claimed complet
45
45
 
46
46
  Command: `fix` (fixed for this workflow — do not infer from user text)
47
47
 
48
- 1. Run: `npx cc-codeconductor ccep parse --command fix "$ARGUMENTS" --output json`
49
- 2. Run: `npx cc-codeconductor ccep resolve --command fix "$ARGUMENTS" --output json`
50
- 3. Run: `npx cc-codeconductor ccep profile fix --output json`
51
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command fix --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
52
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
48
+ 1. Run: `npx cc-codeconductor ccep profile fix --output json` to get the phases and their roles.
49
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command fix --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
50
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command fix --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
51
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
53
52
  Canonical delivery order is test-before-implement whenever both phases apply.
54
53
 
55
54
  ---
@@ -12,11 +12,10 @@ Handoff request: $ARGUMENTS
12
12
 
13
13
  Command: `handoff` (fixed for this workflow — do not infer from user text)
14
14
 
15
- 1. Run: `npx cc-codeconductor ccep parse --command handoff "$ARGUMENTS" --output json`
16
- 2. Run: `npx cc-codeconductor ccep resolve --command handoff "$ARGUMENTS" --output json`
17
- 3. Run: `npx cc-codeconductor ccep profile handoff --output json`
18
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command handoff --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
15
+ 1. Run: `npx cc-codeconductor ccep profile handoff --output json` to get the phases and their roles.
16
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command handoff --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
17
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command handoff --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
18
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
20
19
 
21
20
  ---
22
21
 
@@ -36,6 +35,10 @@ pass/fail (not log dumps), open questions, and the next `/cc-` command.
36
35
  Link the Delivery Ledger and verification evidence when they exist; do not
37
36
  repeat the original request or transcript. Do not edit source or tests.
38
37
 
38
+ If a Delivery Ledger exists, run `npx cc-codeconductor odd handoff --id <ledger-id> --output json`
39
+ and use its `handoff` envelope as the source for these fields. Secret redaction
40
+ still applies.
41
+
39
42
  ---
40
43
 
41
44
  ## Completion
@@ -13,11 +13,10 @@ Iterative request: $ARGUMENTS
13
13
 
14
14
  Command: `iterative` (fixed for this workflow — do not infer from user text)
15
15
 
16
- 1. Run: `npx cc-codeconductor ccep parse --command iterative "$ARGUMENTS" --output json`
17
- 2. Run: `npx cc-codeconductor ccep resolve --command iterative "$ARGUMENTS" --output json`
18
- 3. Run: `npx cc-codeconductor ccep profile iterative --output json`
19
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command iterative --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
20
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
16
+ 1. Run: `npx cc-codeconductor ccep profile iterative --output json` to get the phases and their roles.
17
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command iterative --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
18
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command iterative --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
21
20
  Canonical delivery order is test-before-implement whenever both phases apply.
22
21
 
23
22
  ---
@@ -7,9 +7,10 @@ description: Create or resume an opt-in Delivery Ledger for substantial authoriz
7
7
  ## Step 0 — CCEP Bootstrap
8
8
 
9
9
  ```bash
10
- bun run dev ccep parse --command odd "$ARGUMENTS"
11
- bun run dev ccep resolve --command odd "$ARGUMENTS"
12
- bun run dev ccep profile --command odd
10
+ bun run dev ccep profile odd --output json
11
+ bun run dev ccep compile --command odd --phase <phase-id> "$ARGUMENTS" --view prompt --output json
13
12
  ```
14
13
 
14
+ Pass each subagent only the compiled `prompt` for its phase.
15
+
15
16
  Create a ledger only after authorization and tracked coordination. Read-only and small work do not create state.
@@ -33,7 +33,7 @@ stays with the general `android` skill. Audit-only requests remain read-only, an
33
33
  unavailable visual or emulator checks remain pending rather than claimed complete.
34
34
 
35
35
 
36
- ## Step 0 — Validate (mandatory gate)
36
+ ## Step 0a — Validate (mandatory gate)
37
37
 
38
38
  Run `npx cc-codeconductor openspec validate`. If invalid, show errors and recommendations, then **STOP**.
39
39
 
@@ -43,11 +43,10 @@ Run `npx cc-codeconductor openspec validate`. If invalid, show errors and recomm
43
43
 
44
44
  Command: `openspec` (fixed for this workflow — do not infer from user text)
45
45
 
46
- 1. Run: `npx cc-codeconductor ccep parse --command openspec "$ARGUMENTS" --output json`
47
- 2. Run: `npx cc-codeconductor ccep resolve --command openspec "$ARGUMENTS" --output json`
48
- 3. Run: `npx cc-codeconductor ccep profile openspec --output json`
49
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command openspec --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
50
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
46
+ 1. Run: `npx cc-codeconductor ccep profile openspec --output json` to get the phases and their roles.
47
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command openspec --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
48
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command openspec --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
49
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
51
50
  Canonical delivery order is test-before-implement whenever both phases apply.
52
51
 
53
52
  ---
@@ -15,11 +15,10 @@ Audit URL: $ARGUMENTS
15
15
 
16
16
  Command: `pagespeed` (fixed for this workflow — do not infer from user text)
17
17
 
18
- 1. Run: `npx cc-codeconductor ccep parse --command pagespeed "$ARGUMENTS" --output json`
19
- 2. Run: `npx cc-codeconductor ccep resolve --command pagespeed "$ARGUMENTS" --output json`
20
- 3. Run: `npx cc-codeconductor ccep profile pagespeed --output json`
21
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command pagespeed --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
22
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
18
+ 1. Run: `npx cc-codeconductor ccep profile pagespeed --output json` to get the phases and their roles.
19
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command pagespeed --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
20
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command pagespeed --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
21
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
23
22
 
24
23
  ---
25
24
 
@@ -12,11 +12,10 @@ Prototype request: $ARGUMENTS
12
12
 
13
13
  Command: `prototype` (fixed for this workflow — do not infer from user text)
14
14
 
15
- 1. Run: `npx cc-codeconductor ccep parse --command prototype "$ARGUMENTS" --output json`
16
- 2. Run: `npx cc-codeconductor ccep resolve --command prototype "$ARGUMENTS" --output json`
17
- 3. Run: `npx cc-codeconductor ccep profile prototype --output json`
18
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command prototype --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
15
+ 1. Run: `npx cc-codeconductor ccep profile prototype --output json` to get the phases and their roles.
16
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command prototype --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
17
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command prototype --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
18
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
20
19
 
21
20
  ---
22
21
 
@@ -38,11 +38,10 @@ If coverage is insufficient:
38
38
 
39
39
  Command: `refactor` (fixed for this workflow — do not infer from user text)
40
40
 
41
- 1. Run: `npx cc-codeconductor ccep parse --command refactor "$ARGUMENTS" --output json`
42
- 2. Run: `npx cc-codeconductor ccep resolve --command refactor "$ARGUMENTS" --output json`
43
- 3. Run: `npx cc-codeconductor ccep profile refactor --output json`
44
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command refactor --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
45
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
41
+ 1. Run: `npx cc-codeconductor ccep profile refactor --output json` to get the phases and their roles.
42
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command refactor --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
43
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command refactor --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
44
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
46
45
 
47
46
  ---
48
47
 
@@ -44,11 +44,10 @@ unavailable visual or emulator checks remain pending rather than claimed complet
44
44
 
45
45
  Command: `review` (fixed for this workflow — do not infer from user text)
46
46
 
47
- 1. Run: `npx cc-codeconductor ccep parse --command review "$ARGUMENTS" --output json`
48
- 2. Run: `npx cc-codeconductor ccep resolve --command review "$ARGUMENTS" --output json`
49
- 3. Run: `npx cc-codeconductor ccep profile review --output json`
50
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command review --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
51
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
47
+ 1. Run: `npx cc-codeconductor ccep profile review --output json` to get the phases and their roles.
48
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command review --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
49
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command review --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
50
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
52
51
 
53
52
  ---
54
53
 
@@ -12,11 +12,10 @@ Scope: $ARGUMENTS
12
12
 
13
13
  Command: `scorecard` (fixed for this workflow — do not infer from user text)
14
14
 
15
- 1. Run: `npx cc-codeconductor ccep parse --command scorecard "$ARGUMENTS" --output json`
16
- 2. Run: `npx cc-codeconductor ccep resolve --command scorecard "$ARGUMENTS" --output json`
17
- 3. Run: `npx cc-codeconductor ccep profile scorecard --output json`
18
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command scorecard --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
15
+ 1. Run: `npx cc-codeconductor ccep profile scorecard --output json` to get the phases and their roles.
16
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command scorecard --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
17
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command scorecard --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
18
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
20
19
 
21
20
  ---
22
21
 
@@ -48,11 +48,10 @@ payloads, malware, or attack procedures.
48
48
 
49
49
  Command: `security` (fixed for this workflow — do not infer from user text)
50
50
 
51
- 1. Run: `npx cc-codeconductor ccep parse --command security "$ARGUMENTS" --output json`
52
- 2. Run: `npx cc-codeconductor ccep resolve --command security "$ARGUMENTS" --output json`
53
- 3. Run: `npx cc-codeconductor ccep profile security --output json`
54
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command security --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
55
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
51
+ 1. Run: `npx cc-codeconductor ccep profile security --output json` to get the phases and their roles.
52
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command security --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
53
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command security --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
54
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
56
55
  Canonical delivery order is test-before-implement whenever both phases apply.
57
56
 
58
57
  ---
@@ -23,11 +23,10 @@ Describe what behavior you want to implement. Include:
23
23
 
24
24
  Command: `spec-mutation` (fixed for this workflow — do not infer from user text)
25
25
 
26
- 1. Run: `npx cc-codeconductor ccep parse --command spec-mutation "$ARGUMENTS" --output json`
27
- 2. Run: `npx cc-codeconductor ccep resolve --command spec-mutation "$ARGUMENTS" --output json`
28
- 3. Run: `npx cc-codeconductor ccep profile spec-mutation --output json`
29
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command spec-mutation --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
30
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
26
+ 1. Run: `npx cc-codeconductor ccep profile spec-mutation --output json` to get the phases and their roles.
27
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command spec-mutation --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
28
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command spec-mutation --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
29
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
31
30
  Canonical delivery order is test-before-implement whenever both phases apply.
32
31
 
33
32
  ---
@@ -22,11 +22,10 @@ Describe what behavior you want to implement. Include:
22
22
 
23
23
  Command: `tdd-cycle` (fixed for this workflow — do not infer from user text)
24
24
 
25
- 1. Run: `npx cc-codeconductor ccep parse --command tdd-cycle "$ARGUMENTS" --output json`
26
- 2. Run: `npx cc-codeconductor ccep resolve --command tdd-cycle "$ARGUMENTS" --output json`
27
- 3. Run: `npx cc-codeconductor ccep profile tdd-cycle --output json`
28
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command tdd-cycle --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
29
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
25
+ 1. Run: `npx cc-codeconductor ccep profile tdd-cycle --output json` to get the phases and their roles.
26
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command tdd-cycle --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
27
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command tdd-cycle --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
28
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
30
29
  Canonical delivery order is test-before-implement whenever both phases apply.
31
30
 
32
31
  ---
@@ -25,11 +25,10 @@ If $ARGUMENTS is empty, describe the scope in your next message before invoking
25
25
 
26
26
  Command: `test-plan` (fixed for this workflow — do not infer from user text)
27
27
 
28
- 1. Run: `npx cc-codeconductor ccep parse --command test-plan "$ARGUMENTS" --output json`
29
- 2. Run: `npx cc-codeconductor ccep resolve --command test-plan "$ARGUMENTS" --output json`
30
- 3. Run: `npx cc-codeconductor ccep profile test-plan --output json`
31
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command test-plan --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
32
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
28
+ 1. Run: `npx cc-codeconductor ccep profile test-plan --output json` to get the phases and their roles.
29
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command test-plan --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
30
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command test-plan --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
31
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
33
32
 
34
33
  ---
35
34
 
@@ -12,11 +12,10 @@ Triage request: $ARGUMENTS
12
12
 
13
13
  Command: `triage` (fixed for this workflow — do not infer from user text)
14
14
 
15
- 1. Run: `npx cc-codeconductor ccep parse --command triage "$ARGUMENTS" --output json`
16
- 2. Run: `npx cc-codeconductor ccep resolve --command triage "$ARGUMENTS" --output json`
17
- 3. Run: `npx cc-codeconductor ccep profile triage --output json`
18
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command triage --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
15
+ 1. Run: `npx cc-codeconductor ccep profile triage --output json` to get the phases and their roles.
16
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command triage --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
17
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command triage --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
18
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
20
19
 
21
20
  ---
22
21
 
@@ -511,11 +511,11 @@ _(none)_ if no suggestions
511
511
 
512
512
  **Two-Axis Review Model (Standards + Spec)**
513
513
 
514
- The Reviewer role executes two independent, parallel sub-agents without reranking between them:
514
+ _El modelo de dos ejes (Standards, Spec) es la estructura de ejecución de `/cc:review`; los review axes listados en la tabla anterior se aplican DENTRO de cada eje._
515
515
 
516
- 1.
516
+ The Reviewer role executes two independent, parallel sub-agents without reranking between them:
517
517
 
518
- _El modelo de dos ejes (Standards, Spec) es la estructura de ejecución de `/cc:review`; los review axes listados en la tabla anterior se aplican DENTRO de cada eje._ **Standards Axis** — Code smell detection against the Fowler baseline (Long Method, Large Class, Duplicated Code, Feature Envy, Shotgun Surgery, Primitive Obsession, Data Clumps, Switch Statements, Speculative Generality, Temporary Fields, Message Chains, Middle Man, Inappropriate Intimacy, Data Class, Comments-as-apology), with documented override allowed via repo standards documentation (e.g., CONTEXT.md or project norms).
518
+ 1. **Standards Axis** — Code smell detection against the Fowler baseline (Long Method, Large Class, Duplicated Code, Feature Envy, Shotgun Surgery, Primitive Obsession, Data Clumps, Switch Statements, Speculative Generality, Temporary Fields, Message Chains, Middle Man, Inappropriate Intimacy, Data Class, Comments-as-apology), with documented override allowed via repo standards documentation (e.g., CONTEXT.md or project norms).
519
519
 
520
520
  2. **Spec Axis** — Alignment with Task Card, acceptance criteria, and scope boundaries.
521
521
 
@@ -761,8 +761,9 @@ extending capabilities, apply `.claude/skills/find-skills/SKILL.md`.
761
761
  ## Teammate & Loop Agent Rules
762
762
 
763
763
  ### Teammate delegation (Presets supporting multi-teams)
764
- - Utilize parallel sub-agent execution by enabling `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` in `settings.json`.
765
- - Allocate tasks to specific teammates: use `sonnet` for Orchestrator and Architect, and delegate secondary tasks (e.g. testing, review, docs) to `haiku` to optimize token budgets.
764
+ - Use Sonnet 5.5 as the default model for every role, including testing, review, and docs.
765
+ - Use Haiku only for lightweight discovery and routing roles (task coach, repo explorer, goal planner, planner).
766
+ - Escalate a single blocked decision to a subagent with `model: opus`; return to Sonnet afterward.
766
767
 
767
768
  ### Loop Agent Mode (Intense Workflows)
768
769
  - If tests or verifications fail, do not stop. Re-route the failure logs back to the Implementer teammate.
@@ -12,11 +12,10 @@ API contract request: $ARGUMENTS
12
12
 
13
13
  Command: `api-contract` (fixed for this workflow — do not infer from user text)
14
14
 
15
- 1. Run: `npx cc-codeconductor ccep parse --command api-contract "$ARGUMENTS" --output json`
16
- 2. Run: `npx cc-codeconductor ccep resolve --command api-contract "$ARGUMENTS" --output json`
17
- 3. Run: `npx cc-codeconductor ccep profile api-contract --output json`
18
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command api-contract --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
19
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
15
+ 1. Run: `npx cc-codeconductor ccep profile api-contract --output json` to get the phases and their roles.
16
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command api-contract --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
17
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command api-contract --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
18
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
20
19
 
21
20
  ---
22
21
 
@@ -17,11 +17,10 @@ deliver implementation — that is `/cc:openspec`.
17
17
 
18
18
  Command: `backlog` (fixed for this workflow — do not infer from user text)
19
19
 
20
- 1. Run: `npx cc-codeconductor ccep parse --command backlog "$ARGUMENTS" --output json`
21
- 2. Run: `npx cc-codeconductor ccep resolve --command backlog "$ARGUMENTS" --output json`
22
- 3. Run: `npx cc-codeconductor ccep profile backlog --output json`
23
- 4. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command backlog --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
24
- 5. Delegate to subagents using compiled CCEP prompts — never forward raw `$ARGUMENTS` to planners.
20
+ 1. Run: `npx cc-codeconductor ccep profile backlog --output json` to get the phases and their roles.
21
+ 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command backlog --phase <phase-id> "$ARGUMENTS" --view prompt --output json`
22
+ 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command backlog --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.
23
+ 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `$ARGUMENTS` to planners.
25
24
 
26
25
  ---
27
26