Ratify pipeline-fidelity gate artifact-1 parity-replay outcome - #342
Merged
WilfordGrimley merged 2 commits intoJul 23, 2026
Merged
Conversation
…ss-method replay baseline
WilfordGrimley
force-pushed
the
docs/pipeline-fidelity-gate-artifact1-ratify-a75319
branch
from
July 23, 2026 00:06
e8185db to
f24cdbf
Compare
4 tasks
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
Documentation-only PR ratifying the artifact-1 parity-replay outcome for the pipeline-fidelity gate (issue #154). The gate doc previously stated Artifact 1 as PENDING/methodology-only; the replay has since run and the owner has ruled on its outcome (issue #154 comments, 2026-07-22).
docs/pipeline-fidelity-gate.md— single source of truth for gate status/numbers per this repo's docs convention:RESOLUTION_FLOOR_DPI,EXCLUDED_RESOLVED_TAGS) ruled MUST-FIX (owner ruling 2026-07-22T23:47Z, sized against live data: 28 sub-floor cards / 47 custom-art+non-english cards / 75 union, all <0.05% of the 179,766-card eligible pool, zero live OCR votes affected) — fix is two one-line queryset excludes, in flight in a separate PR ahead of deploy.docs/theory.md— added §7c, "Empirical parity-replay check (2026-07-22)": the replay as a durable technical finding — what it shows about the OCR-channel error term (ε₁, §7a) and the conservative-abstention property (g₄/g₅), plus the same explicit baseline-vs-method distinction (legacy multi-channel pilot vs. OCR-only Stage D). Numbers aren't duplicated — links topipeline-fidelity-gate.md§4. Also appended one dated entry to the doc's pre-existing## Statusprovenance log noting §7c, sincetheory.mdis wiki-published (Theory).Also touched, for consistency (one-liners, no restated numbers):
CLAUDE.md,docs/README.md,docs/MANIFEST.mdentries forpipeline-fidelity-gate.md.Rebase note (2026-07-23): PR #341 merged to master after this PR was opened, touching the same file (its own landed version of the constant-#3 non-restoration rationale). Rebased onto current master; the one conflict (a redundant paragraph restating item-3's rationale, now superseded by #341's fuller landed inline version) was resolved by keeping master's landed wording and dropping the duplicate — no content lost on either side.
Facts verified directly against GitHub before writing (not taken on faith):
gh pr view 340,gh issue view 154,gh pr view 341. All numbers match issue #154's own comments and the owner's in-session ruling verbatim.Verification
python3 .github/scripts/docs_lint.py— clean.python3 .github/scripts/tests/test_publish_wiki_link_rewrite.py— 4/4 passed.readme.mdregenerate-and-diff parity — not applicable (no readme.md source-region touched), but ranpython3 .github/scripts/publish_readme.py .+ diff anyway: clean.Checklist
pre-commitand installed the hooks withpre-commit installbefore creating any commits.Wiki
theory.mdpublishes to the wiki asTheory. Its own## Statusprovenance section (the page's version marker) was updated in the same change — no separate wiki-page edit needed, it regenerates from source on merge.