Completes T4 and corrects two defects I introduced, both landed in commit:0649. - WIRED: 006 1543/1614 · 007 1544/1615 · 010 1544/1614 · 011 1543/1614 = 6174/6457 = 95.6%, ~0 agent tokens. Stubs/overlay ~2400 -> 831/984/898/825. Fleet instr 67.0 -> 68.9%, fn-count 82.16 -> 83.94%. dedup-check 1840 validated / 0 failed; groups now read "138 members [138 binaries]" (was 134); C1 coverage 227211 -> 233385 = exactly +6174. R22 make clean && extract-all && check-all -> 140 passed, 0 failed of 140 at every stage. - FIX #1 — I DESTROYED THE REGISTRY'S DOCUMENTATION, AND EVERY GATE CALLED IT GREEN (H5). The first cut wrote config/dedup.us.yaml with yaml.safe_dump, round-tripping the whole file: 47 comment lines -> 0 (including the curated Phase-11 header explaining WHY the share is source-level) and 1832 `vram: 0x80162FF4` -> `vram: 2148937716` (PyYAML parses YAML-1.1 hex to int; dumps int as decimal). 25,948 lines rewritten. It passed dedup-check 1840/0 AND check-all 140/140 because _addr() accepts both forms: THE DATA WAS CORRECT AND THE DOCUMENT WAS RUINED. Fixed forward (R6, no history rewrite): restored from commit:0649~1 and re-applied the 6174 memberships via a surgical text edit (add_members_surgical). Verified: 1545 insertions / 1545 deletions, 0 non-`binaries:` lines changed, 47 comments + 1908 hex fields intact, and the rebuilt fleet is byte-identical to the destructive version (140/140). THE LESSON: every oracle this project owns measures BYTES, so a formatting-destructive write is invisible to all of them by construction. R34 says the byte-gate is a null COVERAGE oracle; this is the same hole one layer out — it is a null DOCUMENT oracle too. - FIX #2 — I MIS-REPORTED THE DIFFs, TWICE (R14). (a) commit:0649 claims ov_SC07_006's 71 non-banks were "ALL PLUMBING, ZERO DIFF". FALSE — I read head -6 of the classified file and generalized. It has the same 4 DIFFs as the others. (b) I then built the jr guard assuming those 4 were the §53 jr class BECAUSE ov_SC01_077 hosts them in _jr_8017A4AC.c / _jr_80182268.c. has_mid_jr is FALSE for all four (33-52 ins, no jump table): they merely live in a carved jr-REGION split, which sweeps in every function in its address range. HOSTING FILE != FUNCTION CLASS. The guard is KEPT (preventive, §53-correct, currently skips 0 — no jr fn is in the extendable set) with its docstring corrected to record what it is NOT. The 12 DIFFs (0.19%) are UNDIAGNOSED and logged, correctly left as stubs by the gate — not dressed in a story. - The 283 non-banks: 271 PLUMBING (the loose-typing conflict class + the whale, whose body lives in src/shared/func_80144B9C.h so no DEFINE macro exists to expand) + 12 DIFF. Existing tools cover the plumbing (cast_call_sites / canon_sig_reconcile / reconcile_tu).
27 KiB
CURRENT PHASE — Phase 28: The Endgame Engine
Started: 2026-07-15 · Generation: Gen2 (20th phase of the arc) · Plan approved: gate 1 ✅ (Drew, 2026-07-15)
Baseline: v1.26.0 / PhaseEnd_Phase27 · Roadmap: docs/roadmap-to-100.md §3 P28
Re-scoped from the roadmap — reason below. Owner decisions this session: Fable5 = conditional slot (only if T3 names a NEW wall class); the 39 type-1 modules = deferred, documented, owned by a later phase.
Why this phase is re-scoped (the Phase-Start finding — byte-verified, R14)
P28 exists to measure the member-adapt close-rate (roadmap §6: "THE swing number"; all P28/P29 yield projections are withheld until it exists). Phase-Start verification found the evidence behind its presumed value does not survive contact with the bytes — the exact failure R35 was coined to prevent, by the phase that coined it.
Verified this session against the bytes:
- The
0x8017BEBCrefutation is a jump-table artifact, not structural variance.classify_member(ov_SC01_000→ov_SC01_001)→PURE, ndiff=2 (words 343/345 only):3c01801a/8c224374vs3c01801f/8c22c44c=lui $at,%hi(jtbl_801EC44C)/lw $v0,%lo(jtbl_801EC44C)($at)(asm/ov_SC01_001/nonmatchings/ov_SC01_001_jr_8017A4AC/func_8017BEBC.s:380,382) — a switch jump table.config/overlays.mk:112carvesov_SC01_000_jr_8017BEBC.ofor the exemplar;:134has no such entry for the member.family_remap.symbol_mapemits onlyfunc_/D_(family_remap.py:419-422) — it structurally cannot generatejtbl_<ADDR>, so the remap no-ops (2 map entries for a 952-ins fn) and the gate books a BYTE failure. The file's own comment (:403-418) documents this identical bug class for the other two prefixes, calling the result "indistinguishable from a genuine compiler wall." Third instance. The fix (tools/jtbl_family_bank.py, the carve ladder) exists and was never pointed at this family. - That family is the least representative in the population. Only 3 of 163 matched-exemplar families carry
has_mid_jr(120 of 13,232 members). The roadmap generalized n=1, atypical, to the whole frontier. - All three Phase-26 exhaustion probes predate the fix that made such a probe honest.
_carry_macroslanded in Phase-27 T5 (commit:0637); the probes (tiny-IMM 0/241, PURE 0/134, pinned 0/133) are Phase 26. Phase 27's decision-log calls its own post-fix re-probe "a fourth phantom exhaustion proof" — implicitly numbering those three as the first three, recognizing the mechanism that would have faked them, and never re-running them. - The real population was never probed. 163 matched-exemplar families / 13,232 unmatched members / 656,379 templatable ins. Members: PURE 9,955 (75%) · IMM 3,140 (24%) · STRUCT 137 (1.0%). Families: PURE 98 / IMM 35 / MIXED 30. 96 PURE non-jr families / 7,148 members (54%) never honestly probed. The roadmap sizes its swing number on register-drift = STRUCT = 1.0% of the input.
The claim is "unmeasured", not "wrong" (P9). The pre-fix bug produced CC1-FAIL; if those probes failed with DIFF it does not explain them — their failure classification was never recorded, which is itself the defect. R35: a 0% from a broken tool and a 0% from a working one are the same number and opposite facts.
Two further roadmap premises are stale (verified): the parallel gate farm already exists (bulk_harvest.py, 0.4s/fn @ 8 workers ≈ 75× serial; drafting, not the gate, was the documented bottleneck) — what is missing is the same-binary axis; and both named grinder bugs are already fixed (commit:0327, commit:0200) — the real defect is a 22-entry never-retry blacklist built from a broken gate.
Tasks
- T0 — Tool-health + the 2 instrument fixes that gate an honest probe · xHigh · ⏳ IN PROGRESS
make tools-healthgreen (audit-corpus + audit-cdecl + report, fail-closed).family_remap.img_path(:32-35) hardcodes0.4.dec→Nonefor the 4 SC07 overlays →stream_words→None→classify_member→("LEN",[])→ member silently dropped as not-templatable. Twin of the P27 T7new_overlay.shbug, left in a second tool. Fix + assert coverage (R32): a missing image fails loud.- Regenerate
.run/family_hseq.json(covers 134 overlays; 138 sig files exist; carries pre-T768.9vs the honest67.0). - Verify: 138 overlays in the map; SC07 members classify to a real class, not
LEN.
- T1 — the honest
0x8017BEBCre-probe (roadmap B2) · Max · ✅ 8/8 BANKED — B2 LIVES- Add
jtbl_<ADDR>tosymbol_map's keys, belt-and-braces, on the file's own documented rationale. - Re-probe via
tools/jtbl_family_bank.py(carve ladderraw→scoped→recovered→reconciled,:116-193) — notfamily_sweep(no carve step).--rawfirst (a reconciled body is TU-specific and poisons the template). - Bounded ~8 members, byte-gated, R22-clean. Either outcome is the deliverable. Correct
calibration.md+decision-log.md(R31) in-session (R30).
- Add
- T2 — Purge the poisoned grinder blacklist · xHigh · ✅ purged (8 of 22 had MATCHED anyway)
- 22 permanent never-retry entries built from a known-broken gate (
tooling-audit.md:927-931: 16/22 never compiled, 5 absent);worklist.md:50,56marks two of them "none — MATCH". Purge; fixharvest_verify's--src/--asm-subdirsplit coupling that poisoned it; re-derive only from the fixed gate.
- 22 permanent never-retry entries built from a known-broken gate (
- [~] T3 — The stratified templatability re-probe: THE swing number · Max · 🚩 stratum A done — 0 DIFF; the pool is h_exact + UNWIRED. Strata B/C (legacy) carried → T3b
- Strata: PURE non-jr (96 fam / 7,148 members) · IMM (35 fam,
imm_map_tier1) · MIXED (30 fam). ~8–12 members/class, byte-gated, R22-clean. - Classify every failure (
harvest_verify.classify_fail→ DIFF/PLUMBING/CC1-FAIL/SKIP) — the distinction Phase 26 never recorded. - Do not score with
masked_diff—mask_fordrops HI16/LO16 (:92-124), blind to this delta class (would score all 1120x8017BEBCmembers a perfect 0). The gate decides. - Deliverable: honest per-class close-rate + taxonomy → rewrite
calibration.md's decisive table; decision-log (R31); Roadmap delta. - Decision point (P5d): high → T4 + a bounded first harvest (the gate's "measured engine throughput"); ~0 → thesis retired on evidence that holds, pivot to T5/T6.
- Strata: PURE non-jr (96 fam / 7,148 members) · IMM (35 fam,
- T4 —
member_adapt.py, scoped to what T3 measured · xHigh · CONDITIONAL on T3- Reuse:
classify_member(per-delta + index attribution),imm_map_tier1,remap'simm_maphook,jtbl_family_bank's ladder — the "delta engine" is largely written. The novel part is the post-flight diff (exemplar compiled in the member's own TU vs member target); pre- and post-flight can disagree for reasons outside the C body. On failure emit the per-member delta brief.
- Reuse:
- T5 — Resident flag-plant → 100% or an honest wall dossier · xHigh→Max · independent
- Fix
progress.pyfirst (R35):#if 0-blind (:418-485) →resident.c:868-925double-countsfunc_800D00E4as REAL and stub;:512sumslen()s instead of unioning sets. Reported 123/146=85.62%; honest 122/145=85.5%; third opinionsig-resident=144. Reconcile before planting a flag on the denominator. - Prefetch: resident already imported (
~index.datid 3) → one headlessDecompileFunctionsrun over the 21 addrs (R23 stop-MCP; R29/mcpprompt). None of the 21 cached (.run/ghidra_c/=861, all ov_SC01_077). - Targets (
difficulty.resident.md): 7 non-jtbl leaves · 9 other · 5 jtbl. Ledger is ov_SC01_077-hardcoded (backlog.py:37,94) → scope to--binary.
- Fix
- T6 — Gate throughput: the free win, then the missing axis · xHigh
- Unconditional: the
--chunk 1double-build (harvest_verify.py:199-213) — the bisect re-runsattempt()on the same single element vs an unchanged baseline = a duplicate build. 1.35→1.0 builds/draft = ~26% fewer builds on the hot path, one line. - Conditional (T3 volume): the same-binary shard farm — shard by directory (the build is CWD-relative → no Makefile change); a shard must own its
build/;cp -alhardlinkasm/(815M)+extracted/(760M); 8–16 shards (15 GB RAM / WSL2 bound, not cores).
- Unconditional: the
- T7 — Burn-down tracker + the stale-label sweep · xHigh (cheap)
- Burn-down over
progress --weighted(roadmap §1 velocity = a standing obligation with no instrument today). worklist.py:194readssource; the key issource_overlay→ the R32 assertion rides a hardcoded default.- Stale
134→138 labels:fuel_manifest.reach_buckets,progress.fleet.md:7,second-oracle.md:60,backlog.py:22,worklist.py:14,roadmap:161-165.
- Burn-down over
Conditional — Fable5 slot (window ~7/19, Agent(model: fable), parallel-isolated): only if T3's taxonomy names a new wall class cheap-Opus has no idiom for. Distill same-session (R30). Fable5 discovers, cheap-Opus applies. Never behemoths.
Milestone (gate 2)
- The swing number measured through working instruments — stratified, every failure classified,
calibration.mdrewritten on it, Roadmap delta stated. (A byte-grounded ~0% is as valid as a high rate — P9.) - Resident at 100% or an honest wall dossier — on a denominator
progress.pyandsig-residentagree on. - 140/140 byte-identical from a genuinely clean tree (R22), 0 NON_MATCHING (G4), all three gates green + fail-closed.
- All three metrics + velocity reported (roadmap §1).
Standing invariants (roadmap §5)
Whole-binary byte-gate = sole arbiter (G3/P9) · R22 clean-fleet per banked batch · tool-health green before matching · one commit per task after this file is updated (Drew pushes, R6/R20) · idioms → cookbook in the producing session (R16/R30) · pivots → decision-log.md (R31) · effort/model toggles prompted, never assumed (R26/R27) · every tool fix carries a negative control (it must change an answer the old tool gave).
Blockers
(none yet)
Progress log
-
2026-07-15 — Phase Start. Load order read (PROJECT_CONTEXT + 27 PhaseEnds); no CURRENT_PHASE (P27 closed clean). Plan-mode + Max confirmed. 3 Explore agents surveyed the member_adapt substrate / the gate substrate / the frontier+resident. Phase-Start finding (above) byte-verified by me, not taken on an agent's word (R14). Plan approved (gate 1). Task list built (R28). Starting T0.
-
2026-07-15 — T0 (in progress).
family_remap.img_pathfixed: derives the payload fromconfig/splat.<bin>.yaml'starget_path(R33 — the file the BUILD reads, so it cannot drift from the bytes) and raises on a missing payload (R32 — a silentNonewas the defect).-
Negative control (the fix must change an answer the old tool gave):
ov_SC01_001→0.4.decunchanged (no regression) ·ov_SC07_006None→…/1.4.dec·resident→…/FILE_010.dir/1.1(works for free — useful for T5) ·ov_SC99_999→ raises (was a silentNone). -
Downstream: all 233 shared substantial fns between
ov_SC07_006andov_SC01_001classifyPURE(reloc-only — the most templatable class). Under the old tool every one returnedLEN= "not templatable" and poisoned its family'sdiff_classtoMIXED(family_hseq.py:141-143). Fourth instance of the project's dominant defect class, and it sat directly under the number P28 was chartered to measure. -
.run/family_hseq.jsonregenerated (pre-image kept at.run/family_hseq.json.pre-T0): 134 → 138 overlays, newly visible = the 4 P27 SC07 overlays; metrics re-baselined 68.9 → 67.0% instr (now agreeing with the committeddocs/progress.fleet.md); LEN across the whole frontier = 0 (a phantom-LEN from a missing image is now structurally impossible). -
🔑 T0 FINDING — a large, doubly-hidden target pool. Regenerating exposed 1,255 families / 6,268 members / 230,612 ins whose ONLY unmatched members are in the 4 new SC07 overlays (0 elsewhere — a perfectly clean partition), each behind an already-matched, byte-proven ov_SC01_077 exemplar. Classes PURE 5,575 (89%) / IMM 633 (10%) / STRUCT 60 (1%). It was hidden twice over: P27's disc audit created it by onboarding the overlays but never regenerated the map — and had it, the
img_pathhardcode would have classified every memberLENand it would have looked like nothing. Prediction, not a bank (h_seq predicts; the gate decides — Phase 26 predicted PURE too and the gate refused). → T3's headline stratum, and a better probe than planned: the exemplar is already byte-proven, so a failure isolates the templating mechanism with no drafting variable. -
↺ SELF-CORRECTION (R14). The plan's own population figures (163 families / 13,232 members) came from the stale map — my own numbers were an instance of the defect this phase is about. Honest, from the fixed map: 1,418 matched-exemplar families / 21,889 unmatched members (PURE 17,024 = 78% · IMM 4,473 = 20% · STRUCT 392 = 1.8% — the roadmap's "register-drift" swing class remains ~2% of the input, so that framing is unchanged). The legacy pool is unchanged at 163 families (a clean consistency check: the fix and the 4 overlays are purely additive); it grew 13,232 → 15,621 members because legacy families also gained SC07 members.
-
-
2026-07-15 — T1 ✅
8/8 BANKED— roadmap B2 LIVES; the ≈0% doctrine has no surviving evidence.- The probe:
jtbl_family_bank.py func_8017BEBC ov_SC01_000 0x8017bebc --raw .run/phase26-cracks/func_8017BEBC.cover 8 of 115 members (4 same-address + 4 cross-address, exercisingto_addr) →{'BANKED': 8}. R22:make clean+ extract-all +check-all→ 140 passed, 0 failed of 140, exit 0, zero FAIL lines. - Root cause of the P27 0/8 — a missing build step, byte-verified:
0x8017BEBCis a jr/switch core. §47 banked its exemplar as "lazy isolation → carve (9-piece interleave) → splice → BYTE-IDENTICAL" and called the fix "×N template-safe".family_sweep.hseq_sweepstages C and gates — no carve step — so gcc's jump table is never placed. Residual = two words:classify_member→ PURE, ndiff=2 @ idx 343/345 =lui/lw %hi/%lo(jtbl_801EC44C);overlays.mk:112carves it for the exemplar,:134does not for the member.jtbl_family_bank.pyexists to do exactly this and had never been run on this family. - Three compounding failures made the doctrine: (1) wrong tool for the class; (2) n=1 on the least representative family —
has_mid_jr= 3 of 163 matched-exemplar families; (3) its corroborating Phase-26 probes (0/241, 0/134, 0/133) are all pre-_carry_macros(P27 T5commit:0637) — P27's decision-log calls its own re-probe "a fourth phantom exhaustion proof", naming the mechanism that would have faked the first three, and never re-ran them. - ↺ TWO SELF-CORRECTIONS (R14), both mine: (a) the plan's bullet "add
jtbl_tosymbol_map" was a wrong fix from a true diagnosis — a compiler-generated switch table is never named in C (grep jtblon the exemplar → nothing), so there is no token to substitute; the fix is placement, not substitution. T1 became a run, not a code change; nosymbol_mapchange was made. (b)func_8017BEBC.md's header still says "close=2 of 952" — the state BEFORE §47's slider; the.cwas updated, the.mdwas not. Templating from the header's body would have produced zeros I'd have misread as a wall. - Scope honesty (P9): this refutes the evidence for ≈0%; it does not establish a general rate. n=1, and jr is the rarest class by construction (3/163). T3 measures the rate.
- Distilled in-session (R30): cookbook §53 (the carve law + the
--rawrule + thesymbol_map-jtbl trap + the "before a 0% retires a lever" test) ·calibration.md(the decisive table rewritten; the ≈0% row marked an artifact) ·decision-log.md(R31). - Carried: the remaining 107 members of the family (≈101,864 ins, ~0 tokens) → T1b.
- The probe:
-
2026-07-15 — T1b ✅ the B2 family swept:
102 of 115banked (88.7%), ~0 agent tokens.- Sweep: 107 remaining members →
{'BANKED': 94, 'gate-fail': 7, 'remap-refuse': 6}. Family total 8 + 94 = 102 / 115. R22:make clean+ extract-all +check-all→ 140 passed, 0 failed of 140, 0 FAIL lines. - 📈 FLEET (measured,
make report): instr-weighted 67.0% → 67.7% (+0.7pp, +97,104 ins) · distinct-code 47.8% → 49.4% (+1.6pp) · fn-count 82.16% → 82.19%. 102 × 952 = 97,104 = the exact measured delta (the arithmetic reconciles to the byte). - The 13-member tail is the predicted shape, and both halves are data:
- 6 remap-refuse = exactly the family's 6 IMM members (
cls_countsPURE 109 / IMM 6).imm_map_tier1refused rather than guessed —unresolved immediates: [(512, 'asm-ambiguous')](512 also occurs at a non-differing position, so a blind swap could corrupt it). This is the concrete shape of T3's IMM stratum. - 7 gate-fail = genuine byte-DIFFs, correctly rejected; verified to leave no config/source residue (all 7:
split_file=none cfg_refs=0— no false-bank risk).
- 6 remap-refuse = exactly the family's 6 IMM members (
- Hygiene: the 7
git checkout … did not match any fileerrors are benign (revert of a never-tracked path). Verified 0 untracked splits belong to a non-banked member; 91 new splits + 3 banked into existing splits = 94 ✓. - The comparison that matters: this is the family recorded as 0/8 → "≈0%, structural families do not template" — the number that rewrote P29's arithmetic. Run with the carve its own exemplar required: 88.7%.
- Scope (P9, unchanged): still n=1 family, and jr is the rarest class (3/163). This demonstrates the mechanism at family scale; it does not give a rate for the PURE/IMM mass (98% of the population). T3 is the swing number.
- Sweep: 107 remaining members →
-
2026-07-15 — T2 ✅ blacklist purged; the tool fix was already in, the audit's own premise was stale.
- R14 on the premise first (twice): (1) the roadmap's two named grinder bugs are already fixed (
commit:0327,commit:0200) — stale line. (2)docs/tooling-audit.md:933-937downgraded its own finding with three corrections: the prescribed fix is a NO-OP (deleting the scanner banks zero fns; harvest_verify was single-TU by construction, the defect was mislocalized), nothing is being discarded now (grinder STOPPED since 2026-07-02 — confirmed,.run/auto/STOP), and the queue magnitude was inflated (1252, not 1298). So T2's only real content was the realized-and-persisted artifact. - And the audit's snapshot is itself now stale (verified in code):
harvest_verifyis fully multi-TU today —_stubsderives every stub across every TU from thecorpusoracle (:122),render()splices "each draft into the TU that actually holds its stub",_write()writes multiple paths, un-stubbed drafts are "REPORTED, never silently dropped (R32)". The gate that manufactured the blacklist no longer exists. - The proof the verdict was manufactured, not observed: of the 22 entries — recorded as "permuter won, gate rejected ⇒ plumbing-bound, never re-permute" — 8 have since MATCHED anyway (
func_80131D68/80149374/8014FE60/80150528/8016BBE0/80171C64/80174684/8017F290); the other 14 are still stubs and would have been skipped forever on a verdict from a gate that no longer exists. (The audit predicted 5 such; it is 8.) - Done: blacklist →
[](poisoned copy kept at.run/auto/grinder_blacklist.json.poisoned-pre-T2);grinder.pycarries the rule (R35): a blacklist entry is a verdict from a specific gate and EXPIRES when that gate changes — purge and re-derive; never inherit. Noharvest_verifychange was needed or made.
- R14 on the premise first (twice): (1) the roadmap's two named grinder bugs are already fixed (
-
2026-07-15 — T3 stratum A 🚩 — ZERO DIFF. The SC07 pool is the EASY (h_exact) class, and it is simply UNWIRED.
-
The probe (cleanest available): the 4 SC07-only families of highest byte-weight are the giants —
0x80144B9C(770, the whale),0x80141CA4(476),0x80132784(400, "irreducible for 22 phases"),0x80133CD4(399, the §45 Fable5 crack). Exemplars already byte-proven, members PURE, non-jr → every confound removed; a failure here is pure mechanism.family_sweep --hseq --band substantial --chunk 1. -
Result: 4 banked / 8 failed / 4 skipped of 16 — and the classification is the finding:
verdict fns n BANKED func_80133CD4— a 399-ins Fable5 giant → 4/4 overlays, free4 PLUMBING parse error before ')'func_80144B9C,func_801327848 skipped pinned-exemplar(the §42e guard — P27's T5 dissolved the wall behind it;--allow-pinsbypasses)func_80141CA44 DIFF (real codegen) — 0 Not one failure is a byte mismatch. Of the members that reached the gate as valid C: 4/4 = 100%. The 8 never compiled. This is the DIFF-vs-CC1-FAIL distinction Phase 26 never recorded — and precisely why its 0% could not be trusted.
-
🔑 ROOT CAUSE (byte-verified, and far bigger than the parse error): the 4 new overlays were onboarded but NEVER WIRED INTO THE SHARED-BODY ECOSYSTEM.
established ( ov_SC01_001)the 4 new SC07 includes common.h+../shared/engine_core.hcommon.honlybody DEFINE_func_*()instantiations~2,400 raw INCLUDE_ASMstubsmatched ~2,150 ~80 refs in config/dedup.us.yamlmember of 1,689 groups 0 The parse error is a symptom: the drafts reference types (
P10/P14/P18/P1C/HDR/ENT) that live insrc/shared/func_80144B9C.h— a header the SC07 TU doesn't include. 1,689 registry groups say "134 binaries", never 138. -
📐 SCALE (measured against the registry): 6,513 live stubs across the 4 new overlays are byte-identical to an ALREADY-REGISTERED h_exact group (1,625 / 1,628 / 1,627 / 1,633). That is the h_exact class — which
calibration.mditself rates ≈×N, near-100% — not the h_seq class, and not amember_adaptproblem. -
✅ MECHANISM PROVEN BY HAND (probe-before-investing): added
#include "../shared/engine_core.h"+ swapped ONE stub →DEFINE_func_80128158()inov_SC07_006.c→make build BINARY=ov_SC07_006→7ca772be…BYTE-IDENTICAL. Probe reverted; let the tool do it uniformly. -
The gap in the tooling:
dedup_propagate --auto-fromonly plans 11 fns here — it authors macros from ov_SC01_077's inline defs; the ~1,600 shared bodies are alreadyDEFINE_func_*macros inengine_core.h, and--addrerrors "no source overlay has it matched" because no overlay holds an inline def. There is no mode for "extend an existing macro-backed group to a newly-onboarded binary." → T4. -
R22:
make clean+ extract-all +check-all→ 140/140, 0 FAIL (stratum A's 4 banks). -
Carried → T3b: strata B (legacy PURE non-jr, 95 fam / 7,993 members) and C (legacy IMM, 36 fam / 6,644) — the legacy h_seq rate, still genuinely unmeasured. The SC07 pool answered a different (and cheaper) question than the one T3 set out to ask.
-
-
2026-07-16 — T4 ✅
dedup_extend: 6,174 / 6,457 (95.6%) wired across the 4 new overlays — and TWO self-inflicted defects, both mine.-
New
tools/dedup_extend.py— the missing mode.dedup_propagateis CRACK→AUTHOR MACRO→INSTANTIATE:--auto-fromscans inline defs (planned only 11 here — the ~1,600 shared bodies are ALREADYDEFINE_func_*macros inengine_core.h), and--addrdies "no source overlay has it matched" because no overlay holds an inline def. Extending an existing macro-backed group to a newly-onboarded binary had no implementation. -
Safety (explicit — it feeds the byte-gate):
h_exact= SHA1 of RAW instruction bytes ⇒ identical h_exact means identical bytes includingjal/lui/%loreloc immediates ⇒ same C, no remap. A bug can only FAIL TO BANK, never falsely bank. Reuse (R33): owns only the set computation + registry edit; the splice and gate areharvest_verifyverbatim → ~1 build/binary, not 1/function. -
Results: 006 1543/1614 · 007 1544/1615 · 010 1544/1614 · 011 1543/1614 = 6,174/6,457 = 95.6%, ~0 agent tokens. Stubs/overlay ~2,400 → 831/984/898/825. R22 140/140 after each stage; dedup-check 1840 validated / 0 failed, groups now read "138 members [138 binaries]" (was 134); C1 coverage 227,211 → 233,385 = exactly +6,174. Fleet instr 67.7 → 68.0% on the first overlay alone.
-
The 283 non-banks: 271 PLUMBING + 12 DIFF, ZERO unexplained-at-scale. Plumbing = the loose-typing conflict class (
conflicting types for D_800A5E60 / func_8012C750) + the whale (undefined reference— its body is insrc/shared/func_80144B9C.h, the -O0 header, so noDEFINEmacro exists to expand). Existing tools cover both (cast_call_sites/canon_sig_reconcile/reconcile_tu). -
❌ SELF-INFLICTED #1 — I DESTROYED the registry's documentation (H5), and every gate called it green. My first cut wrote the registry with
yaml.safe_dump, which round-tripped the whole file: 47 comment lines → 0 (including the curated Phase-11 header explaining why the share is source-level) and 1,832vram: 0x80162FF4→vram: 2148937716(PyYAML parses YAML-1.1 hex to int, dumps int as decimal). 25,948 lines rewritten. It passed dedup-check 1840/0 AND check-all 140/140 — because_addr()accepts both forms: the data was correct and the document was ruined. Landed incommit:0649; fixed forward (R6 — no history rewrite): registry restored fromcommit:0649~1, memberships re-applied by a surgical text edit (add_members_surgical), verified 1545 insertions / 1545 deletions, 0 non-binaries:lines changed, 47 comments + 1908 hex fields intact. The lesson is the sharpest of the phase: every oracle we own measures BYTES, so a formatting-destructive write is invisible to all of them. -
❌ SELF-INFLICTED #2 — I mis-reported the DIFFs, twice (R14). (a) I claimed ov_SC07_006's 71 non-banks were "ALL PLUMBING, ZERO DIFF" — from reading
head -6of the classified file and generalizing. It has the same 4 DIFFs; the claim is false and is in commitcommit:0649. (b) I then built a jr guard on the assumption those 4 were the §53 jr class because ov_SC01_077 hosts them in_jr_8017A4AC.c—has_mid_jris False for all four (33-52 ins, no jump table). They merely live in a carved jr-region split (the carve sweeps in every fn in its address range). Hosting file ≠ function class. The guard is kept (preventive, §53-correct, currently skips 0) with its docstring corrected; the 12 DIFFs (0.19%) are UNDIAGNOSED and logged — correctly left as stubs by the gate. -
T3 strata (honest, from the fixed map): SC07-only 1,255 fam / 6,268 mem / 230,612 ins · legacy PURE non-jr 95 / 7,993 / 478,379 · legacy IMM 36 / 6,644 / 212,707 · legacy MIXED 30 / 968 / 10,462 · legacy PURE w/ jr 2 / 16 / 5,088 (T1's jtbl territory — note B2's family is far smaller here than the roadmap's "×112 ≈ 106k ins"; T1 re-derives it). Total addressable = 937,248 ins = 21.7% of all remaining weight = 7.16pp of fleet instr if it all banked. This is the prize the roadmap declared dead. It stays a prediction until T3's gate.
-