docs(vault): destroy the dead weight — 53 pages and the change diary

The vault was 155 pages / 31,210 lines, most of it measurement ledgers for
payloads that no longer run. A throughput figure for a runtime nobody operates is
not a record: AI moves faster than the vault, so the number is wrong before
anyone reads it, and a wrong number in a runbook gets believed. Per the new
purpose test in `AGENTS.md` → *Documentation Policy*, it is destroyed.

Gone (`.AGENTTRASH/20261019-destruction/`, KILL-LIST.txt is the manifest):
- the `frank-medium` endpoint and its five era pages, `frank-npu`, FastFlowLM,
  the ikllama/kingjones/dealign/frank-redo eras, the ling/swift15/freetoken/ubatch
  campaign pages, qwen3.8 spec-matrix and strix-optimizations, the two
  "Running Qwen3.6 …" pages;
- the whole `Pipeline Parallelism/` folder (no live script passes a pipeline flag)
  and the multi-device/x4-pair/hybrid/offload experiment pages;
- every vLLM page — no vLLM endpoint exists on this fleet;
- `LLM/deployment.md` (`Architecture/Deployment Flow.md` is the test-referenced
  owner) and the external surveys (SGLang, Lemonade, llama.cpp forks/diff,
  self-hosted app census, the TTS survey) that were obsolete by construction;
- `log.md`, 2,380 lines. Git holds the chronology; a causal law belongs to the
  page that owns the thing it governs, never to a diary.

Survivors: 101 pages, 17,542 lines, 0 OKF violations, 0 unresolved links. Eras
tables keep the window, payload, runtime, reason and rollback pointer; the rate
columns are blanked. The live shapes stay verbatim — those numbers are what the
deployer and `models.yml` consume.

serverAppConfigs-docs/LLM/Quantization Production.md

@@ -83,18 +83,18 @@ Laws that steer everything here:
 ### Ablation / abliteration (directional ablation)
 - Arditi et al. 2024, arXiv 2406.11717: refusal is mediated by a single
   direction; orthogonalizing weights against it removes refusals with a
-  rank-1 edit. Open implementations: `p-e-w/heretic` (automated, above),
+  rank-1 edit. Open implementations: `p-e-w/heretic` (automated, above)
   Artio/abliteration-toolkits, `EleutherAI/repeng`-style rep-overlap
   variants **[verified (tool existence: heretic; rest survey)]**.
 - Hardware-agnostic fp-editing. On a MoE the edit touches attention/norm
   weights, so it composes with any expert quantization.
 - Fleet status: frank-dragoon runs an abliterated base **by Frank's choice**
-  (AGENTS: censored-base refusals were the accepted trade of the 27B era);
+  (AGENTS: censored-base refusals were the accepted trade of the 27B era)
   frank-archon's ukisai Swift1.5 is an abliterated finetune of Qwen3.8.
 
 ### HauhauCS QX_K_P "Perfect" quants
 - Our frank-zealot publisher. Method, from the publisher's own cards
-  **[verified]**: (1) abliterate + finetune ("Aggressive"/"Balanced"),
+  **[verified]**: (1) abliterate + finetune ("Aggressive"/"Balanced")
   (2) quantize with **imatrix calibration on the ABLITERATED weights**,
   (3) K_P = a **per-model, per-tensor mixed-precision profile** —
   "model-specific analysis to selectively preserve quality where it
@@ -204,8 +204,8 @@ u2 draft — all recipe-expressible (see the w4dn8 runbook).
 
 #### Recipe portability: the w4dn8 shape onto other MoEs (2026-10-08 audit)
 The pin 1.0.13 container ships SIX arch plugins
-(`/opt/radiance/share/radiance/architectures/`): `qwen4exp_fp8`,
-**`qwen35moe_fp8`**, `qwen35_fp8`, `qwen35_bf16`, `llama_fp8`,
+(`/opt/radiance/share/radiance/architectures/`): `qwen4exp_fp8`
+**`qwen35moe_fp8`**, `qwen35_fp8`, `qwen35_bf16`, `llama_fp8`
 `llama_dense_fp8` (census via `podman run --rm --entrypoint sh <image> -c`
 — the image has no `ls`/`strings`; grep the `.so` files directly, and
 the image lives in ROOTLESS storage as `docker.io/stilldeadcode/radiance`).
@@ -214,7 +214,7 @@ the image lives in ROOTLESS storage as `docker.io/stilldeadcode/radiance`).
 calibration→GPTQ path exists for the qwen3.5-MoE family; GPTQ itself
 lives in `rad-convert`, not the plugin (0 hits in both `.so`).
 
-Worked example — `Qwen/Qwen3.6-35B-A3B` (config: `qwen3_5_moe_text`,
+Worked example — `Qwen/Qwen3.6-35B-A3B` (config: `qwen3_5_moe_text`
 40 layers, `full_attention_interval=4` DeltaNet hybrid, **256 experts
 top-8**, moe_intermediate 512, hidden 2048, MTP ×1, 262k ctx, vocab
 248320, multimodal wrapper with vision tower):
@@ -258,13 +258,13 @@ top-8**, moe_intermediate 512, hidden 2048, MTP ×1, 262k ctx, vocab
 - EXL3: github.com/turboderp-org/exllamav3 (QTIP lineage; CUDA; Ampere
   decode incl. 3090 documented in v1.0 performance write-ups).
 - Ampere capability edges: vLLM FP8 docs ("only Hopper and Ada …
-  W8A8; Ampere supported for W8A16 weight-only utilizing Marlin"),
-  vLLM Supported-Hardware matrix (Marlin GPTQ/AWQ on SM 8.0/8.6),
+  W8A8; Ampere supported for W8A16 weight-only utilizing Marlin")
+  vLLM Supported-Hardware matrix (Marlin GPTQ/AWQ on SM 8.0/8.6)
   TensorRT-LLM Support Matrix (FP8 and INT4-AWQ-with-FP8-acts need
   SM≥89; NVFP4 Blackwell), SGLang issue #12887 (Ampere FP8-via-Marlin).
-- Repo: `scripts/convert-swift15-w4dn8.sh`,
-  `scripts/recipes/qwen4exp-swift15-w4dn8-i8-hc8m.recipe`,
-  `scripts/kld-gate-swift15.sh`, `scripts/build-llama-rdna4.sh`,
+- Repo: `scripts/convert-swift15-w4dn8.sh`
+  `scripts/recipes/qwen4exp-swift15-w4dn8-i8-hc8m.recipe`
+  `scripts/kld-gate-swift15.sh`, `scripts/build-llama-rdna4.sh`
   `scripts/build-kairic-edge-gfx1151.sh`; endpoints [[frank-archon]],
-  [[frank-dragoon]], [[frank-zealot]]; method [[qwen3.8-strix-optimizations]]
+  , ; method
   and [[GGUF Compatibility]].