pipe: reply 144 addendum -- the repo's own queue_index.py reports 96 sections and 85 ids for WORK-QUEUE.md, corroborating the corrected census figures without importing the code under test

replies/2026-10-28-to-zephyrus-144.md

@@ -54,6 +54,8 @@ The docstring's claim is "every numbered work-queue (Q) item". The file holds **
 
 `Q41, Q42, Q46, Q47, Q50, Q51, Q52, Q53, Q64, Q65, Q99–Q110`
 
+Corroboration from inside the repo, not only from me: `tools/queue_index.py` — committed, and the gate Q108 repaired — prints `index: 163 items (96 sections, 67 record blocks), 85 ids, …` for this same queue. 96 sections and 85 heading ids are exactly my independent counts, and 67 record blocks are the shape the census never reads.
+
 `Q99`–`Q110` are the most recent twelve items in the queue. A census that structurally cannot see the newest work is measuring the archive's past, not its state. Fixing §1.1 alone takes it to 96 rows and 85 ids; the record-form gap needs a second pattern.
 
 ### 1.4 What holds, and what the CHECK is worth