mirror of
https://github.com/Druthulu/BFM-decomp
synced 2026-09-30 07:31:59 -04:00
Drew T
92a695ef93
Drew, mid-session: 'I thought the last session said there were some 15 tools we need to audit.' He was right, and my ordering was wrong. I had put the 18-tool audit near the END (as A9). docs/tooling-audit.md prescribes the opposite: dedup_integrate -> jtbl_family_bank -> the SELECTION tools -> masked_diff/match_one -> THEN the 40 measured findings. The reason is the one that matters: A hole in a SELECTION tool makes work invisible to PLANNING — the worst kind, because you never know to look. Fixing on top of unaudited selection tooling means re-running every fix when the audit later finds the hole. So: A2 is now the full audit; A3-A9 (the fix campaign) are blocked on it. Tool coverage, stated plainly: A1 (1) + A2 (18) + the fix campaign (~17 already-measured) = ~36 tools — not 82. The filter, from the audit doc: does it PARSE something, and does it GATE or SELECT work? The remaining ~46 are dead LLM-tier scripts. A1's result recorded in-file (the three false greens, the causal chain, the null-result blast radius that confirms R33).
phase-ends/ — the living record
PhaseEnd_Phase[N].md— written at each phase boundary (format defined inPROJECT_CONTEXT.md). Append-only history: build log, deviations, commit message, rules added, changelog. Never deleted.CURRENT_PHASE.md— the in-phase autonomous log: approved phase plan, per-task checkboxes, current task pointer, blockers. Created at phase start, updated after every task, absorbed into the PhaseEnd file and deleted at phase close. This is the crash/compaction recovery point.- Sessions read
PROJECT_CONTEXT.md, then everyPhaseEnd_*.mdin numeric order, thenCURRENT_PHASE.md(if present) — in that order, every session.