ember-memory-test/episodes/EXPLORA_tres-riesgos-reales-dichos-de-frente_S20260602.R57_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
8f7478cc-4c6a-4a15-a5c8-c3507347935b	EXPLORA_tres-riesgos-reales-dichos-de-frente_S20260602.R57_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260602.GRAFO_GRAPHIFY_CURADURIA	informar	multi_actor	low	COMPASS	operations	troubleshooting	EPISODIO 57 — BLINDADAS: Tres riesgos reales, dichos de frente:	claude_code	internal	2026-06-06T03:25:33.574191+00:00	false	pending

Tres riesgos reales, dichos de frente:

• El maestro también se equivoca a veces → el alumno hereda sus errores. Por eso conviene el "examen difícil" como prueba de control, y curar un poco el cuaderno.
• Un mes puede ser mucho → si tu uso es denso, en 1-2 semanas quizá ya hay datos suficientes. Lo medimos.
• Si cambia tu forma de usar el sistema, el alumno se desactualiza → solución: el cuaderno nunca se cierra, sigue grabando para siempre y COMPASS se refresca. Es un cuaderno vivo, no una foto.

—

En resumen: tu idea es sólida, resuelve el dilema listo-vs-rápido, y el mismo mecanismo de grabación caracteriza los skills por demostración — que es justo lo que preguntabas. La parte difícil (el espía + tapar huecos + memoria por parecido) es diseñable y reusa lo que ya existe (el routing.jsonl que solo hay que enriquecer).

Si te late la dirección, te lo aterrizo en un diseño concreto de una página (el espía, el formato del cuaderno con el campo "tipo de ruta", y el plan del mes) para que lo revises antes de tocar nada. ¿Lo armo, o quieres pulir antes alguna parte de la idea?

Entregado: docs/DISENO_DESTILACION_MAESTRO_ALUMNO_COMPASS_S20260602.md

El diseño completo de tu idea, en una página. Lo esencial:

• El bucle de 5 fases: espía → cuaderno → tapar huecos → alumno aprende → examen (y nunca se cierra).
• El espía reusa lo que ya existe: hoy el sistema ya marca qué skill usó cada turno; solo falta que el cuaderno guarde el texto de la pregunta (el único arreglo de fondo). Cero órganos nuevos — se conectan al fin los 3 huérfanos (telemetry-watcher = tablero, router-strategist = aloja al alumno, routing-verifier = chequea "¿alumno coincidió con maestro?").
• Tu 2ª pregunta resuelta: los 4 tipos de ruta (especialista / panel / muralla / corredor) cada uno con su ficha, y el alumno aprende a caracterizar por demostración (la nube de preguntas reales que el maestro mandó a cada uno) — no por descripciones escritas a mano, que ya probamos que son señal débil.
• El alumno empieza simple: memoria por parecido (sin entrenar nada, transparente, mejora solo cada día). Modelito entrenado solo si hace falta.

Lo único accionable hoy (barato y reversible)

El arreglo #1 es chiquito y arranca a llenar el cuaderno desde YA mientras decidimos el resto: enriquecer el log de routing para que guarde el texto de cada pregunta + el tipo de ruta. Sin eso, no hay ejemplos que aprender. Es media hora, reversible con un git checkout.

¿Le doy luz verde al arreglo #1 (empezar a grabar el cuaderno) ahora, o prefieres revisar el diseño completo primero y me dices qué pulir?