ember-memory-test/episodes/TRAZA_lo-que-ya-arregl-no-son-propuestas_S20260731.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember fddcca314a feat(episode): TRAZA_lo-que-ya-arregl-no-son-propuestas_S20260731.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 3 — MNEMO_PRE_DIGEST: Lo que ya arreglé (no son propuestas)
2026-08-01 01:56:26 +00:00

3.7 KiB

episode_id puente_flat session_code acto_dialogico actor_flujo criticidad_aegis skill_dominante fase_proyecto tipo_semantico summary_one_line source_type trust_boundary created_at relectura_tagged forgejo_commit_sha
607ade51-6d92-4a8d-8802-04a8a77c7d35 TRAZA_lo-que-ya-arregl-no-son-propuestas_S20260731.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260731.ZERO_DEUDA_CIERRE_TOTAL informar multi_actor low NONE operations troubleshooting EPISODIO 3 — MNEMO_PRE_DIGEST: Lo que ya arreglé (no son propuestas) claude_code internal 2026-08-01T01:56:10.449751+00:00 false pending
  • El correo marcaba 55 mensajes como vistos mostrando 5. Cincuenta correos quedaban silenciados para siempre sin que su nombre apareciera nunca en pantalla.
  • El indicador de memoria cumplía tu objetivo (2,4:1 contra un objetivo de 20:1) mientras el 74% de las lecturas era la misma pregunta congelada desde abril. Con una ironía medible: esa pregunta fósil contenía el texto "ratio 88:1 → target <20:1"la tarea de arreglar el canal era la pregunta que lo atascaba.
  • La telemetría de subagentes llevaba mes y medio registrando 33 filas, todas anónimas, por importar una función que no existe.

Lo que ya arreglé (no son propuestas)

Cuatro defectos cerrados con prueba en rojo antes del arreglo y mordida después —es decir, verifiqué que cada test puede fallar, para que no sea decorativo—:

Defecto Antes Ahora
Telemetría de subagentes 33/33 filas anónimas código de sesión real
Pregunta del arranque tarea del 19 de abril dominios de esta sesión
Tercera prioridad (bug oculto) nunca disparó en ~3 meses funciona
Marcado de correos marcaba 55, mostraba 5 marca lo que muestra

44 tests verdes, dos commits en los tres remotos, memoria actualizada.

El tercero merece una nota: apareció porque arreglé el segundo. La rama que sabe qué hace la sesión hoy leía un dato en el nivel equivocado del archivo de estado, y llevaba tres meses sin ejecutarse nunca porque la pregunta fósil siempre respondía antes. Arreglar un defecto destapó al de abajo.

Hice: investigación de frontera (4 agentes, 90+ fuentes) + auditoría de los 7 canales con refutación adversarial (14 agentes, 54 hallazgos) + 4 arreglos verificados + CONSEJO y DECISIÓN con veredicto PROBATOR PASSES. Todo en los tres remotos.

Falta — y necesita tu GO porque toca cerrojos: el cerrojo funciona de verdad (probado con 8 procesos compitiendo), pero usa como llave el texto de la ruta, no el archivo: dos instancias que escriban la ruta distinta obtienen cerrojos distintos y editan a la vez. Además no protege el SSoT del arco, y su primera entrada apunta a un archivo que no existe en el repo.

Mi consejo: hay una decisión de fondo que no es técnica y que te toca a ti. Tienes ocho sistemas distintos de "qué hay que hacer" conviviendo; el tablero lleva 103 días congelado con 100 reclamos y ninguno vivo. Recomiendo jubilarlo como fuente, no actualizarlo — un tablero que se mantiene por disciplina vuelve a caducar en tres meses. Que el arco quede como registro único.

Para avanzar, elige: 🟢 A (recomendado) — arreglo el cerrojo (llave por ruta canónica + cobertura del SSoT) y jubilo el tablero con aviso que preserve el rastro 🟡 B — sólo el cerrojo; la decisión del tablero la dejamos para otro día C — cerramos aquí; el resto queda escrito en la decisión para la próxima instancia

🟢 GREEN ~845K