[Cookbook] Add DeepSeek-V4-Flash-Vision-Exp to the DeepSeek-V4 page (#37293)

.claude/skills/cookbook-add-model/SKILL.md

@@ -164,8 +164,10 @@ least one real deployment or capability boundary. Put orthogonal runtime feature
 4. **Fill `cells[]`** with the verified recipes from Phase 1 (replace every EXAMPLE cell;
    set `verified: true` only on tested combos), and `modelNames` with real HF slugs,
    `dockerImages` for your hw (use the Phase-1 tag, or default `lmsysorg/sglang:dev` — never
-   a guessed release; key by `hw`, or `hw|quant` when one quant on a shared GPU needs its own
-   image), `multiNodeHints` only for fabric-specific hw (e.g. gb200).
+   a guessed release; key by `hw`, or a more specific key — `hw|variant|quant`, `variant|quant`,
+   `hw|quant|strategy`, `hw|quant`, resolved in that order before `hw` — when one
+   variant/quant/strategy needs its own image), `multiNodeHints` only for fabric-specific hw
+   (e.g. gb200).
 
 ### Site-wiring (do all three)
 

.claude/skills/cookbook-add-model/references/authoring-reference.md

@@ -44,7 +44,7 @@ the full contract):
 | Field | Type | Purpose |
 |---|---|---|
 | `multiNodeHints` | `{[hwId]: string[]}` | Lines prepended as `# ...` comments to multi-node commands (env-var hints). Per-hw, and only for hw whose **cluster fabric needs manual NIC config** (e.g. `gb200` NVL72/MNNVL → NVSHMEM/Gloo hints). NOT every multi-N hw needs an entry — standard-IB DeepEP (h200) auto-detects the HCA, and Marlin multi-node (h100) uses no DeepEP/NVSHMEM at all. Hints render above **both** run modes, so keep them mode-agnostic: `docker run` flags belong in the hardware entry's `multiNodeDockerFlags` (above), which the engine puts in the command itself. |
-| `dockerImages` | `{[key]: string}` | Image for `docker run` framing, keyed by `hw\|quant` (most specific) then `hw`. Use a `hw\|quant` key only when one quant on a shared GPU needs a different image (e.g. an NVFP4 dev build on b300/gb300 while FP8/BF16 stay on the release image); otherwise key by plain `hw`. **Ask the user which sglang build the recipes ran on; don't guess a supporting release.** Falls back to `lmsysorg/sglang:dev` if missing — also the sensible default when unsure. |
+| `dockerImages` | `{[key]: string}` | Image for `docker run` framing, keyed by `hw\|variant\|quant` (most specific), then `variant\|quant`, `hw\|quant\|strategy`, `hw\|quant`, `hw`. Key by plain `hw` unless a subset needs a different image: `hw\|quant` when one quant on a shared GPU needs its own build (e.g. an NVFP4 dev build on b300/gb300 while FP8/BF16 stay on the release image); the `variant` keys when one checkpoint needs its own build (e.g. a preview image for a not-yet-released variant); the `strategy` key when one tier needs one (e.g. a spec-decoding preview). **Ask the user which sglang build the recipes ran on; don't guess a supporting release.** Falls back to `lmsysorg/sglang:dev` if missing — also the sensible default when unsure. |
 | `playgroundFeatures` | `{[axisId]: {...}}` | Opts into the Playground widget. See §2.3. |
 | `benchmarkCommands` | `{speed: string, accuracy: {[accKey]: string \| {[variant]: string}}, numPromptsByConc?: {[c]: number}}` | Powers the benchmark card's **"⚡ Reproduce"** modal. `speed` is ONE `bench_serving` template; the engine fills `{{DATASET}}`/`{{ISL}}`/`{{OSL}}` from each cell's `speed[].workload`, the chip-picked `{{MAX_CONCURRENCY}}`, and `{{NUM_PROMPTS}}` (resolved `workload.num_prompts ?? numPromptsByConc[c] ?? max(c*2, 200)`). `accuracy` maps an accuracy field (e.g. `gsm8k_pct`) to a per-eval template — a string, OR a `{flash, pro, …}` object keyed by variant when the command differs per variant (e.g. GPQA/AIME `--max-tokens`). The modal renders a chip per eval (one command area, like Speed). Both also use `{{MODEL_NAME}}` + `{{CURL_HOST}}`/`{{CURL_PORT}}` like `curl`. `speed` should carry `--flush-cache` (bench_serving's `random` prompts are deterministic — warm reruns hit the radix cache and inflate throughput; measure cache-cold). Optional; the button only appears when this AND `benchmarks` are present. |
 | `defaultAccuracy` | `{[variant]: {[accKey]: number}}` | Model-level accuracy applied to **every** cell of a variant (e.g. GPQA Diamond / AIME25 — hardware-independent). Merged UNDER each cell's measured `accuracy` (a per-cell value wins), so you set a variant's score once instead of copying it onto every benchmark entry. Keys must match `accuracyLabels` (below) + `benchmarkCommands.accuracy`. |

.claude/skills/cookbook-add-model/templates/config.jsx.tmpl

@@ -141,12 +141,14 @@ sgl-eval run gsm8k \\
     ],
   },
 
-  // Image for `docker run` framing, keyed by `hw` (or `hw|quant`, resolved first, when one
-  // quant on a shared GPU needs its own image — e.g. an FP4 dev build while FP8/BF16 use the
-  // release tag). ASK the user which sglang build the recipes ran on; don't guess a supporting
-  // release. Default below is :dev (nightly) — replace the tag with the user's release if they
-  // give one. NVIDIA share one image; AMD uses ROCm tags. GB200/GB300/B300 may need a
-  // `-cu130` (CUDA 13) tag — confirm per release.
+  // Image for `docker run` framing, keyed by `hw` (or, resolved before it: `hw|variant|quant`,
+  // `variant|quant`, `hw|quant|strategy`, `hw|quant` — use a more specific key only when a
+  // variant/quant/strategy subset needs its own build, e.g. an FP4 dev build while FP8/BF16 use
+  // the release tag, or a preview image for a not-yet-released variant). ASK the user which
+  // sglang build the recipes ran on; don't guess a supporting release. Default below is :dev
+  // (nightly) — replace the tag with the user's release if they give one. NVIDIA share one
+  // image; AMD uses ROCm tags. GB200/GB300/B300 may need a `-cu130` (CUDA 13) tag — confirm
+  // per release.
   dockerImages: {
     h100:  "lmsysorg/sglang:dev",
     h200:  "lmsysorg/sglang:dev",