docs: split v5 remediation into six governed children - #180
Conversation
Falsification review — PR #180Method. Rather than read for style, I took each falsifiable assertion in the PR description and tried to disprove it against ground truth: the PR-head tree ( Headline: the description's checkable factual claims hold up — I could not falsify a single one of the 22, and every validation gate the PR cites reproduces clean. That is unusually good. The value below is in what the claims don't say: the governance authority is self-attested, and the hash-bound GLM record ships with known-but-uncorrected internal errors. ✅ Claims that survived falsification (reproduced, not taken on trust)
🔶 What the falsification surfaced (the claims are true, but incomplete / self-attested)1. 2.
3.
4. 5. ⚪ Non-findings (things that look alarming but aren't PR defects)
Bottom lineNo factual claim in the description was falsifiable, and the validation pipeline reproduces end-to-end — genuinely rigorous work. This is docs-only and terminates at Pre-A, so nothing here is a merge blocker on its own. Before merge I'd ask the author to weigh two things: (a) the governance verdicts are self-attested, not independently authenticatable from repo state; and (b) the certified GLM record ships four disclosed-but-uncorrected internal errors — consider whether the sidecar footnote is sufficient, or whether the primary artifact should carry inline Scope: |
Summary
This docs-only governance PR completes the parent v5 remediation charter at Pre-A and transfers the work into six independently governed, user-facing child deliverables.
The parent records the exact terminal Template 16 disposition Split into multiple proposals. It does not enter Phase A-E and grants no implementation authority.
What this PR contains
project-ontos-v5-remediation-board-hygieneproject-ontos-issue-165-audit-registryproject-ontos-v5-0-3-dependency-resolverproject-ontos-v5-0-3-log-pathsproject-ontos-v5-0-3-built-in-status-aliasproject-ontos-v5-0-3-required-version-preflightAll six children are
user_facing: true, require Product review in B.1, B.2, and D.2, and remain blocked before Phase A until their own non-author Template 16 verdict says exactly Proceed to Phase A.Release and issue custody
GLM review
GLM was used for both governance decisions:
The supplemental review is preserved byte-for-byte with its prompt, redacted captures, dispatch result, and route attestation. It is recommendation-only evidence, not a strict-P3 receipt or merge/phase authority.
The Codex-authored validation sidecar:
41f0893, not the final post-review evidence/map commits;worker_fileversus R30-B verifier mismatch and entropy-only false positives;Validation
scripts/llm-dev doctorverdict_shaped/ApproveReview focus