docs(13): correct peer-files finding per bca18c03 — code bugs, not fleet outage

Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
archipelago
2026-08-07 06:14:15 -04:00
co-authored by Claude
parent 9f579162d1
commit a3edb848e1
@@ -97,9 +97,12 @@ rich is absent.** Two surface mechanisms exist and they fight each other:
songs, extractor yields 6).
**Real on a node today**: own shared media (filename-derived cards, no art) and the
indexed music library (real tags, no art, unplayable in-app) — both measured
empty/unreachable on the demo node (INDEEHUB-CONTENT-INVENTORY: 0 items; 16 peers serving
nothing).
indexed music library (real tags, no art, unplayable in-app). **Correction (handoff
`bca18c03`, RESUME-2026-08-07-aiui-surfaces.md):** the earlier "16 peers serving nothing /
IndeeHub empty = fleet problem" conclusion was wrong — two code bugs (a missing dispatch
arm for non-`own` scopes, and a fan-out timeout that discarded completed batches)
produced `peers_reached: 0` while peers were serving. Fixed in `9abc1623`; measured live
after: 4/16 peers, 7 items. IndeeHub's catalogue is still genuinely empty (`count: 0`).
---