Files
BFM-decomp/docs
Drew T 0f409249ba chore(phase-30 S45 p6): wave-1 banked 0 — the frontier DEFINITION was the bug; cookbook 155b
HONESTY LEDGER (the wave cost 2.5M tokens and banked nothing; root cause mine):
- I FABRICATED the workflow args: after generating the real target list to
  args_light.json I hand-typed the array instead of reading it, inventing names
  and a descending nins run. ~40 of 50 agents got nonexistent targets. The agents
  refused to fabricate and returned accurate diagnoses -- the prompt's honesty
  rules held perfectly under a bad input.
- I then misdiagnosed it twice with a broken check: corpus.stubs() is keyed by
  INTEGER ADDRESS and I compared string names (always False), producing two
  confident wrong claims. Pool was in fact 160/160 + 166/166 valid. -> cookbook
  155b: check the TYPE your oracle returns; an exactly-0/N result is more often
  a type error than a discovery. R32/R35 assert coverage+correctness of a tool,
  but neither catches an INTERFACE mismatch at the call site.

SOLID: 9 drafts independently re-verified MATCH by re-running match_one myself
(not agent claims); all 9 are genuine INCLUDE_ASM stubs; kept at .run/s45p5/gate1.
They did not bank (0/8 near/1 failed) -- but see the open instrument question.

OPEN (do first): harvest_verify reports 619 live stubs where the single source .c
holds 626 INCLUDE_ASM, and skipped a valid stub. Until explained, the 0-banked
verdict is not evidence about the drafts (R35).

CORRECTED FRONTIER: reach-141 identifies the most-DONE work (shared core, already
DEFINE_ macros ~1,614/binary), not the most valuable. Derive targets from the build
invariant (R33): INCLUDE_ASM in committed source. Big-3 = 1,799 draftable, 1,168
already seeded -- the real II.5 fuel.

Tree restored: gate_stage left 659 files dirty; git checkout -- src/ config/ verified clean.
2026-08-07 16:33:39 -06:00
..