feat(episode): TRAZA_bitcora-s20260902sid58c67656c4e8r20_S20260824.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 1 — Docker: 📁 BITÁCORA S20260902.SID58C67656C4E8.R20

episodes/TRAZA_bitcora-s20260902sid58c67656c4e8r20_S20260824.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,60 @@
+---
+episode_id: "cdbaf866-5912-48e0-856d-cc3d2e07dcc0"
+puente_flat: "TRAZA_bitcora-s20260902sid58c67656c4e8r20_S20260824.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260824.SID58C67656C4E8"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "TESSERA"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 1 — Docker: 📁 BITÁCORA S20260902.SID58C67656C4E8.R20"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-09-02T18:15:51.006411+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Cuadro idéntico al del 28 de agosto: ambos contenedores siguen con la clave publicada, y el embedding responde `200 · DIMS=3072`. Nada cambió en cinco días. **Adelante.**
+
+Ten a mano `fusionkey` y ejecuta:
+
+**Tres cosas que verás, en orden:** te muestra que los dos contenedores usan la vieja → te pide la clave nueva **a ciegas** (no aparece nada al pegar, es lo normal) → respalda, sustituye, recrea `litellm` y `ember-mcp`, y termina pidiendo un embedding real.
+
+**El único criterio que importa al final: `DIMS=3072`.** Si sale, funcionó y ya puedes borrar `nuevosembebinggoogle` en el panel de OpenRouter. Si sale otra cosa, **no borres nada** y pégame la salida: los respaldos quedan intactos y el propio script imprime cómo deshacerlo.
+
+Recuerda que al recrear `ember-mcp` se reinicia su autenticación: la próxima llamada a memoria pedirá re-autenticar. Es esperado.
+
+🔴 **EN CURSO · S-004** — Recableado a `fusionkey`. *Dueño: John · ahora.*
+🟠 **HIGH · S-001** — Langfuse, después de OpenRouter. *Dueño: John.*
+🟡 **MEDIUM · S-002** — Limpieza atacando `INFRA_MANIFEST.yaml`. *Dueño: Ember · tras las rotaciones.*
+⚪ **LOW · X-002** — El arranque avisa de 2 gates vencidos y la cola de decisiones excede su límite (11 de 10). *Fuera del alcance de ahora; lo miramos al cerrar.*
+
+## 📁 BITÁCORA S20260902.SID58C67656C4E8.R20
+
+⚡ BASH `--solo-verificar` → estado idéntico tras 5 días: ambos con la vieja, `200 · DIMS=3072`
+
+—
+
+> 🎯 **En una frase:** comprobé que nada cambió en estos cinco días, así que el comando sigue siendo válido tal cual.
+
+**✅ Hice**
+Volver a mirar antes de mandarte a actuar. Los dos programas siguen usando la clave vieja y el motor de embeddings responde bien. La foto del jueves sigue siendo la realidad de hoy.
+
+**⏳ Falta**
+Que ejecutes el comando con `fusionkey` a mano.
+
+**💡 Mi consejo**
+Fíjate solo en `DIMS=3072` al final. Si sale, todo bien: borra la clave vieja en el panel. Si sale cualquier otra cosa, no borres nada y me pegas la salida — la copia de seguridad ya está hecha antes de tocar nada.
+
+**Para avanzar, elige:**
+
+🟢 **A** → Ejecutas ahora *(recomendado)* — *si eliges esto: en cinco minutos la clave publicada queda sin uso y puedes retirarla.*
+🟡 **B** → Prefieres que te desglose antes qué toca exactamente el script — *si eliges esto: te lo explico paso por paso antes de correrlo.*
+⚪ **C** → Lo dejas y pasamos a Langfuse — *si eliges esto: cierras el frente más simple, pero la clave viva y publicada sigue ahí.*
+
+sk-or-v1-939 el 2026-09-02 (conf 1.0, medido) | oráculo de embeddings --devuelve--> 200 y DIMS=3072 (conf 1.0)
+negated_concepts: NADA cambió en el estado de las claves entre el 2026-08-28 y el 2026-09-02
+epistemic_summary: HECHOS VERIFICADOS este turno — ambos contenedores en sk-or-v1-939; embedding responde 200 con DIMS=3072; estado idéntico a la medición de hace cinco días. EN CURSO — John ejecuta el recableado con fusionkey. PENDIENTE POSTERIOR — rotación de Langfuse y limpieza de la fuente INFRA_MANIFEST.yaml.
+-->