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

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 2 — ember-mcp: 📁 BITÁCORA S20260906.SID80EF6E909F98.R35

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

@@ -0,0 +1,49 @@
+---
+episode_id: "d4d060ef-6898-4864-a118-274bba1a4cc7"
+puente_flat: "TRAZA_bitcora-s20260906sid80ef6e909f98r35_S20260902.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260902.SID80EF6E909F98"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 2 — ember-mcp: 📁 BITÁCORA S20260906.SID80EF6E909F98.R35"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-09-06T16:26:23.608788+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+✅ **RESUELTA · INC-002** — Servicio verificado sano: `HTTP 200 · DIMS=3072`, sin caída.
+🔴 **CRITICAL · S-006** — **La imagen `ember-mcp-with-neo4j-asyncpg:latest` lleva una credencial grabada.** Muerta, pero es un respaldo silencioso que enmascara fallos de configuración y ya causó dos diagnósticos erróneos. *Dueño: Ember · 2026-09-09.*
+🟠 **HIGH · B-002** — Mi espera comprueba que el contenedor responda, no que el servicio atienda su puerto. *Dueño: Ember · 2026-09-08.*
+🟠 **HIGH · S-004** — La rotación sigue sin completarse. *Dueño: John+Ember.*
+❓ **PREGUNTA-JOHN** — Los primeros 12 caracteres de la clave que pegaste.
+
+## 📁 BITÁCORA S20260906.SID80EF6E909F98.R35
+
+⚡ BASH `docker ps` + `curl /health` → ambos arriba, LiteLLM `200`
+⚡ BASH oráculo embedding → **`HTTP 200 · DIMS=3072`**, servicio sano
+⚡ BASH `docker image inspect` → **la imagen de `ember-mcp` trae `sk-or-v1-6ea2` grabada**
+⚡ BASH `od -c` del `.env` → 1 línea OpenRouter, terminación correcta
+
+—
+
+> 🎯 **En una frase:** tu sistema está sano, no rompiste nada, y la clave muerta que apareció las dos veces estaba escondida dentro del programa, no en lo que pegaste.
+
+**✅ Hice**
+Comprobar lo urgente primero: **no hay nada caído**. Los dos programas funcionan y el motor de embeddings responde bien.
+
+Y encontré de dónde salía la clave vieja que apareció en los dos intentos. Está **grabada dentro del programa mismo**, como un ajuste de fábrica. Normalmente el archivo de configuración manda sobre ella, pero si ese archivo no se aplica en un arranque, el programa usa la de fábrica — que está muerta desde junio.
+
+**Te debo una disculpa.** El otro día te dije que habías pegado la clave equivocada. No fue así. Esta vez tengo la prueba: el programa rechaza esa clave *antes* de tocar nada, y sin embargo avanzó — señal de que lo que pegaste era correcto. Te culpé de un fallo del sistema.
+
+**⏳ Falta**
+Una cosa pequeña tuya: **dime los primeros doce caracteres de la clave que pegaste**. No es la clave, es un pedacito, y me dice si el problema está en mi programa o en el arranque del contenedor.
+
+**💡 Mi consejo**
+No vuelvas a intentar la rotación hasta que quite esa clave de fábrica. Mientras esté ahí, cada intento fallido se disfraza de «pegaste mal» y perdemos el tiempo buscando en el sitio equivocado — ya nos pasó dos veces.
+
+**Para avanzar, elige:**