Twinned from https://github.com/cfsh/ninefold/issues/939 by tools/beads/import_github.py's reconcile pass.
Implement T4 from design_docs/008-live-status-for-design-doc-tasks.md (§8). Depends on T3 (merged — #931, PR #936 + #937, design_docs/tools/operationalize_design.py is on main).
⚠️ Governance: all three PRs need @aedanpope's approval, no way around it. design_docs/*.md is governance-denied (even after #925/#926's narrowing, which only exempted design_docs/tools/** code — the docs themselves are still fully gated). Per the doc: keep them as three separate PRs (one per doc) so each review stays small, but do them as one session working sequentially, not three parallel sessions — don't split this across multiple dev spawns.
Goal: the first real exercise of T3's tool, applied retroactively to the three docs that predate it — operationalize_design.py --apply against each, reusing already-existing ad hoc issues (e.g. #908 for 005b T5) via T3's idempotency check rather than minting duplicates. Depends on T3 only — not T7: these three docs predate the Issue-column rule T7 documents, so this is the retrofit case, not an example of following it.
Files: design_docs/005b-affected-probe-selection.md, design_docs/006a-the-oracle-and-the-remaining-verbs.md, design_docs/007-reviewer-verdicts-for-readers.md. Each PR does two things in order: (1) hand-add an empty Issue column to the doc's task table — a one-line-per-row edit, since T3 deliberately refuses to insert a missing column itself (§6) — then (2) run --apply, which fills it and stamps the **Project:** header line. T7 (documenting the column format) hasn't landed yet — proceed anyway per the card, this is the retrofit case.
Expected behaviour: every task in all three docs' tables has a real issue, attached to its doc's Project, Status set to whatever's actually true today (Done for landed tasks, In Progress for claimed-and-active ones, Backlog/Ready for the rest) — this is also the one point in this project where a genuine "what's actually landed" sweep has to happen.
Test plan: none (data migration via a tested tool, not new code) — manual verification that ./dev.py designs output matches a hand-check of a sample of tasks per doc. (Note: ./dev.py designs is T5, not yet built — verify via operationalize_design.py's own read path or direct gh project inspection instead.)
PR shape: three PRs, one per doc, each branching from main — sequential within one session, not parallel sessions.
Done when: all three docs' task tables have real issues attached to their doc's Project, Status reflects reality (no placeholder/backlog-by-default rows for tasks that are actually done), and each PR has been reviewed/approved by @aedanpope.
None.
No comments.