Some checks failed
CI / check (push) Failing after 5m4s
This morning the panel stripped citation ids because there was nowhere to put them, and that was right at the time: an id is a thirty-six character address with no meaning on a screen, and five of them in a sentence is the thing a reader actually complained about. But stripping them also made a grounded answer and an invented one look identical, which is the opposite of what citing is for. The run now returns its sources, so the fix is the other way round: resolve the citation rather than remove it. An id the run actually carried becomes the position of that passage in a list rendered under the answer — [3f8a…] reads as [2], and the second entry is the one being pointed at. An id the run did NOT carry is still stripped, and that distinction is the point. A model citing something it was never given has invented an address, and giving it a number would turn a hallucinated citation into one that looks checkable — strictly worse than removing it. Both directions are tested. The evidence sits after the answer and after any pending write, collapsed. It is support rather than content: a reader who trusts the answer should not scroll past the filing to reach what comes next, and a reader who does not should find it where they reach for it. A run that retrieved nothing renders no section at all rather than an empty heading — which is most runs, since seven of nine agents answer from tools. Verified: 1737/1737 skill-checks, clean typecheck, build and lint, and the i18n audit still reports no missing keys in either language. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>