docs: record the wire rename, the OpenWebUI re-key, and the frank-primary bench drop-in trap

- AGENTS.md Model Config: the Protoss names are now the ids on the wire
  (per-endpoint knob named); verify a rename on /v1/models, never on a chat
  response — radiance echoes the requested name
- OMP Harness.md: harness id == served id; one id per model everywhere
- Homepage.md: the docs-page "api id" annotations and the switchover promise
  are retired
- OpenWebUI.md: the id-keyed trio (model row, access_grant, api_configs
  model_ids) is a foreign-key set — re-key it in the same deploy; plus the
  contenteditable-composer probe note
- frank-secondary/frank-large/frank-primary runbooks: served ids
  frank-zealot/frank-dragoon/frank-archon, and the bench.conf drop-in that
  made every frank-primary deploy since 2026-10-08 04:09 restart the staging
  worktree behind a green health gate

serverAppConfigs-docs/Dankclaw/OpenWebUI.md

@@ -265,7 +265,7 @@ on large sizes ⇒ check ComfyUI resources; 401 ⇒ the token is bad.
 - The image tracks upstream `main`; pin a digest in the quadlet unit if reproducible rollback matters more than tracking. (The old "CPU-only host" framing is stale: this APU runs the gfx1151 ROCm build — see [[ComfyUI]].)
 - The default admin account is created on first login; secure it immediately.
 - If the backend is loading (3–8 minute model load), OpenWebUI shows connection errors until the model is ready.
-- The on-host LLM services (frank-large `:7770`, frank-secondary `:7771`) are reached via `host.containers.internal`, NOT the host LAN IP: the container's netavark bridge cannot hairpin to its own host's non-published ports via `192.168.0.143` (connection refused), and the bridge gateway (`10.89.3.1`) lives in the rootless netns while llama-server runs in the host netns, so it refuses too. `host.containers.internal` (169.254.1.2) resolves to the host on the bridge and works — verified end-to-end for both endpoints. The Dankserver backend (frank-medium) is a different host, reached via its LAN IP `192.168.0.235:7770`.
+- The on-host LLM services (Dankclaw `:7770`, `:7771`) are reached via `host.containers.internal`, NOT the host LAN IP: the container's netavark bridge cannot hairpin to its own host's non-published ports via `192.168.0.143` (connection refused), and the bridge gateway (`10.89.3.1`) lives in the rootless netns while llama-server runs in the host netns, so it refuses too. `host.containers.internal` (169.254.1.2) resolves to the host on the bridge and works — verified end-to-end for both endpoints. The Dankserver backend is a different host, reached via its LAN IP `192.168.0.235:7770`.
 
 ## History
 
@@ -279,6 +279,35 @@ on large sizes ⇒ check ComfyUI resources; 401 ⇒ the token is bad.
 
 - **2026-10-07 — picker narrowed to `frank-secondary` only.** Per Frank: the only model accessible in OpenWebUI is `frank-secondary`. Rebuilt the `model` table to a single `frank-secondary` row (the old rows `frank-large`/`frank-primary`/`frank-small` are deleted), set `openai.api_configs` indices 0 (frank-large) and 1 (frank-primary) to `enable: false`, and retargeted index 2's `model_ids` from the stale `frank-small` label to `frank-secondary` — llama.cpp serves by alias, so the old label addressed a model name the server does not know. Pre-change snapshot: `/home/dank/Containers/open-webui/data/webui.db.bak-20261007` (+ `-wal`/`-shm`). Verified: `/api/v1/models/list` returns exactly `["frank-secondary"]`, chat completion answers `pong` (needs `max_tokens≥1500` — the Qwen3.5 thinking block consumes a 200-token budget), and anonymous API probes are all 401 (see [API access](#api-access-auth-gated)).
 
+- **2026-10-09 — re-keyed to the Protoss ids (wire rename).** The endpoints
+  began serving `frank-zealot` / `frank-dragoon` / `frank-archon`, so three
+  id-keyed objects had to move in the same window as the alias flip:
+  `model.id`+`name` (`frank-secondary` → `frank-zealot`, `params`
+  `{"context":{"length":200704}}` and the `meta.description` kept),
+  `access_grant` (`resource_type='model'`, `resource_id`, principal
+  `user`/`*`, permission `read`), and `openai.api_configs` per-backend
+  `model_ids` (index 2 = `:7771` is the enabled family backend; indices 0/1
+  = `:7770` and Dankserver `:7770` stay `enable: false`). Snapshot first:
+  `/home/dank/Containers/open-webui/data/webui.db.bak-20261009`. Apply from
+  inside the container (`podman exec -i open-webui python3 -`, sqlite3; the
+  image has no sqlite3 binary) then `systemctl --user restart open-webui.service`
+  (it is a rootless quadlet) to drop the cached model list. Verify in a real
+  browser as the family QA account: the welcome screen selects
+  `frank-zealot` and answers. **A stale id fails silently** — the picker
+  simply lists nothing, because OpenWebUI intersects the backend's
+  `/v1/models` with `model_ids`.
+
+  Law: **the model id is a foreign key in three tables.** Any future alias
+  change on an endpoint OpenWebUI fronts must ship with this re-key, in the
+  same deploy.
+
+- **2026-10-09 — composer is `contenteditable`, not `<textarea>`.** A
+  Playwright probe that waits for `textarea` after SSO times out on the
+  welcome screen: OpenWebUI 0.6 renders the composer as a contenteditable
+  div. The stable anchor is the model button (`getByRole("button", {
+  name: /selected model/i })`) and the welcome text "How can I help you
+  today?"; that snapshot is also the cheapest proof the picker is populated.
+
 ## See Also
 
 - [[Dankclaw Stack]]