docs(vault): fleet-wide fact re-verification pass (67 pages)

The docs-fact census wave re-read the live hosts and re-keyed every page
it could: runtime/payload identities, ports, sizes, ledger figures, unit
state, and the retirement banners that drifted as the fleet moved. The
wave was interrupted mid-run, so this commit carries only what passed the
integrity gates: every touched page parses (front matter or H1+status
convention intact, balanced fences, no truncated tables, trailing
newline), the docs_completeness and link-integrity seams are green, and
bats is 384/384.

Numbers that this session proved on live hosts are keyed to the measured
value, not the page's earlier claim.

serverAppConfigs-docs/LLM/frank-archon-llamacpp-qwen38-flash-next-q8.md

@@ -1,7 +1,7 @@
 ---
 type: configuration
 title: frank-archon llama.cpp Qwen3.8-Flash-Next Q8_0 Runbook
-description: ACTIVE frank-archon runbook — unsloth llama.cpp (the b11030-mix prebuilt, ROCm gfx120X, bundled runtime, root systemd unit) serving unsloth/Qwen3.8-Flash-Next-GGUF at Q8_0 (175.3 GiB across six split parts) on Dankserver's two Radeon AI PRO R9700s (gfx1201), with the shared Q8_0 MTP drafter (depth 2) chained behind ngram-mod, BF16 vision, and the routed experts + 51B-param n-gram embedding table computed in host RAM. Port 7770, one stream, full 262,144 ctx. Cutover 2026-09-26, replacing the same-day Lucebox DS4.1 deployment.
+description: RETIRED 2026-09-26 → 09-27 frank-archon runbook — unsloth llama.cpp (the b11030-mix prebuilt, ROCm gfx120X, bundled runtime, root systemd unit) serving unsloth/Qwen3.8-Flash-Next-GGUF at Q8_0 (175.3 GiB across six split parts) on Dankserver's two Radeon AI PRO R9700s (gfx1201), with the shared Q8_0 MTP drafter (depth 2) chained behind ngram-mod, BF16 vision, and the routed experts + 51B-param n-gram embedding table computed in host RAM. Port 7770, one stream, full 262,144 ctx. Cutover 2026-09-26, replacing the same-day Lucebox DS4.1 deployment; superseded 2026-09-27, and frank-archon runs [[frank-archon-radiance-qwen38-iq4r]] today (2026-10-18).
 tags:
   - frank-archon
   - dankserver
@@ -21,7 +21,9 @@ timestamp: 2026-09-26
 
 # frank-archon llama.cpp Qwen3.8-Flash-Next Q8_0 Runbook
 
-The ACTIVE dankserver LLM endpoint (:7770, alias **frank-archon**):
+The dankserver LLM endpoint (:7770, alias **frank-archon**) as it stood from
+2026-09-26 to 2026-09-27 (retired; the port today serves
+[[frank-archon-radiance-qwen38-iq4r]]):
 unsloth llama.cpp serving `unsloth/Qwen3.8-Flash-Next-GGUF` at **Q_8**
 (the 6-part `Q8_0/` main, 175.30 GiB) on **both** Radeon AI PRO R9700s,
 with the **shared Q_8 MTP drafter** (`draft-mtp`, depth 2) layered with
@@ -240,22 +242,29 @@ traffic mix with `frank-archon-expert-activity.py <pid>` (or
 
 ## Rollback
 
-The lucebox DS4.1 material is fully retained on the host: image
-`localhost/lucebox-rocm:gfx1201`, the 378 GiB payload, and the quadlet-era
-repo files in `dankserver/.AGENTTRASH/20260926-llamacpp-cutover/` (see
-[[frank-archon-lucebox-ds4]]). Restore = move the `.container` back,
-uninstall the root unit (`systemctl disable --now frank-archon` — the
-link, not the file; never `systemctl disable` a unit whose file must
-survive), `daemon-reload`, start the user quadlet. The Qwen payload
-(~179 GiB) stays fetched, so a forward re-swap is a redeploy, not a
-refetch.
+The lucebox DS4.1 image `localhost/lucebox-rocm:gfx1201` is still in dank's
+rootless storage; the 378 GiB payload is not (Dankserver's `/home/dank/models/`
+holds only `StillDeadcode`, `rad` and `tpl.jinja` as of 2026-10-18), and the
+quadlet-era repo files were deleted by `8500600` rather than trashed — there is
+no `dankserver/.AGENTTRASH/20260926-llamacpp-cutover/` (see
+[[frank-archon-lucebox-ds4]]). Restore = recover the `.container` from
+`git show 8500600^`, stop the root unit (`systemctl stop frank-archon`; the
+fleet law forbids `systemctl disable` on these hosts — it removes the unit
+entry, which here is the symlink into the checkout), `daemon-reload`, start the
+user quadlet. The Qwen payload (~179 GiB) is no longer on disk either, so a
+forward re-swap is a re-fetch plus a redeploy.
 
 ## Fleet context
 
-- [[frank-dragoon-unsloth-qwen38-27b-q8xl]] — Dankclaw :7770, the same
-  b11030-mix binary family on gfx1151.
-- [[frank-zealot-gemma4-12b]] — Dankclaw :7771, mainline llama.cpp on the
-  3090; the only audio-capable endpoint.
-- The harness contract lives in `/home/blank/.omp/agent/models.yml`
-  (`llamacpp (dankserver)` provider, `contextWindow 262144`,
-  `maxTokens 65536`, `input: [text, image]`).
+- [[frank-dragoon-unsloth-qwen38-27b-q8xl]] — the era's Dankclaw :7770, the same
+  b11030-mix binary family on gfx1151 (retired 2026-09-28; frank-dragoon runs
+  [[frank-dragoon-flash-server-v2-native]] today).
+- [[frank-zealot-gemma4-12b]] — the era's Dankclaw :7771, mainline llama.cpp on
+  the 3090, and then the fleet's only audio-capable endpoint. Both are history:
+  frank-zealot serves [[frank-zealot-llama-prism-bonsai2-pq20]] today and no
+  fleet endpoint takes audio (the audio path left with Gemma4 on 2026-10-01).
+- The harness contract lives in `/home/blank/.omp/agent/models.yml`. The era's
+  `llamacpp (dankserver)` numbers (`contextWindow 262144`, `maxTokens 65536`,
+  `input: [text, image]`) are long gone — that provider reads
+  `contextWindow: 200000`, `maxTokens: 16384`, `input: [text, image]` as of
+  2026-10-18.