prizmkit 1.1.137 → 1.1.138

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 (46) hide show
  1. package/bundled/VERSION.json +3 -3
  2. package/bundled/dev-pipeline/prizmkit_runtime/runner_models.py +0 -1
  3. package/bundled/dev-pipeline/prizmkit_runtime/runner_prompts.py +0 -1
  4. package/bundled/dev-pipeline/prizmkit_runtime/runners.py +3 -5
  5. package/bundled/dev-pipeline/scripts/generate-bootstrap-prompt.py +24 -39
  6. package/bundled/dev-pipeline/scripts/generate-bugfix-prompt.py +3 -5
  7. package/bundled/dev-pipeline/scripts/generate-recovery-prompt.py +4 -5
  8. package/bundled/dev-pipeline/scripts/generate-refactor-prompt.py +3 -5
  9. package/bundled/dev-pipeline/scripts/prompt_framework.py +0 -5
  10. package/bundled/dev-pipeline/templates/bootstrap-prompt.md +3 -3
  11. package/bundled/dev-pipeline/templates/bootstrap-tier3.md +24 -26
  12. package/bundled/dev-pipeline/templates/bugfix-bootstrap-prompt.md +5 -4
  13. package/bundled/dev-pipeline/templates/feature-list-schema.json +1 -1
  14. package/bundled/dev-pipeline/templates/refactor-bootstrap-prompt.md +3 -2
  15. package/bundled/dev-pipeline/templates/sections/bugfix-mission.md +1 -1
  16. package/bundled/dev-pipeline/templates/sections/bugfix-phase-review.md +2 -10
  17. package/bundled/dev-pipeline/templates/sections/bugfix-reminders.md +2 -1
  18. package/bundled/dev-pipeline/templates/sections/context-budget-rules.md +2 -2
  19. package/bundled/dev-pipeline/templates/sections/phase-implement-agent.md +5 -5
  20. package/bundled/dev-pipeline/templates/sections/phase-implement-full.md +5 -5
  21. package/bundled/dev-pipeline/templates/sections/phase-review-agent.md +2 -12
  22. package/bundled/dev-pipeline/templates/sections/phase-review-full.md +2 -10
  23. package/bundled/dev-pipeline/templates/sections/phase-specify-plan-full.md +1 -1
  24. package/bundled/dev-pipeline/templates/sections/refactor-mission.md +1 -1
  25. package/bundled/dev-pipeline/templates/sections/refactor-phase-implement.md +2 -2
  26. package/bundled/dev-pipeline/templates/sections/refactor-phase-review.md +2 -10
  27. package/bundled/dev-pipeline/templates/sections/refactor-reminders.md +2 -1
  28. package/bundled/dev-pipeline/templates/sections/subagent-timeout-recovery.md +5 -4
  29. package/bundled/dev-pipeline/tests/test_generate_bootstrap_prompt.py +10 -16
  30. package/bundled/dev-pipeline/tests/test_generate_bugfix_prompt.py +3 -1
  31. package/bundled/dev-pipeline/tests/test_python_runner_parity.py +1 -6
  32. package/bundled/dev-pipeline/tests/test_unified_cli.py +3 -5
  33. package/bundled/skills/_metadata.json +2 -2
  34. package/bundled/skills/prizmkit-test/SKILL.md +17 -20
  35. package/bundled/skills/prizmkit-test/assets/authoritative-records.schema.json +5 -73
  36. package/bundled/skills/prizmkit-test/assets/evidence-package-template.json +0 -2
  37. package/bundled/skills/prizmkit-test/references/boundary-coverage-protocol.md +2 -2
  38. package/bundled/skills/prizmkit-test/references/evidence-protocol.md +10 -10
  39. package/bundled/skills/prizmkit-test/references/evidence-request-protocol.md +8 -16
  40. package/bundled/skills/prizmkit-test/references/examples.md +3 -5
  41. package/bundled/skills/prizmkit-test/references/test-generation-steps.md +6 -8
  42. package/bundled/skills/prizmkit-test/references/test-report-template.md +4 -7
  43. package/bundled/skills/prizmkit-test/references/trusted-evidence-execution.md +5 -7
  44. package/bundled/skills/prizmkit-test/scripts/build_test_evidence.py +70 -196
  45. package/bundled/skills/prizmkit-test/scripts/validate_test_evidence.py +251 -167
  46. package/package.json +1 -1
@@ -35,7 +35,7 @@ Every risk cell is:
35
35
 
36
36
  - `applicable`: mapped to one or more actual test IDs and execution IDs;
37
37
  - `not_applicable`: a structured decision containing behavior-specific rationale, typed evidence, considered signals, and explanations for every detected conflict;
38
- - `unresolved`: missing truth, testability, execution, or proof.
38
+ - `unresolved`: missing truth, testability, execution, or evidence.
39
39
 
40
40
  The model decides applicability from project semantics. The validator checks the structure and obvious signal conflicts only: identity/role/tenant suggests permission risk; locks/shared mutable state/workers suggest concurrency; retry/dedup/idempotency keys suggest idempotency; timeout/TTL/expiry suggests time; clients/contracts/network/storage suggest dependency; callers/consumers/shared contracts suggest consumer risk. A detected signal does not force applicability when the structured conflict explanation and evidence establish why it is irrelevant.
41
41
 
@@ -91,7 +91,7 @@ The affected module is complete only when:
91
91
  1. every observable behavior is represented;
92
92
  2. every applicable risk has tests and reliable execution evidence;
93
93
  3. every N/A cell has a concrete rationale;
94
- 4. every necessary new/changed test has differential proof;
94
+ 4. every necessary behavior is bound to a selected, reliable current-workspace execution;
95
95
  5. complete affected-module regression passes;
96
96
  6. Regression Ring verification passes;
97
97
  7. no verdict-capable unresolved edge remains;
@@ -1,6 +1,6 @@
1
1
  # Test Evidence Protocol
2
2
 
3
- This reference is normative for behavior-changing `/prizmkit-test` runs. Structured JSON is authoritative; `test-report.md` is a derived view.
3
+ This reference is normative for behavior-changing `/prizmkit-test` runs. Structured JSON is authoritative; `test-report.md` is a derived view. The protocol validates current-workspace test evidence and does not perform historical baseline or mutation testing.
4
4
 
5
5
  ## Evidence Target and Identity
6
6
 
@@ -14,9 +14,9 @@ Store those values as `evidence_id_inputs` in `manifest.json`. Record separate a
14
14
 
15
15
  Use two separate integrity domains:
16
16
 
17
- - **Evidence package:** hash each evidence record through `manifest.json`; any report, receipt, raw output, request, or proof mutation remains detectable even though evidence output is outside source identity.
17
+ - **Evidence package:** hash each evidence record through `manifest.json`; any report, receipt, raw output, request, or evidence mutation remains detectable even though evidence output is outside source identity.
18
18
 
19
- Runtime-only churn must not invalidate a source proof. Drift in an inventoried source, test, contract, or lockfile must still fail live inventory validation. Never replace a completed proof's stable snapshot identity with a later hash of the mutable parent workspace.
19
+ Runtime-only churn must not invalidate a source evidence package. Drift in an inventoried source, test, contract, or lockfile must still fail live inventory validation. Never replace a completed package's stable snapshot identity with a later hash of the mutable parent workspace.
20
20
 
21
21
  Hashes and validator receipts provide byte-level binding and drift detection, not cryptographic non-repudiation. A caller with the same OS permissions can replace the runner, requests, project tree, or package before validation. Preserve runner/request hashes and use replay to improve auditability without claiming resistance to a malicious same-privilege producer.
22
22
 
@@ -26,7 +26,7 @@ Hashes and validator receipts provide byte-level binding and drift detection, no
26
26
 
27
27
  The evidence package is an audit of repository behavior, not a request to invent a parallel test suite. Discover and execute the smallest relevant native tests before adding anything. Add, modify, or delete tests only in the target repository. The builder's `prepare-tests` command derives stable test IDs and change status from canonical Git capture, and snapshots only added or modified repository-native tests. `generated-tests/` is an evidence archive, never an execution workspace; it may be empty when existing tests cover the behavior.
28
28
 
29
- The canonical package lifecycle is `init → capture-change → inventory → prepare-tests → execute/differential → finalize → render-report → validate --attest → resume`. Builder commands own `source-change.patch`, native test preparation, receipts, raw outputs, manifest, verdict, and report. The validator alone owns `validation.json`. Inventory must consume a fresh capture and exactly preserve its complete changed-file set. Canonical behavior packages require a schema-valid `test-preparation.json` bound byte-for-byte to the builder-generated `test-plan.json` and its hashed semantic request. Evidence identity is derived from the resolved baseline, canonical patch hash, and scope hash; identity-changing resume creates a new package instead of rewriting the old directory.
29
+ The canonical package lifecycle is `init → capture-change → inventory → prepare-tests → execute → finalize → render-report → validate --attest → resume`. Builder commands own `source-change.patch`, native test preparation, receipts, raw outputs, manifest, verdict, and report. The validator alone owns `validation.json`. Inventory must consume a fresh capture and exactly preserve its complete changed-file set. Canonical behavior packages require a schema-valid `test-preparation.json` bound byte-for-byte to the builder-generated `test-plan.json` and its hashed semantic request. Evidence identity is derived from the resolved baseline, canonical patch hash, and scope hash; identity-changing resume creates a new package instead of rewriting the old directory.
30
30
 
31
31
 
32
32
  Run exactly these states in order:
@@ -131,13 +131,13 @@ Only omit plan-marked non-required layers. Every N/A is structured with rational
131
131
 
132
132
  Do not overwrite failed or superseded attempts. Do not retry until green. Use a bounded documented recovery attempt; required flakiness, unavailable infrastructure, unreliable execution, or cleanup failure is `TEST_BLOCKED`.
133
133
 
134
- For each added or changed necessary behavior test, prove the test:
134
+ For each necessary behavior, validate the current implementation directly in the project root:
135
135
 
136
- 1. Prefer baseline failure plus current success: for existing behavior, the test fails against the pre-change baseline (via `git worktree`) and passes against the current project.
137
- 2. If baseline execution is inapplicable (new behavior), apply a minimal controlled mutation tied to the same matrix risk in a `git worktree`, observe failure, restore it completely, and observe current success.
138
- 3. Record `PROVEN`, justified `NOT_APPLICABLE`, or `UNPROVEN`.
136
+ 1. Execute the planned project-native tests for the behavior and its required layer.
137
+ 2. Bind the behavior risk to selected, reliable execution receipts and preserve complete raw output.
138
+ 3. Treat a current-state pass as valid evidence; this protocol does not claim historical baseline failure or mutation sensitivity.
139
139
 
140
- Record baseline/mutation runner receipt IDs, current runner receipt IDs, request hash, baseline commit, expected failure signal match, and worktree cleanup result. Necessary `UNPROVEN` behavior prevents `TEST_PASS`.
140
+ TDD history, baseline-failure proof, and mutation testing are outside this skill. Missing behavior mappings, unreliable execution, unavailable infrastructure, or budget truncation prevents `TEST_PASS`.
141
141
 
142
142
  ### EVIDENCE_PACKAGE
143
143
 
@@ -185,7 +185,7 @@ Stages are idempotent with respect to the same canonical inputs. Never silently
185
185
 
186
186
  ## Terminal Semantics
187
187
 
188
- - `TEST_PASS`: all required behavior/risk cells and Regression Ring checks are proven, all required executions are reliable and successful, no verdict-capable unresolved edge remains, cleanup succeeds, code-level requests remain replayable, and deterministic validation passes. This is protocol-validated code-level evidence, not a mathematical proof that no business behavior was omitted.
188
+ - `TEST_PASS`: all required behavior/risk cells and Regression Ring checks are covered, all required executions are reliable and successful, no verdict-capable unresolved edge remains, code-level requests remain replayable, and deterministic validation passes. This is protocol-validated code-level evidence, not a mathematical proof that no business behavior was omitted.
189
189
  - `TEST_FAIL`: valid reliable evidence reproduces an implementation or resolved-contract failure. The package must remain complete enough to prove the failure.
190
190
  - `TEST_BLOCKED`: scope/truth uncertainty, unavailable execution, necessary flakiness, incomplete evidence, failed cleanup, budget truncation, unproven behavior, conflicting truth, or deterministic validation failure.
191
191
 
@@ -1,17 +1,17 @@
1
1
  # Evidence Request Protocol
2
2
 
3
- Load this reference when writing an inventory, execution, differential, resume, or replay request. Validate every authoritative record against `${SKILL_DIR}/assets/authoritative-records.schema.json`; the validator loads the named `$defs` for each file.
3
+ Load this reference when writing an inventory, execution, resume, or replay request. Validate every authoritative record against `${SKILL_DIR}/assets/authoritative-records.schema.json`; the validator loads the named `$defs` for each file.
4
4
 
5
5
  ## Canonical Lifecycle Ownership
6
6
 
7
7
  Start every new package with `init`, then run builder-owned `capture-change` before semantic inventory. `capture-change` is the only producer of `source-change.patch`; it records tracked, untracked, deleted, renamed, and copied paths against the resolved baseline. The Main Agent must not create or edit the patch.
8
8
 
9
- Use existing project-native tests first. The Main Agent supplies only semantic test paths, behavior mappings, selectors, runner hints, and layer decisions. Run `prepare-tests` after inventory: it derives stable file/test-unit IDs and existing/added/modified status from canonical capture, snapshots added/modified repository tests, and writes normalized `test-plan.json`. The Main Agent must not hand-author IDs, status, snapshot paths, hashes, or receipt fields. Inventory `changed_files` must exactly match the fresh canonical capture, and every live captured path must be inventoried or explicitly excluded. Execution requests may use `test_paths`, `auto_bind: true`, or legacy IDs; `auto_bind` resolves only recognized package-wide commands or explicit file/directory/glob command scope, while ambiguous commands must provide `test_paths`. The builder records canonical test IDs before running. Every changed native test must be bound, and package-wide commands must not silently hide added or modified tests.
9
+ Use existing project-native tests first. The Main Agent supplies only semantic test paths, behavior mappings, selectors, runner hints, and layer decisions. Run `prepare-tests` after inventory: it derives stable file/test-unit IDs and existing/added/modified status from canonical capture, snapshots added/modified repository tests, and writes normalized `test-plan.json`. The Main Agent must not hand-author IDs, status, snapshot paths, hashes, or receipt fields. Inventory `changed_files` must exactly match the fresh canonical capture, and every live captured path must be inventoried or explicitly excluded. Each execution request must use exactly one binding mode: `test_ids`, `test_paths`, or `auto_bind: true`. The builder recomputes command scope; explicit declarations must exactly match it, opaque commands are blocked, recognized package-wide commands cover all prepared tests, and verified requests persist canonical `test_ids` only. Every changed native test must be bound.
10
10
 
11
11
  `finalize` creates the manifest, stage dependency hashes, verdict, evidence identity, and deterministic report inputs. `render-report` only renders the derived Markdown view. The validator alone creates `validation.json` during `--attest`; never hand-author a validation attestation or rebind a finalized package after identity inputs change.
12
12
 
13
13
 
14
- The model writes project-semantic requests after inspecting manifests, runner configuration, contracts, test conventions, changed files, and module boundaries. The bundled builder owns process execution, raw output, receipts, worktree-based isolation, and invalidation calculations.
14
+ The model writes project-semantic requests after inspecting manifests, runner configuration, contracts, test conventions, changed files, and module boundaries. The bundled builder owns process execution, raw output, receipts, current-workspace execution and invalidation calculations.
15
15
 
16
16
  Never hand-author `executions.json` receipt fields. Never copy a command's claimed output into `raw/`. Invoke the builder so provenance is linked to the actual process.
17
17
 
@@ -35,28 +35,22 @@ Use an argv array so the runner does not interpret a shell string. Required fiel
35
35
  - `request_version`, `purpose`, `command`, `cwd`;
36
36
  - environment additions (the runner starts from a minimal runtime environment and the receipt records every effective value);
37
37
  - model-selected `tool_version_commands`;
38
- - selected `layer` and semantic `test_ids`;
38
+ - selected `layer` and exactly one canonical binding (`test_ids`, `test_paths`, or `auto_bind: true`);
39
39
  - structured `external_targets`.
40
40
 
41
41
  Optional `timeout_seconds`, `attempt_policy`, and `concurrency` remain model-chosen. The builder records them through request binding but does not invent values or silently retry.
42
42
 
43
43
  The request path must be beneath the evidence directory. `cwd` resolves beneath the selected execution root. Missing commands produce an actual exit 127 receipt; missing cwd or escaped paths block before execution.
44
44
 
45
- ## Differential Request
45
+ ## Execution Evidence
46
46
 
47
- Record:
47
+ Execute each required native test layer through `build_test_evidence.py execute` in the target project root. The request supplies the project-native argv, cwd, environment additions, tool probes, layer, test binding, timeout, and external-target classification. The builder records the actual process result, complete environment, raw output, hashes, and runner-generated receipt. No historical checkout, mutation patch, test overlay, or separate worktree is created.
48
48
 
49
- - behavior ID and model-selected `baseline` or `controlled-mutation` method;
50
- - the nested execution request;
51
- - actual baseline commit;
52
- - mutation patch path when applicable;
53
- - concrete expected failure signals.
54
-
55
- The builder uses `git worktree add --detach` for the failing side (baseline commit or controlled mutation) and executes the current side directly in the project root. Differential proofs compare receipt outcomes (exit codes, expected failure signals) between the failing side and the current side. Worktrees are cleaned up with `git worktree remove --force` after execution. Source drift between capture and validation is detected through change-capture freshness checks (inventory changed_files vs canonical capture) and resume invalidation (live target hashes vs manifest).
49
+ Source drift between capture and validation is detected by independently recomputing the complete canonical Git change (including tracked, untracked, deleted, renamed, and copied paths while excluding reserved runtime roots) and comparing both patch hash and changed-file entries.
56
50
 
57
51
  ## Structured N/A
58
52
 
59
- Use the same structure for omitted layers, not-applicable risk cells, stage N/A, and proof N/A:
53
+ Use the same structure for omitted layers, not-applicable risk cells, and stage N/A:
60
54
 
61
55
  - `rationale`: behavior-specific reasoning;
62
56
  - `evidence`: one or more typed discovery records;
@@ -75,8 +69,6 @@ The model retains semantic judgment. The deterministic validator checks shape an
75
69
  | `test-plan.json` | `testPlan` |
76
70
  | `requests/*.execution.json` | `executionRequest` |
77
71
  | receipt entries in `executions.json` | `executionReceipt` / `executionLog` |
78
- | `requests/*differential*.json` | `differentialRequest` |
79
- | `differential-proof.json` | `differentialProof` |
80
72
  | `infrastructure-changes.json` | `infrastructureChanges` |
81
73
  | `verdict.json` | `verdict` |
82
74
  | `validation.json` | `validation` |
@@ -35,7 +35,7 @@ A queue worker retry change touches a legacy worker with one happy-path test. Ch
35
35
 
36
36
  `TEST_BUILD` fills observable gaps across the module, not unrelated private utility lines. It adds deterministic fake-clock and contract-backed queue tests for retry just below/at/above maximum, duplicate delivery, malformed payload, lock failure, no partial side effect, ack/nack calls, and dead-letter transition. Regression Ring runs the scheduler and producer contract checks. Coverage percentage is recorded only as a diagnostic signal.
37
37
 
38
- The run cannot pass until every applicable behavior-risk cell and Regression Ring execution is mapped and proven.
38
+ The run cannot pass until every applicable behavior-risk cell and Regression Ring execution is mapped and covered by reliable current-workspace execution.
39
39
 
40
40
  ## 3. Contract-Coupled Modules — Contract-Driven Mocks
41
41
 
@@ -69,11 +69,9 @@ Blocker: verdict-capable unresolved edge or conflicting truth
69
69
  Evidence: .prizmkit/test/evidence/<evidence-id>/
70
70
  ```
71
71
 
72
- ## 6. Baseline Inapplicable — Controlled Mutation
72
+ ## 6. Current-State New Behavior
73
73
 
74
- A newly added CLI command has no pre-change interface, so baseline execution is justified `NOT_APPLICABLE` as a direct proof method. The run creates a `git worktree` for the mutation, applies a minimal patch that removes the command registration, observes the command test fail for that risk, cleans up the worktree, and observes current success. The behavior is `PROVEN` by `controlled-mutation`.
75
-
76
- If restoration cannot be proven, the verdict is `TEST_BLOCKED`.
74
+ A newly added CLI command has no pre-change interface, so the skill adds a focused native command test and runs it against the current project implementation. The test passes, its behavior-risk and test-plan mappings are complete, and the runner receipt and raw output are preserved. The evidence claims current code-level conformance; it does not claim that the test failed on a historical implementation.
77
75
 
78
76
  ## 7. Interrupted or Budgeted Run
79
77
 
@@ -17,7 +17,7 @@ Before writing tests:
17
17
 
18
18
  1. Inspect manifests, lockfiles, existing test files, runner configuration, scripts, fixtures, and CI commands.
19
19
  2. Select the existing adequate runner and naming/import/mock conventions.
20
- 3. Let the target project's semantics determine framework, argv, cwd, timeout, attempts, concurrency, Mock tooling, layers, module roots, inventory patterns, and mutation technology; do not import fixed ecosystem defaults from this skill.
20
+ 3. Let the target project's semantics determine framework, argv, cwd, timeout, attempts, concurrency, Mock tooling, layers, module roots, inventory patterns; do not import fixed ecosystem defaults from this skill.
21
21
  4. If no adequate infrastructure exists, add only the smallest project-native runner/config/dependencies required for the planned layers.
22
22
  5. Verify dependency versions against the package registry before writing manifests.
23
23
  6. Record every file/dependency/command change and verification in `infrastructure-changes.json`.
@@ -95,17 +95,17 @@ Distinguish:
95
95
 
96
96
  Never retry until green or silently weaken an assertion/scope.
97
97
 
98
- ## Execution and Differential Proof
98
+ ## Current-State Execution Evidence
99
99
 
100
100
  Run selected tests in order through the bundled evidence builder: focused, module/component, contract/integration, affected-module regression, Regression Ring. The model writes schema-shaped requests; the builder performs the process and appends immutable runner-generated receipts to `executions.json`.
101
101
 
102
102
  For each new/changed necessary behavior test:
103
103
 
104
- 1. For existing behavior, run it against the pre-change baseline (via `git worktree`) and require failure for the intended recorded signal, then current success against the project root.
105
- 2. If baseline proof is genuinely inapplicable, apply one model-selected minimal controlled mutation tied to the risk in a `git worktree`, require failure, restore and clean up the worktree, and verify current success against the project root.
106
- 3. Record `PROVEN`, structured `NOT_APPLICABLE`, or `UNPROVEN` with runner receipt IDs.
104
+ 1. Execute each required layer in order through the builder in the target project root.
105
+ 2. Preserve runner-generated receipts and complete stdout/stderr for every selected execution.
106
+ 3. Bind each applicable behavior risk to planned tests and selected execution IDs.
107
+ 4. Do not create historical checkouts, controlled mutations, or worktrees; current-state conformance is the testing-domain claim.
107
108
 
108
- Necessary `UNPROVEN` evidence blocks. Store complete stdout/stderr in `raw/`; snapshots in `generated-tests/`; do not overwrite previous attempts.
109
109
 
110
110
  ## Completion Check
111
111
 
@@ -114,7 +114,5 @@ Before packaging:
114
114
  - no applicable matrix cell lacks test/execution mapping;
115
115
  - all required planned layers have reliable selected executions in order;
116
116
  - affected-module and Regression Ring regressions are complete;
117
- - every new/changed necessary behavior has valid differential proof;
118
- - every isolated resource/mutation is cleaned up;
119
117
  - no verdict-capable unresolved edge remains for pass;
120
118
  - budgeted/staged work is complete, otherwise `TEST_BLOCKED`.
@@ -11,7 +11,6 @@ Derived from structured evidence. Authoritative package: `{evidence_dir}`
11
11
  - Evidence ID: {64-character evidence_id}
12
12
  - Protocol Version: {protocol_version}
13
13
  - Classification: {behavior / lightweight}
14
- - Baseline Commit: {baseline_commit}
15
14
  - Working Diff SHA-256: {working_diff_sha256}
16
15
  - Sensitivity: sensitivity=project-controlled
17
16
  - Environment Claim: mocked-code-level-only
@@ -48,13 +47,11 @@ Mocked code-level evidence does not verify a real deployed environment.
48
47
  - Infrastructure Changes: `infrastructure-changes.json`
49
48
  - Contract Snapshots: `contracts/`
50
49
  - Production Resources Used: no
51
- - Cleanup Succeeded: {yes/no}
52
50
 
53
- ## Differential Proof
54
- - PROVEN: {count}
55
- - NOT_APPLICABLE: {count with rationale pointers}
56
- - UNPROVEN: {count}
57
- - Proof Record: `differential-proof.json`
51
+ ## Current-State Execution Evidence
52
+
53
+ - Selected Receipts: {execution_receipts}
54
+ - Evidence: `executions.json`, `receipts/`, and `raw/`
58
55
 
59
56
  ## Executions
60
57
  - Attempts Preserved: {count}
@@ -11,8 +11,8 @@ Inspect the target project and choose these semantically:
11
11
  - native test framework, runner, command, flags, and working directory;
12
12
  - timeout, attempt/retry policy, concurrency, resource limits, and isolation strategy;
13
13
  - unit/module/contract/integration/code-level E2E layers;
14
- - fixture, fake, Mock, service-double, browser, database, and mutation technology;
15
- - module roots, public behavior boundary, inventory patterns, exclusions, Regression Ring, and differential method;
14
+ - fixture, fake, Mock, service-double, browser, and database technology;
15
+ - module roots, public behavior boundary, inventory patterns, exclusions, and Regression Ring;
16
16
  - environment classification and endpoint allow/deny evidence.
17
17
 
18
18
  The protocol does not prescribe Jest, pytest, a timeout number, a retry count, coverage threshold, runner flag, or mutation package. Record the reason for each choice in request and planning records.
@@ -29,7 +29,7 @@ The protocol fixes only what trustworthy, replayable packaging needs:
29
29
  - complete effective environment and tool-probe capture;
30
30
  - runner-generated UUID receipt, request hash, and runner hash;
31
31
  - append-only execution history;
32
- - differential isolation via git worktree and cleanup;
32
+ - direct current-workspace native execution with runner receipts;
33
33
  - deterministic resume invalidation calculation;
34
34
  - strict schema and cross-record validation.
35
35
 
@@ -48,7 +48,6 @@ python3 ${SKILL_DIR}/scripts/build_test_evidence.py --project-root <root> --evid
48
48
  python3 ${SKILL_DIR}/scripts/build_test_evidence.py --project-root <root> --evidence-dir <staging> capture-change
49
49
  python3 ${SKILL_DIR}/scripts/build_test_evidence.py --project-root <root> --evidence-dir <staging> inventory --request requests/inventory.json
50
50
  python3 ${SKILL_DIR}/scripts/build_test_evidence.py --project-root <root> --evidence-dir <staging> execute --request requests/focused.json
51
- python3 ${SKILL_DIR}/scripts/build_test_evidence.py --project-root <root> --evidence-dir <staging> differential --request requests/differential.json
52
51
  python3 ${SKILL_DIR}/scripts/build_test_evidence.py --project-root <root> --evidence-dir <staging> finalize --request requests/finalize.json
53
52
  python3 ${SKILL_DIR}/scripts/build_test_evidence.py --project-root <root> --evidence-dir <staging> render-report
54
53
  ```
@@ -72,7 +71,7 @@ python3 ${SKILL_DIR}/scripts/build_test_evidence.py \
72
71
  python3 ${SKILL_DIR}/scripts/build_test_evidence.py \
73
72
  --project-root <target-project-root> \
74
73
  --evidence-dir <evidence-dir> \
75
- differential --request requests/differential.json
74
+ execute --request requests/focused.json
76
75
 
77
76
  python3 ${SKILL_DIR}/scripts/build_test_evidence.py \
78
77
  --project-root <target-project-root> \
@@ -83,8 +82,7 @@ python3 ${SKILL_DIR}/scripts/build_test_evidence.py \
83
82
  The subcommands cover fixed mechanics only:
84
83
 
85
84
  - `inventory`: expand model-selected project-relative patterns, independently enumerate all actual files under each declared module root, reject files that are neither categorized nor structurally excluded, hash actual files, and bind discovery inputs;
86
- - `execute`: run the declared argv in the declared safe cwd and append a runner-generated receipt;
87
- - `differential`: execute baseline or controlled-mutation proof in isolated copies and verify cleanup/tree binding;
85
+ - `execute`: run the declared native command in the current project workspace and append a runner-generated receipt;
88
86
  - `resume`: compare hashes and stage outputs to compute an invalidation decision while retaining `semantic_review_required=true`.
89
87
 
90
88
  ## Replay