ember-memory-test/episodes/TRAZA_insight_S20261003.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

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
a90462fd-cc96-44a2-a555-0081395682a0	TRAZA_insight_S20261003.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20261003.SID0D9930CB1FED	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 2 — HANDOFF_PROMPT.md: ★ Insight ─────────────────────────────────────	claude_code	internal	2026-10-04T04:20:01.815769+00:00	false	pending

★ Insight ─────────────────────────────────────

• Pruebas en verde no significan pruebas que vigilan. Las tres veces que la batería pasó, alguien de fuera encontró algo. Lo que cerró el hueco fue romper cada guarda a propósito y exigir que alguna prueba se quejara.
• Una guarda no puede depender de algo que el vigilado controla. La protección "en pruebas, jamás la carpeta real" se desarmaba redirigiendo la carpeta temporal. La cura fue pasar de "que no sea la real" a "solo vale bajo la carpeta de pytest". ─────────────────────────────────────────────────

🎯 En una frase: la herramienta para que los bancos de prueba nazcan marcados y se borren solos está terminada y revisada tres veces; lo que ya existe en el disco solo lo barres tú, y faltan tus decisiones.

✅ Hice

• Construí y corregí la herramienta hasta que un revisor independiente dijo "pasa" (como un inspector que vuelve tres veces a la obra).
• Comprobé cada defecto ejecutándolo antes de arreglarlo, y que desde una sesión de Claude no se puede barrer.
• Guardé todo en los tres remotos y dejé mi carpeta de borradores sin ningún banco.

⏳ Falta

• De ti: decidir D1 a D5 de la propuesta (fecha que puse: 2026-10-10) y vigilar el disco.
• De la sesión SIDAD7A050BC859: cambiar los scripts que fabrican bancos sin limpieza. El mensaje para pegarle está en la sección 7 de la propuesta.
• Sin hacer por mí: docs/STATE.md y HANDOFF_PROMPT.md (protegidos por tu bandera D3). La versión 1.2.1 no tuvo una cuarta lectura independiente; el tercer revisor dijo que no hacía falta si sus comprobaciones daban bien, y dieron bien.

💡 Mi consejo: di sí a D1, D2 y D3, y deja D5 (barrido sin persona) apagado. Hoy no hay ni un banco viejo con marca, así que un barrido automático no tendría nada que borrar y sí tendría riesgo.

Para avanzar, elige:

• 🟢 A — "Sí a D1, D2 y D3" → si eliges esto: escribo la regla en las definiciones de los subagentes y en el manual de procedimientos; tú pegas el mensaje en la otra sesión y corres el barrido de la sesión cerrada (libera 698 MB, 4 órdenes en la sección 8). (recomendado)
• 🟡 B — "Solo D3 por ahora" → si eliges esto: liberas 698 MB hoy; la regla queda sin escribir y las sesiones nuevas dependen solo de la memoria para usar la herramienta.
• ⚪ C — "Nada por ahora" → si eliges esto: la herramienta queda disponible, pero los 669 bancos siguen ahí y siguen creciendo.