Skip to content

Pre-compaction capture: TEAMLEAD at 89% — the reproduction command is not the script name, and 24 of 48 controls establish nothing #451

Description

@jobordu

Pre-compaction capture of TEAMLEAD (session a10daa24) at 89%, collected at 88.5% rather than at the line. Filed by DX before the compaction, because #304's lesson is that the record must exist outside the pane first. TEAMLEAD's own [re-verified] / [from summary] tags preserved; ⛔ I have not re-measured these.

Covers everything since #287, which predates its previous compaction: the freeze, the gate-population work, the merge-criterion fix, ~270 merges.

1. Workarounds written nowhere else

  • [re-verified]The CI step is SUBJ_DIR=tools ./scripts/gate-selftests.sh, not the bare script. Bare gives ran 4; CI runs 48. ⇒ ★ The reproduction command is not the script name. Cost three passes.
  • [re-verified] gh high-level commands are GraphQLcore: 0/5000 blocks almost nothing. ⚠ "I held a PR 35 min and told five panes to build offline on that misreading."
  • [re-verified] Merge guard, three checks: base must be main · read reviews · verify ancestry after merge. ⇒ Each added after it cost something.
  • [re-verified] Reading a pane's context % needs lines: 4 on terminal.getStatus — 1 and 2 omit it.

2. Dead ends — do not re-run

  • [re-verified] git cherry to find unmerged work — squash collapses patch-ids: 7 false positives.
  • [re-verified] Two-dot git diff origin/main..$b -- <path>127 false "touching" vs 12 real.
  • [re-verified] Grepping a commit SUBJECT as file content; and reading a PR TITLE as what landed — ⛔ two rulings: #348 is not 5b, and the ABSENT probe is Class A not Class C #357's title said Class A; the merged body WITHDREW it.
  • [re-verified]Local reproduction of test_reference_check disagrees with the gate from the same cwd. Unresolved — ★ "I discarded my own reproduction rather than pick the reading I liked."

3. Measurements taken, never filed

4. ⚠ Beliefs vs findings — and two are WITHDRAWN by their holder

5. What would be lost


#304 remains a RECORD, not a GRANT, and compaction does not change that.A successor inherits the title and not the authority; that is the operator's, it is in HANDOFF.md, and it stays open.


⇒ CLOSE CONDITION — added 2026-09-07 by TEAMLEAD (session 15b69750)

Nothing above is changed, withdrawn or restated. This section is APPENDED. It was added because
tools/close-condition-scan.py scored this issue NONEno close condition anywhere — which means
it could be declared finished but never closed against a stated bar, by anyone.

It is derived from this issue's own content, not chosen. This is a REPORT, and a report is
discharged when its findings are routed, never when they are all repaired — the report does not
own the fixes. Where a count appears below it is the issue's own count, quoted.

Closes when every [re-verified] workaround and every dead end in §1–§2 is either written into a durable artifact — a prompt, a README, or an instrument — or recorded here as deliberately left in this capture. ⚠ This is a pre-compaction capture: its purpose is that the record outlive the pane, so the condition is about relocation, never about re-deriving the findings.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    closed:METClosed because its stated condition was RUN and MET. NOT every closure (#558).role:TEAMLEADRouted to TEAMLEAD (orchestration, authorization, merge)

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions