backlog: close #1094 as already-satisfied, mark the Mirth ranking a snapshot, file #1095 - #276
Merged
Merged
Conversation
…napshot, file #1095 Three corrections to the ledger's own accuracy, in one commit because they cross-reference: #1094 and the ranking note both point at #1095, so splitting them leaves an intermediate commit citing an item that does not exist yet. 1. #1094 CLOSED as already satisfied when filed; no work performed. Its premise is false on origin/main. The repoint it asks for merged as befe997 (PR #271) ONE COMMIT BEFORE the item itself landed (7ecff8a, PR #272) -- a filing race, not a wrong finding. Re-verified after both: CLAUDE.md section 12 now reads "BACKLOG #26 -- closed, so it lives in docs/archive/backlog/BACKLOG-CLOSED.md, not in the live ledger", same for #27. Banner flipped from the OPEN glyph to a CLOSED one -- replaced, not added, so the item still declares exactly one status. The analysis is kept: its point that no gate in this repo can catch the class is the argument any future check has to answer, and it is now attached to #1095 at true scale. 2. The "Connector & feature-breadth gaps vs. Mirth Connect" section marked a historical snapshot. All TEN backlog numbers it cites -- #7, #20-#27, #35 -- have closed and moved to the archive; none is in this file. So "#7 above" and "#35 below" are false directions out of the document, and "P1 -- close first" names work that shipped: #20 (FHIR, ADR 0022) and #21 (observability, PR #407). The section marks #24 and #35 SHIPPED inline, which makes the unmarked #20/#21 read as still open. A reader planning from this picks up finished work. Deliberately NOT repointed per-number. Every cited item is archived, so attaching an archive path to only the two decline-by-design lines would assert by contrast that the other eight are live. Uniform staleness is at least detectable; differentiated staleness is not. 3. #1095 filed for the systemic class. Number allocated via scripts/coord/alloc.ps1, never grepped. Measured on origin/main with parse_items (imported, not re-derived): of 129 path-bearing BACKLOG.md citations, AT LEAST 69 distinct sites across AT LEAST 35 files name the live ledger for an archived item. Plus 13 hrefs that do not resolve at all, 12 line anchors past EOF (file is 6318 lines; one cites 8429), and 31 in-range anchors that drifted onto unrelated text. The item's central point is DETECTABILITY, because getting this wrong means someone closes it with a linter having fixed a third of it: the 13 broken hrefs and 12 past-EOF anchors are catchable, but the 69 wrong-file citations and the 31 drifted anchors are NOT -- those links resolve perfectly, and what rots is the number or the line beside them. It also records that the test is "does the cited FILE contain the item", not "is the item CLOSED". Those differ: #1073 is closed and still legitimately in the live ledger, so a sweep keyed on closure would corrupt correct citations. Prior art found and named rather than duplicated: MIG-35 is already "the BACKLOG-reference classifier" folding into MIG-74 in the master test plan (:128). The item notes MIG-74 as worded -- "every doc path resolves" -- would pass the largest class untouched, since those paths do resolve. Verification: - parse_items diffed before and after: exactly two items changed state, #1094 (open -> closed) and #1095 (new). No unintended banner churn. - backlog_status_check.py: OK, 365 items, each declaring exactly one status. - All 7 link targets introduced were resolved from docs/, with a known-missing path run through the same checker to prove it can report a miss. - The MIG-74 quote was confirmed verbatim in the source file, not paraphrased from an agent's summary. - Line endings normalized to CRLF to match the file; diff stayed at 50/2 rather than whole-file churn. Not included: the ~69-site sweep itself and any gate. Those are #1095's scope, and a partial repoint is worse than none for the reason given in item 2.
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
1 participant
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.
Ledger accuracy. One file,
docs/BACKLOG.md, +50/-2.1. #1094 closed as already-satisfied -- a filing race
Its premise is false on
origin/main: the repoint it asks for merged asbefe997e(PR #271)one commit before the item itself landed (
7ecff8ae, PR #272). The item was already obsoletewhen it arrived. Banner replaced, not added, so it still declares exactly one status.
2. The Mirth connector-breadth ranking marked a historical snapshot
All ten items it cites are archived.
#7 above/#35 belowlead out of the file, and"P1 -- close first" names shipped work (#20, #21) -- a ranking that tells a reader to prioritise
things that are already done.
⭐ Deliberately NOT repointed per-number. Every cited item is archived, so fixing only the two
obviously-broken ones would assert the other eight are live. Marking the whole section a snapshot
is the honest edit; per-item repointing would have manufactured a false claim about the remainder.
3. #1095 filed for the systemic class
Number from
scripts/coord/alloc.ps1-- never grepped. (Two sessions that both grep pick the samenumber, create differently-named files, merge clean, and corrupt the ledger.)
Verification
parse_itemsdiffed before/after: exactly two items changed state, #1094 and #1095. No stray churn.backlog_status_check.py: OK, 365 items.it can report a miss -- a link checker that cannot fail is not a check.
Not stacked, deliberately
Cut from
origin/main, not fromclaude/connections-pointer-rot-27(#273). Basing on an unmergedPR head is the trap that hides a revert behind a clean three-dot diff, and it would have silently
widened a PR that was already armed to merge.
Verified conflict-free against
origin/mainand against both in-flight merge trains (#274, #275)using
git merge-tree --write-tree.docs/BACKLOG.mdever does conflict here, do NOT resolve by keeping every line from bothsides. The changed lines are on the merge base, so another branch's diff carries the pre-fix
text in as ordinary context and a mechanical keep-both silently restores the stale banner and the
un-noted ranking -- clean merge, no markers, gates green.