cc-codeconductor 1.4.1 → 1.4.2

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 (40) hide show
  1. package/README.md +24 -1
  2. package/dist/core/verification/rdd-receipt.d.ts +39 -0
  3. package/dist/core/verification/verification-runner.d.ts +8 -2
  4. package/dist/index.d.ts +2 -0
  5. package/dist/index.js +996 -251
  6. package/dist/library.js +267 -26
  7. package/dist/validation/schemas.d.ts +521 -26
  8. package/docs/generated/cli.md +12 -0
  9. package/package.json +1 -1
  10. package/presets/agy/AGENTS.md +6 -0
  11. package/presets/agy/workflows/cc-handoff.md +2 -1
  12. package/presets/agy/workflows/cc-odd.md +15 -0
  13. package/presets/claude/CLAUDE.md +6 -0
  14. package/presets/claude/commands/cc/handoff.md +2 -1
  15. package/presets/claude/commands/cc/odd.md +15 -0
  16. package/presets/codex/AGENTS.md +6 -0
  17. package/presets/codex/skills/cc-handoff/SKILL.md +3 -1
  18. package/presets/codex/skills/cc-odd/SKILL.md +25 -0
  19. package/presets/codex/skills/cc-openspec/SKILL.md +4 -0
  20. package/presets/codex/skills/cc-spec-mutation/SKILL.md +5 -0
  21. package/presets/codex/skills/cc-tdd-cycle/SKILL.md +8 -0
  22. package/presets/cursor/AGENTS.md +6 -0
  23. package/presets/cursor/commands/cc/handoff.md +3 -1
  24. package/presets/cursor/commands/cc/odd.md +20 -0
  25. package/presets/cursor/commands/cc/openspec.md +4 -0
  26. package/presets/cursor/commands/cc/spec-mutation.md +5 -0
  27. package/presets/cursor/commands/cc/tdd-cycle.md +8 -0
  28. package/presets/gemini/GEMINI.md +6 -0
  29. package/presets/gemini/commands/cc/handoff.toml +3 -1
  30. package/presets/gemini/commands/cc/odd.toml +20 -0
  31. package/presets/gemini/commands/cc/openspec.toml +4 -0
  32. package/presets/gemini/commands/cc/spec-mutation.toml +5 -0
  33. package/presets/gemini/commands/cc/tdd-cycle.toml +8 -0
  34. package/presets/opencode/agents/implementer.md +2 -0
  35. package/presets/opencode/agents/reviewer.md +2 -0
  36. package/presets/opencode/agents/tester.md +2 -0
  37. package/presets/opencode/commands/cc-handoff.md +2 -1
  38. package/presets/opencode/commands/cc-odd.md +15 -0
  39. package/presets/pi/AGENTS.md +6 -0
  40. package/src/presets/targets/pi.yml +1 -0
@@ -184,6 +184,18 @@ Verify task completion with evidence.
184
184
  cc-codeconductor verify --task <id>
185
185
  ```
186
186
 
187
+ ## rdd
188
+
189
+ Capture and validate Receipt-Driven Development evidence.
190
+
191
+ ```text
192
+ cc-codeconductor rdd capture --task <id> [--phase red|green|review]
193
+ cc-codeconductor rdd verify --receipt <id>
194
+ cc-codeconductor rdd status [--task <id>]
195
+ cc-codeconductor rdd git-check
196
+ cc-codeconductor rdd install-hooks
197
+ ```
198
+
187
199
  ## seo
188
200
 
189
201
  Audit SEO and generate llms.txt.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "cc-codeconductor",
3
- "version": "1.4.1",
3
+ "version": "1.4.2",
4
4
  "description": "A multi-agent orchestration framework for AI-assisted software engineering workflows.",
5
5
  "keywords": [
6
6
  "ai",
@@ -472,4 +472,10 @@ When the orchestrator receives a GoalGraph, it delegates tasks in dependency ord
472
472
  ### Monorepo Workspaces
473
473
  - Focus operations strictly within the specified sub-package or workspace directory in the Task Card scope. Do not modify files or run commands outside this package directory.
474
474
 
475
+ ## Receipt integrity
476
+
477
+ - For any implementation, test, review, handoff, or delivery decision, capture or verify the current RDD receipt with `bun run dev rdd`.
478
+ - A receipt is valid only for its exact candidate. If code, tests, contracts, or runner configuration changed, repeat the affected verification.
479
+ - TDD and Mutation Testing retain their existing gates; RDD verifies that their observed evidence still belongs to the current candidate.
480
+
475
481
  <!-- CODECONDUCTOR:END managed -->
@@ -33,7 +33,8 @@ and wait for a human (CCEP `stopOnHighRisk`).
33
33
  Include: goal, Task Card status (no secret fields), files touched, test
34
34
  pass/fail (not log dumps), open questions, and the next `/cc-` command.
35
35
 
36
- Do not edit source or tests.
36
+ Link the Delivery Ledger and verification evidence when they exist; do not
37
+ repeat the original request or transcript. Do not edit source or tests.
37
38
 
38
39
  ---
39
40
 
@@ -0,0 +1,15 @@
1
+ ---
2
+ description: Create or resume an opt-in Delivery Ledger for substantial authorized work.
3
+ ---
4
+
5
+ # /cc-odd
6
+
7
+ ## Step 0 — CCEP Bootstrap
8
+
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
13
+ ```
14
+
15
+ Create a ledger only after authorization and tracked coordination. Read-only and small work do not create state.
@@ -801,4 +801,10 @@ extending capabilities, apply `.claude/skills/find-skills/SKILL.md`.
801
801
  starting.
802
802
  - Delegate verbose operations to sub-agents.
803
803
 
804
+ ## Receipt integrity
805
+
806
+ - For any implementation, test, review, handoff, or delivery decision, capture or verify the current RDD receipt with `bun run dev rdd`.
807
+ - A receipt is valid only for its exact candidate. If code, tests, contracts, or runner configuration changed, repeat the affected verification.
808
+ - TDD and Mutation Testing retain their existing gates; RDD verifies that their observed evidence still belongs to the current candidate.
809
+
804
810
  <!-- CODECONDUCTOR:END managed -->
@@ -35,7 +35,8 @@ recommended `context_scope` (`isolated` | `continuation` | `full`) for the next
35
35
  session — derived from the Task Card status above, not invented, with a
36
36
  one-sentence justification.
37
37
 
38
- Do not edit source or tests.
38
+ Link the Delivery Ledger and verification evidence when they exist; do not
39
+ repeat the original request or transcript. Do not edit source or tests.
39
40
 
40
41
  ---
41
42
 
@@ -0,0 +1,15 @@
1
+ ---
2
+ description: Create or resume an opt-in Delivery Ledger for substantial authorized work.
3
+ ---
4
+
5
+ # /cc:odd
6
+
7
+ ## Step 0 — CCEP Bootstrap
8
+
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
13
+ ```
14
+
15
+ Create a ledger only after authorization and tracked coordination. Read-only and small work do not create state.
@@ -1084,4 +1084,10 @@ Contract version:** v0.1.0 **Date:** [YYYY-MM-DD] **Evaluator:** [human name or
1084
1084
  starting.
1085
1085
  - Delegate verbose operations to sub-agents.
1086
1086
 
1087
+ ## Receipt integrity
1088
+
1089
+ - For any implementation, test, review, handoff, or delivery decision, capture or verify the current RDD receipt with `bun run dev rdd`.
1090
+ - A receipt is valid only for its exact candidate. If code, tests, contracts, or runner configuration changed, repeat the affected verification.
1091
+ - TDD and Mutation Testing retain their existing gates; RDD verifies that their observed evidence still belongs to the current candidate.
1092
+
1087
1093
  <!-- CODECONDUCTOR:END managed -->
@@ -34,7 +34,9 @@ errors instead of pasting dumps. If unresolved credential material remains, stop
34
34
  and wait for a human (CCEP `stopOnHighRisk`).
35
35
 
36
36
  Include: goal, Task Card status (no secret fields), files touched, test
37
- pass/fail (not log dumps), open questions, and the next `$cc-` command.
37
+ pass/fail (not log dumps), open questions, the next `$cc-` command, plus links
38
+ to the Delivery Ledger and verification evidence when they exist. Do not repeat
39
+ the original request or transcript.
38
40
 
39
41
  Do not edit source or tests.
40
42
 
@@ -0,0 +1,25 @@
1
+ ---
2
+ name: cc-odd
3
+ description: Create or resume an opt-in Delivery Ledger for substantial authorized work.
4
+ ---
5
+
6
+ # odd
7
+
8
+ Invoke as `$cc-odd`. The user request follows the skill mention.
9
+
10
+ # /cc:odd
11
+
12
+ ## Step 0 — CCEP Bootstrap
13
+
14
+ ```bash
15
+ bun run dev ccep parse --command odd "$ARGUMENTS"
16
+ bun run dev ccep resolve --command odd "$ARGUMENTS"
17
+ bun run dev ccep profile --command odd
18
+ ```
19
+
20
+ Create a ledger only after authorization and tracked coordination. Read-only and small work do not create state.
21
+
22
+ When ODD has verification evidence, include its RDD receipt in the ledger
23
+ handoff. On resume, verify it against the workspace before relying on a prior
24
+ test or review result. If it is stale, keep the ledger and repeat only the
25
+ invalidated verification.
@@ -138,6 +138,10 @@ npx cc-codeconductor openspec archive <itemId>
138
138
 
139
139
  `start` moves the card `pending → doing` and the item `PLANNED → IN_PROGRESS`. `done` marks the card complete, updates Progress, and moves the item to `REVIEW` when every card is done and review is required. `archive` requires all cards done (and review evidence when Global review is required) and moves `openspec/changes/<slug>` to `archive/`.
140
140
 
141
+ For test and implementation cards, `done` also requires a current RDD-backed
142
+ RED or GREEN receipt respectively. Do not reuse evidence after candidate files
143
+ change; capture and verify the matching receipt again.
144
+
141
145
  ---
142
146
 
143
147
  ## Step 5 — Model matrix and execute loop
@@ -131,6 +131,11 @@ Verdict is binary: PASS continues to the mutation gate; REJECT returns to the
131
131
 
132
132
  ## Stage 5 — Mutation gate (`mutation_testing`)
133
133
 
134
+ RDD complements this gate: capture the candidate receipt before Mutation Testing
135
+ and verify it after the runner restores production source. A survivor opens a
136
+ new tester/reviewer-approved test revision; it never makes an earlier receipt
137
+ valid again.
138
+
134
139
  Run the deterministic AST mutator shipped with this preset:
135
140
 
136
141
  ```bash
@@ -70,6 +70,14 @@ runner) — do not hand-edit JSON under `.codeconductor/evidence/`.
70
70
 
71
71
  Do not advance phases until that evidence exists.
72
72
 
73
+ ### Receipt-Driven Development
74
+
75
+ Run the verification runner with the matching `phase` (`red`, `green`, or
76
+ `refactor`). It records an RDD receipt for the complete candidate. Before a
77
+ handoff, phase transition, or final review, verify that receipt. A changed
78
+ source, test, contract, lockfile, or runner configuration invalidates it and
79
+ requires the affected phase to run again.
80
+
73
81
  ---
74
82
 
75
83
  ## Phase 1 — RED (Tester role)
@@ -459,6 +459,12 @@ docs | test **Risk:** low | medium | high **Scope:** [files or modules affected]
459
459
  **Agent:** [agent name] **Requires review:** yes | no
460
460
  ```
461
461
 
462
+ ## Receipt integrity
463
+
464
+ - For any implementation, test, review, handoff, or delivery decision, capture or verify the current RDD receipt with `bun run dev rdd`.
465
+ - A receipt is valid only for its exact candidate. If code, tests, contracts, or runner configuration changed, repeat the affected verification.
466
+ - TDD and Mutation Testing retain their existing gates; RDD verifies that their observed evidence still belongs to the current candidate.
467
+
462
468
  <!-- CODECONDUCTOR:END managed -->
463
469
 
464
470
  ---
@@ -30,7 +30,9 @@ errors instead of pasting dumps. If unresolved credential material remains, stop
30
30
  and wait for a human (CCEP `stopOnHighRisk`).
31
31
 
32
32
  Include: goal, Task Card status (no secret fields), files touched, test
33
- pass/fail (not log dumps), open questions, and the next `/cc:` command.
33
+ pass/fail (not log dumps), open questions, the next `/cc:` command, plus links
34
+ to the Delivery Ledger and verification evidence when they exist. Do not repeat
35
+ the original request or transcript.
34
36
 
35
37
  Do not edit source or tests.
36
38
 
@@ -0,0 +1,20 @@
1
+ ---
2
+ description: Create or resume an opt-in Delivery Ledger for substantial authorized work.
3
+ ---
4
+
5
+ # /cc:odd
6
+
7
+ ## Step 0 — CCEP Bootstrap
8
+
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
13
+ ```
14
+
15
+ Create a ledger only after authorization and tracked coordination. Read-only and small work do not create state.
16
+
17
+ When ODD has verification evidence, include its RDD receipt in the ledger
18
+ handoff. On resume, verify it against the workspace before relying on a prior
19
+ test or review result. If it is stale, keep the ledger and repeat only the
20
+ invalidated verification.
@@ -135,6 +135,10 @@ npx cc-codeconductor openspec archive <itemId>
135
135
 
136
136
  `start` moves the card `pending → doing` and the item `PLANNED → IN_PROGRESS`. `done` marks the card complete, updates Progress, and moves the item to `REVIEW` when every card is done and review is required. `archive` requires all cards done (and review evidence when Global review is required) and moves `openspec/changes/<slug>` to `archive/`.
137
137
 
138
+ For test and implementation cards, `done` also requires a current RDD-backed
139
+ RED or GREEN receipt respectively. Do not reuse evidence after candidate files
140
+ change; capture and verify the matching receipt again.
141
+
138
142
  ---
139
143
 
140
144
  ## Step 5 — Model matrix and execute loop
@@ -129,6 +129,11 @@ Verdict is binary: PASS continues to the mutation gate; REJECT returns to the
129
129
 
130
130
  ## Stage 5 — Mutation gate (`mutation_testing`)
131
131
 
132
+ RDD complements this gate: capture the candidate receipt before Mutation Testing
133
+ and verify it after the runner restores production source. A survivor opens a
134
+ new tester/reviewer-approved test revision; it never makes an earlier receipt
135
+ valid again.
136
+
132
137
  Run the deterministic AST mutator shipped with this preset:
133
138
 
134
139
  ```bash
@@ -68,6 +68,14 @@ runner) — do not hand-edit JSON under `.codeconductor/evidence/`.
68
68
 
69
69
  Do not advance phases until that evidence exists.
70
70
 
71
+ ### Receipt-Driven Development
72
+
73
+ Run the verification runner with the matching `phase` (`red`, `green`, or
74
+ `refactor`). It records an RDD receipt for the complete candidate. Before a
75
+ handoff, phase transition, or final review, verify that receipt. A changed
76
+ source, test, contract, lockfile, or runner configuration invalidates it and
77
+ requires the affected phase to run again.
78
+
71
79
  ---
72
80
 
73
81
  ## Phase 1 — RED (Tester role)
@@ -35,4 +35,10 @@ intent to the right slash command.
35
35
  - Do not skip the Reviewer step for medium- or high-risk changes.
36
36
  - Do not store secrets in any file loaded by Gemini CLI.
37
37
 
38
+ ## Receipt integrity
39
+
40
+ - For any implementation, test, review, handoff, or delivery decision, capture or verify the current RDD receipt with `bun run dev rdd`.
41
+ - A receipt is valid only for its exact candidate. If code, tests, contracts, or runner configuration changed, repeat the affected verification.
42
+ - TDD and Mutation Testing retain their existing gates; RDD verifies that their observed evidence still belongs to the current candidate.
43
+
38
44
  <!-- CODECONDUCTOR:END managed -->
@@ -28,7 +28,9 @@ errors instead of pasting dumps. If unresolved credential material remains, stop
28
28
  and wait for a human (CCEP `stopOnHighRisk`).
29
29
 
30
30
  Include: goal, Task Card status (no secret fields), files touched, test
31
- pass/fail (not log dumps), open questions, and the next `/cc:` command.
31
+ pass/fail (not log dumps), open questions, the next `/cc:` command, plus links
32
+ to the Delivery Ledger and verification evidence when they exist. Do not repeat
33
+ the original request or transcript.
32
34
 
33
35
  Do not edit source or tests.
34
36
 
@@ -0,0 +1,20 @@
1
+ description = "Create or resume an opt-in Delivery Ledger for substantial authorized work."
2
+
3
+ prompt = """
4
+ # /cc:odd
5
+
6
+ ## Step 0 — CCEP Bootstrap
7
+
8
+ ```bash
9
+ bun run dev ccep parse --command odd "{{args}}"
10
+ bun run dev ccep resolve --command odd "{{args}}"
11
+ bun run dev ccep profile --command odd
12
+ ```
13
+
14
+ Create a ledger only after authorization and tracked coordination. Read-only and small work do not create state.
15
+
16
+ When ODD has verification evidence, include its RDD receipt in the ledger
17
+ handoff. On resume, verify it against the workspace before relying on a prior
18
+ test or review result. If it is stale, keep the ledger and repeat only the
19
+ invalidated verification.
20
+ """
@@ -132,6 +132,10 @@ npx cc-codeconductor openspec archive <itemId>
132
132
 
133
133
  `start` moves the card `pending → doing` and the item `PLANNED → IN_PROGRESS`. `done` marks the card complete, updates Progress, and moves the item to `REVIEW` when every card is done and review is required. `archive` requires all cards done (and review evidence when Global review is required) and moves `openspec/changes/<slug>` to `archive/`.
134
134
 
135
+ For test and implementation cards, `done` also requires a current RDD-backed
136
+ RED or GREEN receipt respectively. Do not reuse evidence after candidate files
137
+ change; capture and verify the matching receipt again.
138
+
135
139
  ---
136
140
 
137
141
  ## Step 5 — Model matrix and execute loop
@@ -125,6 +125,11 @@ Verdict is binary: PASS continues to the mutation gate; REJECT returns to the
125
125
 
126
126
  ## Stage 5 — Mutation gate (`mutation_testing`)
127
127
 
128
+ RDD complements this gate: capture the candidate receipt before Mutation Testing
129
+ and verify it after the runner restores production source. A survivor opens a
130
+ new tester/reviewer-approved test revision; it never makes an earlier receipt
131
+ valid again.
132
+
128
133
  Run the deterministic AST mutator shipped with this preset:
129
134
 
130
135
  ```bash
@@ -64,6 +64,14 @@ runner) — do not hand-edit JSON under `.codeconductor/evidence/`.
64
64
 
65
65
  Do not advance phases until that evidence exists.
66
66
 
67
+ ### Receipt-Driven Development
68
+
69
+ Run the verification runner with the matching `phase` (`red`, `green`, or
70
+ `refactor`). It records an RDD receipt for the complete candidate. Before a
71
+ handoff, phase transition, or final review, verify that receipt. A changed
72
+ source, test, contract, lockfile, or runner configuration invalidates it and
73
+ requires the affected phase to run again.
74
+
67
75
  ---
68
76
 
69
77
  ## Phase 1 — RED (Tester role)
@@ -222,3 +222,5 @@ Invoke via `/cc-feature`, `/cc-fix`, `/cc-tdd-cycle`, or the orchestrator.
222
222
  Do not invoke other agents. Invoke skill `testing-tdd`.
223
223
  Deliverable is incomplete without a passing suite and runner TDD evidence when
224
224
  TDD is required. Scorecard: `bun run dev scorecard create --from-diff`.
225
+ Before handing work to review or delivery, verify the current RDD receipt. Do
226
+ not rely on a test result if its candidate has changed.
@@ -288,3 +288,5 @@ Invoke skill `evaluation` and run `scorecard record` with agent `reviewer`, mode
288
288
  Invoke via `/cc-review` or the orchestrator. Do not invoke other agents.
289
289
  Invoke skill `evaluation`. Deliverable is incomplete without
290
290
  `scorecard create --from-diff` and a recorded PASS|REVISE|REJECT.
291
+ An approval applies only to the RDD candidate receipt supplied with the review;
292
+ request a fresh verification when it is stale.
@@ -291,3 +291,5 @@ and confirmed failing; list the failing test paths in `artifacts` so the
291
291
  Invoke via `/cc-tdd-cycle`, `/cc-feature`, or the orchestrator (test before
292
292
  implement). Do not invoke other agents. Invoke skill `testing-tdd`.
293
293
  Deliverable is incomplete without `captureTddSuiteEvidence` when TDD is required.
294
+ Record the matching RDD receipt and report it with the test evidence. A changed
295
+ candidate requires a new verification before handoff.
@@ -31,7 +31,8 @@ and wait for a human (CCEP `stopOnHighRisk`).
31
31
  Include: goal, Task Card status (no secret fields), files touched, test
32
32
  pass/fail (not log dumps), open questions, and the next `/cc-` command.
33
33
 
34
- Do not edit source or tests.
34
+ Link the Delivery Ledger and verification evidence when they exist; do not
35
+ repeat the original request or transcript. Do not edit source or tests.
35
36
 
36
37
  ---
37
38
 
@@ -0,0 +1,15 @@
1
+ ---
2
+ description: Create or resume an opt-in Delivery Ledger for substantial authorized work.
3
+ ---
4
+
5
+ # /cc-odd
6
+
7
+ ## Step 0 — CCEP Bootstrap
8
+
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
13
+ ```
14
+
15
+ Create a ledger only after authorization and tracked coordination. Read-only and small work do not create state.
@@ -40,4 +40,10 @@ act as that role for the rest of the step.
40
40
  - Do not skip the Reviewer step for medium- or high-risk changes.
41
41
  - Do not store secrets in any file loaded by Pi.
42
42
 
43
+ ## Receipt integrity
44
+
45
+ - For any implementation, test, review, handoff, or delivery decision, capture or verify the current RDD receipt with `bun run dev rdd`.
46
+ - A receipt is valid only for its exact candidate. If code, tests, contracts, or runner configuration changed, repeat the affected verification.
47
+ - TDD and Mutation Testing retain their existing gates; RDD verifies that their observed evidence still belongs to the current candidate.
48
+
43
49
  <!-- CODECONDUCTOR:END managed -->
@@ -2,6 +2,7 @@ target: pi
2
2
  invocation: hyphen
3
3
  commandFormat: markdown
4
4
  contextFile: AGENTS.md
5
+ # ODD is available through `bun run dev odd`; Pi installs no slash-prompt files.
5
6
  # No Task tool or subagents (deliberate design choice, per pi's own docs) —
6
7
  # same style as opencode and agy, which share the reason.
7
8
  subagentInvocationStyle: invoke-with-context