ember-memory-test/episodes/TRAZA_la-pregunta-que-separa-un-nivel-del-otro_S20260801.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 1f16c4adee feat(episode): TRAZA_la-pregunta-que-separa-un-nivel-del-otro_S20260801.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: AEGIS | Type: troubleshooting
Summary: EPISODIO 1 — MNEMO_PRE_DIGEST: La pregunta que separa un nivel del otro
2026-08-02 03:56:03 +00:00

2.9 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
70182ba5-ddff-4cec-b6e1-894b48009515 TRAZA_la-pregunta-que-separa-un-nivel-del-otro_S20260801.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260801.PIPELINE_FIXES informar multi_actor low AEGIS operations troubleshooting EPISODIO 1 — MNEMO_PRE_DIGEST: La pregunta que separa un nivel del otro claude_code internal 2026-08-02T03:55:47.531478+00:00 false pending

Te lo explico con ejemplos vivos del ecosistema, no con teoría — y empiezo por la diferencia de fondo, que es más simple de lo que parece.

La pregunta que separa un nivel del otro

nivel la pregunta que responde
3 (donde estás) ¿Puede el sistema impedir que se haga algo mal?
4 ¿Puede el sistema arreglar lo que ya está mal, sin que nadie se lo pida?
5 ¿Puede el sistema actuar por su cuenta, con autoridad, y seguir siendo auditable?

El 3 es un portero. El 4 es un conserje. El 5 es un empleado con llaves.

Nivel 4 — el sistema se repara solo

Hoy el ecosistema detecta muy bien y remedia poco. Tres ejemplos reales de hoy mismo:

El registro de gates. Cada arranque te avisa: "hay 5 gates vencidos". Detecta perfecto. Pero para cerrarlos hicieron falta tres cosas: que yo leyera el registro, que redactara las decisiones, y que tú firmaras. El sistema sabía qué estaba mal y no podía moverse.

El drift del manifiesto. El sensor lleva días diciendo que tests.files_count declara 159 cuando la realidad son 174. Es un conteo verificable con un comando. Nadie lo corrige hasta que una instancia pasa por ahí — hoy fui yo.

El writer que no emitía. El gate llevaba semanas diciendo EXPERIMENTO_NO_INICIADO. Correcto, honesto, inútil: nadie leía ese veredicto.

En nivel 4, esos tres casos se ven distintos: el conteo de tests se auto-corrige (es un hecho verificable sin juicio), el gate vencido escala solo a tu cola con su borrador ya redactado, y el veredicto del writer llega a tu arranque en vez de dormir en un archivo.

La frontera del nivel 4 es una regla dura: solo se auto-remedia lo que es verificable sin juicio. Un conteo, sí. Un claim de seguridad como "hay firewall", jamás — eso exige medir con una sonda, y hoy el manifiesto miente sobre el firewall precisamente porque alguien lo "arregló" escribiendo lo que creía en vez de lo que medía.

Qué ya existe de esto: el cinturón se auto-suspende si dejas de revisar el ledger. El gate de SHERPA ahora se auto-limpia cuando el artefacto ya cumple. Los generadores regeneran documentos derivados. Estás a medio camino.

Nivel 5 — el sistema actúa con autoridad delegada