Files
esh-pfi-infrastructure/stacks/fablefusion-charrp-probe/README.md
T
vh 3132a16ca0 fv-ml1: finish the renumber the cutover missed -- 16 dead dashboard links
Every fv-ml1 link on the Homepage dashboard was broken. Measured against the
live dashboard API before the fix: 16 entries pointing at the dead 10.250.50.54
and zero at the live 10.251.50.54, covering gen, M.O.G.-SEC, Scriberr, Embed,
Rerank, Reward, Coder, Dockge and six dormant seats.

The miss was structural, not careless. fv-ml1-rename-sweep.sh works from an
allowlist assembled from files that mention the HOST, and a homepage.href label
mentions only an IP -- so every stack whose sole stale reference was a label
fell outside it. The allowlist now covers those 24 files, and records how to
derive the list next time (grep the old address, subtract history) rather than
enumerating from memory.

History is still untouched, and the exclusions are now written down with the
reason each one keeps the old address: recorded benchmark results, whose
base_url is part of a measurement's provenance; the one LiteLLM comment
preserving a retired hand-test endpoint; and the cutover runbooks, where the old
address is the subject matter.

Two bugs found while applying it, both fixed here:

  - deploy-stack.sh rejected any stack name containing a dot, so qwen3.5-122b,
    qwopus3.5-122b and mistral-medium-3.5 could not be deployed by the script at
    all. The check exists to stop path traversal, which means rejecting ".." and
    "/" -- not every dot. Traversal is now rejected explicitly and tested.
  - stacks/scriberr/.env.example allowed CORS only from the dead IP and from
    scriberr.ana.internal, which no longer resolves; the box is at the fv site
    and DNS already carries scriberr.fv.internal. The live .env had both stale
    origins, i.e. an allowlist with nothing reachable in it.

Host side, applied separately: canonical pushed for the 16 stacks whose only
difference from the host was this renumber, and an in-place address-only fix for
the nine whose host copy has genuinely drifted or has no canonical copy, so that
drift survives for a deliberate reconciliation instead of being clobbered. Every
compose.yaml on fv-ml1 now reads 10.251.50.54. The labels themselves only take
effect at container creation, so the running containers still need recreating.
2026-09-12 23:05:29 -07:00

67 lines
3.5 KiB
Markdown

# fablefusion-charrp-probe — THROWAWAY evaluation seat (fv-ml1 GPU1)
Evaluation-only seat for
[`kkuspa/Qwen3.6-27B-Fable-Fusion-711-Uncensored-Heretic-NM-DAU-MTP-NVFP4A16`](https://huggingface.co/kkuspa/Qwen3.6-27B-Fable-Fusion-711-Uncensored-Heretic-NM-DAU-MTP-NVFP4A16),
a candidate replacement for Dark-Scarlett v1.0 on the `char-rp-reasoning` seat.
Serves as **`char-rp-probe`** on **:8019**.
**This is not a production seat.** It is deliberately not wired into any LiteLLM
alias — per the no-false-aliases rule, nothing may answer to `char-rp-reasoning`
except the real seat. `restart: "no"` so it never resurrects itself.
## Why this candidate
DS v1.0's refusals are too high. Its card explains why: `ReadyArt/Dark-Scarlett-v1.0-27B`
is a *finetune* of stock `Qwen/Qwen3.6-27B`, tagged `unaligned`/`nsfw`/`erp` but
carrying **no abliteration**. The refusal machinery of safety-tuned Qwen3.6 is
still in there. Fable-Fusion 711 is refusal-*ablated* (Heretic, by trohrbaugh) —
a structural edit rather than a behavioural preference.
Verified before pulling:
| | |
|---|---|
| Loader class | `Qwen3_5ForConditionalGeneration` — the wrapper class DS also needs (a flat `Qwen3_5TextConfig` is rejected by both vLLM and SGLang) |
| MTP | **15 `mtp.*` tensors present** in a separate bf16 shard AND individually enumerated in `quantization_config.ignore` — the exact bug that gave us 0% acceptance on the gen seat. Enumerated names are safer than our `re:^mtp.*` regex, which llm-compressor prunes when unmatched |
| Scheme | NVFP4A16 compressed-tensors, `input_activations: null` — same as the DS seat runs today |
| Held at bf16 | vision tower, all 48 DeltaNet linear-attn layers, MTP drafter, `lm_head` |
| KV | FP8 k/v scales calibrated and shipped — the seat already runs `--kv-cache-dtype fp8` |
| Context | 262,144 |
| Fidelity | ARC-C / HellaSwag / Winogrande vs the BF16 parent all within standard error |
| License | Apache-2.0 throughout |
| On disk | `/tank/aimodels/fable-fusion-711-nvfp4a16` (28.55 GB, byte-verified against the HF tree) |
## ⚠️ GPU1 is zero-sum — this seat CANNOT run beside Dark-Scarlett
GPU1 sits at ~94.9/97.9 GB with the utility cluster co-resident. DS holds ~43 GB
at `util 0.44`; this seat needs the same slot. The A/B is **sequential**, and the
`char-rp-reasoning` seat is **down** for the probe window:
```bash
# 1. baseline DS live first (no disruption)
# 2. swap
ssh infra-ops@10.251.50.54 'cd /opt/docker/compose/darkscarlett-charrp-reasoning && docker compose down'
ssh infra-ops@10.251.50.54 'cd /opt/docker/compose/fablefusion-charrp-probe && docker compose up -d'
# 3. probe :8019, then
ssh infra-ops@10.251.50.54 'cd /opt/docker/compose/fablefusion-charrp-probe && docker compose down'
ssh infra-ops@10.251.50.54 'cd /opt/docker/compose/darkscarlett-charrp-reasoning && docker compose up -d'
```
## MTP depth: 3, not the card's 5
The card's headline 1.56x (56.2 → 87.4 tok/s on our exact GPU class) was measured
on **greedy** 512-token generations. DavidAU states plainly that acceptance
degrades above temp 1 — and temp 1.0 is the recommended creative setting this
seat gets probed at. DS's own README already concluded spec-decode is net-negative
at RP temps. Depth 3 matches the gen seat; treat any speed gain as unmeasured
until benchmarked at real RP sampling settings.
## Deploy
```bash
scripts/deploy-stack.sh fv-ml1 fablefusion-charrp-probe
# on host: cp .env.example .env (defaults are fine)
```
Probe harness: [`services/refusal-probe/`](../../services/refusal-probe/).