feat(episode): TRAZA_bash-docker-ps-ember-mcp-unhealthy-lit_S20260902.R5_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: FORJA | Type: troubleshooting
Summary: EPISODIO 5 — Docker: ⚡ BASH docker ps → ember-mcp unhealthy, litellm...

episodes/TRAZA_bash-docker-ps-ember-mcp-unhealthy-lit_S20260902.R5_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,48 @@
+---
+episode_id: "dcefd8cd-569e-4eda-b2c8-5383b4c691da"
+puente_flat: "TRAZA_bash-docker-ps-ember-mcp-unhealthy-lit_S20260902.R5_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: "FORJA"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 5 — Docker: ⚡ BASH docker ps → ember-mcp unhealthy, litellm..."
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-09-04T01:35:48.117404+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+⚡ BASH `docker ps` → `ember-mcp` unhealthy, `litellm` up 19 min
+⚡ BASH `--solo-verificar` → `401`, `ember-mcp` en vivo con `sk-or-v1-6ea…`
+⚡ BASH contenido de los `.env` → ambos con `939`, una sola línea cada uno
+⚡ BASH `stat` + `ls` de respaldos → ficheros reescritos a las 01:36:40, 20 min tras tu ejecución
+
+—
+
+> 🎯 **En una frase:** la clave que pegaste era la que mataste en junio, así que OpenRouter la rechaza y ahora mismo tu sistema no puede convertir conversaciones en recuerdos.
+
+**✅ Hice**
+Reconstruir qué pasó minuto a minuto. Tu ejecución sí funcionó: escribió y reinició los dos programas. Lo que falló fue el contenido — la clave que pegaste empieza por `6ea`, y esa es la que jubilaste el 10 de junio. Por eso da error de autenticación.
+
+También detecté que alguien reescribió los ficheros veinte minutos después de tu ejecución. Si fuiste tú restaurando por precaución, perfecto. Si no, hay otra ventana tocando el mismo servidor y conviene saberlo.
+
+**⏳ Falta**
+Levantar el servicio. Y responderme dos cosas que solo tú sabes: si restauraste tú los ficheros, y si llegaste a borrar la clave vieja en el panel.
+
+**💡 Mi consejo**
+Empecemos por levantar el servicio, que es lo urgente. Los ficheros ya tienen la configuración que funcionaba anoche; basta con reiniciar los dos programas para que la cojan. Eso no cambia nada, solo aplica lo que ya está escrito. Y después, con calma, creas una clave nueva en el panel —copiándola en el momento— y hacemos el cambio bien.
+
+**Para avanzar, elige:**
+
+🟢 **A** → Reinicio los dos programas para levantar el servicio ya *(recomendado)* — *si eliges esto: si no borraste la clave vieja, los embeddings vuelven en un minuto y luego rotamos con calma.*
+🟡 **B** → Creas una clave nueva ahora y hacemos el cambio completo de una vez — *si eliges esto: se arregla todo junto, pero el servicio sigue caído los minutos que tardes en el panel.*
+⚪ **C** → Antes quieres que averigüe quién escribió a las 01:36 — *si eliges esto: lo investigo primero, pero los embeddings siguen caídos mientras tanto.*
+
+401 en OpenRouter (conf 1.0, medido) | contenedor --conserva--> entorno de su arranque hasta recrearse (conf 1.0) | .env reescritos 01:36:40 --sin--> recreación de contenedores (conf 1.0, stat)
+negated_concepts: el fallo NO fue del script ni de los permisos | los ficheros y los contenedores NO tienen que coincidir | restaurar el fichero NO revierte el servicio
+epistemic_summary: HECHOS VERIFICADOS este turno — ember-mcp unhealthy; embedding 401; ambos .env con 939; mtime 01:36:40; cuatro respaldos todos con 939; ember-mcp en vivo con 6ea. INFERENCIA — la clave pegada fue 6ea y por eso el 401 (coherente con todas las observaciones, no probado contra el proveedor). DESCONOCIDO — quién reescribió a las 01:36 y si John borró la clave vieja del panel.
+-->