Integrate Qwen3.8 model intake

docs/QWEN38_ARTIFACTS.md

@@ -69,6 +69,29 @@ The output directory must not already exist. Materialization uses hard links
 when possible and otherwise copies bytes, then re-runs the same full verifier
 against the output.
 
+## Application intake
+
+The native Model Manager exposes the complete 29-file set as one resumable
+artifact. It downloads from the immutable source revision above, verifies each
+file before promotion, retains interrupted `.part` files, and removes the core,
+PLE, MTP, tokenizer, metadata, checksum markers, and partials together.
+
+Model selection is persisted as `qwen3.8-flash-next`; intake recognizes the
+artifact from the pinned `qwen4_exp` metadata rather than its directory name.
+Before Metal allocation, the Rust loader checks every configuration and runtime
+contract in the manifest and all 2,527 safetensors records against the frozen
+inventory. The tokenizer uses the pinned byte-level BPE, ChatML special tokens,
+official low/medium/xhigh/direct formatting, grouped tool responses, and the
+official temperature 1.0, top-p 0.95, and top-k 20 defaults.
+
+At the native 262,144-token ceiling, admission reports the 71,742,682,599-byte
+resident core, the separately mapped 32,000,154,008-byte PLE table, the
+1,672,575,532-byte optional MTP artifact, 6,557,908,992 bytes of KV/recurrent
+state, and 27,262,976 bytes of prefill transient storage. PLE mapping is not
+counted as resident allocation, and MTP is counted only when enabled. Execution
+still fails with an explicit backend-unavailable error until the Rust Metal
+backend is delivered by issue #95; it never falls through to a GGUF executor.
+
 ## Verification receipt
 
 On 2026-09-03 the pinned source passed full authentication and inventory,