Sync from docs/wiki/ @ 5a4f894ac4f67883465174c4e03c503f4f79d54c
Sync from docs/wiki/ @ ef5bf6072eb66183372e3ba78a4bc5d4a8542bf9
Sync from docs/wiki/ @ 0b19a9072eb78d15adff41c41a6634f76964021d
Sync from docs/wiki/ @ 78c86f980008fb34344f3e52f421e9dababc9a93
Sync from docs/wiki/ @ 390a42e52c97b0f0a62881fc2db68ff21f6a90a0
Sync from docs/wiki/ @ 6688a5d9c41b07fe65a4228dda0309a98e18391d
Sync from docs/wiki/ @ 593092ee43c39c214c55427c2b64bf8675e00ac4
Publish audit-backed implementation specs
Sync from docs/wiki/ @ 9e29e99b8f001d17fab94c40d6c0077db58c3552
Sync from docs/wiki/ @ 94e226a3ec18890f25cf86369dc646a2bc9264a3
Flatten to a single directory -- GitHub Wiki does not render nested pages
Real bug in the previous sync, caught from a screenshot of a page rendering
as literal unformatted markdown text: the wiki UI's pretty page URLs
(github.com/OWNER/REPO/wiki/PAGE) only exist for files at the wiki repo's
ROOT. Every page under concepts/, entities/, guides/ had no such route and
was silently 302-redirecting to raw.githubusercontent.com instead --
raw text, no headers/bold/tables rendered, for every single page except
Home.md and the 3 root-level WIKI_*.md files. This wasn't a formatting
problem in the content; the whole subdirectory structure was fundamentally
un-navigable through the actual wiki UI.
Fixed by flattening every file to the repo root (no filename collisions
across the 3 former categories) and rewriting every internal link
accordingly -- verified with a link checker against the flattened
directory listing, 0 genuine breaks. _Sidebar.md now uses extension-less
page-name links, matching GitHub wiki's own convention.
docs/wiki/ in the main repo is UNCHANGED and correctly keeps its
concepts/entities/ subdirectories -- that's browsed through GitHub's
normal repository file browser, a completely different rendering path
that does support nested directories. Only this separate wiki mirror
needed flattening.