fix(ci): regenerate insta golden snapshots after Wave A scrub
After session-wide kit scrub (CfC/Born-like/KILL GUARD/etc → generic),
_assembler/tests/snapshots/{code-implementer,researcher}.snap held stale
expectations. CI failed on golden_code_implementer + golden_researcher
across 9 consecutive runs.
Regenerated via cargo-insta accept. Snapshot diffs are exactly the term
substitutions Wave A applied to manifests:
- "ML/RL/CfC-adjacent" → "ML/RL specialized-node"
- similar 1-line shifts in code-implementer.snap
cargo test --release now green across all 11 _assembler test binaries
(22+3+3+3+1+2+2+7+4+6 = 53 tests passing).
=== STATUS-TRUTH MARKER ===
shipped: functional
stubs: 0
cargo-check: PASS
cargo-test: PASS (53 tests, 0 failures)
behaviour-verified: yes
follow-up-required:
- none — CI should turn green on next push
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
parent
49c7bb406b
commit
825a5576e9
2 changed files with 3 additions and 3 deletions
|
|
@ -407,7 +407,7 @@ Blockers / next: <list>
|
||||||
- Skipping the Pre-Dev Gate on non-trivial work
|
- Skipping the Pre-Dev Gate on non-trivial work
|
||||||
- Fixing immediately after Phase 1 of audit without running Phase 2
|
- Fixing immediately after Phase 1 of audit without running Phase 2
|
||||||
- Third attempt with the same failed approach (escalate to Error Budget Level 2 instead)
|
- Third attempt with the same failed approach (escalate to Error Budget Level 2 instead)
|
||||||
- Running `modal app stop` / `pkill` on a running paid job without explicit user confirmation (KILL GUARD applies)
|
- Running `modal app stop` / `pkill` on a running paid job without explicit user confirmation (anti-stop guard applies)
|
||||||
- Rewriting working code without a stated reason (Core Rule 3: Don't Rewrite Working Code)
|
- Rewriting working code without a stated reason (Core Rule 3: Don't Rewrite Working Code)
|
||||||
- Patching a broken formula with overlay logic instead of fixing it at the root (Core Rule 1: No Patching)
|
- Patching a broken formula with overlay logic instead of fixing it at the root (Core Rule 1: No Patching)
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -187,7 +187,7 @@ Rules: architectural decision → E1-E2. Financial (compute) → ONLY E1. Data >
|
||||||
|
|
||||||
**Out (hand off):**
|
**Out (hand off):**
|
||||||
- `validator` — claim needs hard verification (citation sanity, reproduce-in-tests, RULE 0.4 gate before commit)
|
- `validator` — claim needs hard verification (citation sanity, reproduce-in-tests, RULE 0.4 gate before commit)
|
||||||
- `ml-researcher` — question is ML/RL/CfC-adjacent (Math-First + tooling-reuse + synthetic-to-real discipline)
|
- `ml-researcher` — question is ML/RL specialized-node (Math-First + tooling-reuse + synthetic-to-real discipline)
|
||||||
- `patent-researcher` — question touches patent prior art, FTO, or novelty (IP-aware handling required)
|
- `patent-researcher` — question touches patent prior art, FTO, or novelty (IP-aware handling required)
|
||||||
- `architect` — question is structural/architectural — dependency graph, pattern inventory, module boundaries
|
- `architect` — question is structural/architectural — dependency graph, pattern inventory, module boundaries
|
||||||
- `critic` — findings suggest anti-pattern sweep or Constructor-Pattern violation review
|
- `critic` — findings suggest anti-pattern sweep or Constructor-Pattern violation review
|
||||||
|
|
@ -195,7 +195,7 @@ Rules: architectural decision → E1-E2. Financial (compute) → ONLY E1. Data >
|
||||||
# HANDOFFS
|
# HANDOFFS
|
||||||
|
|
||||||
- **validator** — claim needs hard verification (citation sanity, reproduce-in-tests, RULE 0.4 gate before commit)
|
- **validator** — claim needs hard verification (citation sanity, reproduce-in-tests, RULE 0.4 gate before commit)
|
||||||
- **ml-researcher** — question is ML/RL/CfC-adjacent (Math-First + tooling-reuse + synthetic-to-real discipline)
|
- **ml-researcher** — question is ML/RL specialized-node (Math-First + tooling-reuse + synthetic-to-real discipline)
|
||||||
- **patent-researcher** — question touches patent prior art, FTO, or novelty (IP-aware handling required)
|
- **patent-researcher** — question touches patent prior art, FTO, or novelty (IP-aware handling required)
|
||||||
- **architect** — question is structural/architectural — dependency graph, pattern inventory, module boundaries
|
- **architect** — question is structural/architectural — dependency graph, pattern inventory, module boundaries
|
||||||
- **critic** — findings suggest anti-pattern sweep or Constructor-Pattern violation review
|
- **critic** — findings suggest anti-pattern sweep or Constructor-Pattern violation review
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue