john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

feat(episode): TRAZA_r35seccion1i1-la-clave-fantasma-vive-den_S20260902.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Browse source 
Skill: FORJA | Type: troubleshooting
Summary: EPISODIO 1 — Docker: [R35.seccion1.I1] La clave fantasma vive dentro de la image
This commit is contained in:
Ember 2026-09-06 16:26:27 +00:00
parent a6d78ee751
commit 5aba7d2a19
1 changed files with 39 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

39
episodes/TRAZA_r35seccion1i1-la-clave-fantasma-vive-den_S20260902.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md Normal file
View file

@ -0,0 +1,39 @@
---
episode_id: "a43913c3-0f38-42db-999c-f5261ce34c66"
puente_flat: "TRAZA_r35seccion1i1-la-clave-fantasma-vive-den_S20260902.R1_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 1 — Docker: [R35.seccion1.I1] La clave fantasma vive dentro de la imagen"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-09-06T16:26:23.584146+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
**Misterio resuelto, y te debo una corrección importante.**
## [R35.seccion1.I1] La clave fantasma vive dentro de la imagen
La imagen del contenedor `ember-mcp` lleva **horneada** la clave de junio, la que jubilaste. Normalmente el fichero de configuración la pisa —por eso el día a día muestra `939e0`—, pero si por lo que sea el fichero no se aplica en un arranque, Docker cae a la clave de fábrica de la imagen. Y esa clave está muerta.
**La corrección que te debo:** el 3 de septiembre te dije que habías pegado una clave muerta. **Era falso.** El `6ea` no salía de tu pegado: sale de la imagen. Y esta vez lo prueba el propio guardián — rechaza `sk-or-v1-6ea` **antes** de tocar nada, y sin embargo el script avanzó a los pasos 3, 4 y 5. Si hubieras pegado esa clave, se habría parado en seco.
Te acusé de un error del sistema. Lo siento.
## [R35.seccion2.I2] Qué pasó realmente esta vez
El servicio **no llegó a caerse**. Verificado hace un minuto: ambos contenedores arriba, `ember-mcp` sano, y el oráculo real devuelve **`HTTP 200 · DIMS=3072`**.
El mensaje final del script —«SIGUE sin responder tras restaurar»— fue **otro falso negativo mío**. Mi espera comprobaba que el contenedor aceptara órdenes, no que LiteLLM estuviera escuchando en su puerto. Comprobé la puerta abierta en lugar de que hubiera alguien atendiendo. El `000` del embedding significa exactamente eso: nadie contestó aún, no «la clave es mala».
Lo que sigo sin poder explicar es **por qué el fichero no se aplicó** con tu clave dentro. El fichero está bien formado ahora. Necesitaría ver el arranque en vivo para saberlo.
## [R35.seccion3.Q1] Lo único que necesito de ti
**Los primeros 12 caracteres de la clave que pegaste.** No es una credencial —es un fragmento de una cadena de 73— y resuelve la última incógnita: si empieza por `sk-or-v1-6ea`, mi guardián tiene un fallo; si empieza por otra cosa, confirma que el fichero se ignoró y el problema es el arranque.