feat(episode): TRAZA_r41-los-3-reales-su-funcin-del-da-que_S20260601.R94_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: design
Summary: EPISODIO 94 — CONCILIO: 🔎 [R4.§1] Los 3 reales — su función del día que nacieron

episodes/TRAZA_r41-los-3-reales-su-funcin-del-da-que_S20260601.R94_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,34 @@
+---
+episode_id: "4d433312-f751-43a9-aa00-cd7c0d1622b2"
+puente_flat: "TRAZA_r41-los-3-reales-su-funcin-del-da-que_S20260601.R94_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260601.AGENTES_NATIVOS_ACTIVACION"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "design"
+summary_one_line: "EPISODIO 94 — CONCILIO: 🔎 [R4.§1] Los 3 reales — su función del día que nacieron"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-06T08:01:32.756298+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+No te equivocas, John — los nombres dicen mucho, y tu lectura de los tres del "plan fantasma" es muy buena. Te recuerdo los **tres reales** (leídos de su `CLAUDE.md` del día que nacieron), y de paso te confirmo lo que entendí de los otros tres.
+
+Antes, una nota honesta de enrutamiento (PROCEDENCIA): el sistema marcó esto como **D-ARCH** y quiere convocar el panel CONCILIO de 13 skills + 2 documentos. **Tiene razón en que el roster del pipeline ES una decisión D-ARCH** — pero estamos en pleno *diálogo de diseño*: tú me estás dictando la arquitectura ahora mismo. El CONSEJO + DECISION los escribo **cuando cerremos el roster, justo antes de fabricar** (ahí aportan), no para recordarte qué hace un agente. Este turno es recordatorio factual + captura de tu visión. Lo declaro para que quede auditable.
+
+## 🔎 [R4.§1] Los 3 reales — su función del día que nacieron
+
+🟦 **`code-explorer` — el SCOUT (lente: "¿cómo está hecho y de qué depende?")**
+Entra *primero* a un código que no conocemos y dibuja el mapa, **sin tocar nada** (read-only). Hace tres cosas: lee con Glob/Grep/Read, hace **análisis AST** (ver el código como un árbol: funciones, clases, ramas) y **mapea dependencias** (quién llama a quién). Luego le pasa el mapa a `code-architect` (para planear), a `code-rescuer` (para un bug) o a `code-modernizer` (para migrar). Es el explorador de avanzada.
+
+🟩 **`code-modernizer` — el RESTAURADOR (lente: "¿cómo traigo esto al presente sin romper lo que hacía?")**
+Agarra código viejo (legacy) y lo lleva a un stack moderno, pero con dos seguros: **behavior-equivalence tests** (pruebas que garantizan que lo nuevo se comporta *idéntico* a lo viejo) y **business rules extraction** (extrae las reglas de negocio escondidas en el código viejo *antes* de reescribir, para no perderlas). Migra sin amnesia.
+
+🟪 **`code-architect-critic` — el ABOGADO DEL DIABLO DEL PLANO (Capa 4, lente: "¿esto está sobre-diseñado? ¿hay forma más simple? ¿qué olvidamos?")**
+Revisa el **plan de arquitectura** *antes* de que se escriba una línea. Caza **over-engineering** (complicar de más), **requisitos olvidados** y propone **alternativas más simples**. Usa PROBATOR. **Ojo, esto es clave para tu visión:** es distinto de `code-reviewer` — el reviewer critica el *código ya escrito*; el critic critica el *plan*. Dos lentes adversariales en dos momentos distintos.
+
+## 🧠 [R4.§2] Tu visión de los otros 3 — la capturé así (confírmame)