Publish audit-backed implementation specs
Sync from docs/wiki/ @ 9e29e99b8f001d17fab94c40d6c0077db58c3552
Sync from docs/wiki/ @ 354c6b5929342eeb3d69fe097d1fa9d091180e54
Sync from docs/wiki/ @ 94e226a3ec18890f25cf86369dc646a2bc9264a3
Sync from docs/wiki/ @ 73956df5dd6c87139ab0047939f1ec10b292933b
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.