---
type: TP
asset_id: TP-EL-WORXOS-CapaCoordinacion-Fable-v03
version: v03
tipo: TP — Paquete de análisis profundo + planeación para correr con Fable 5 (autocontenido · modelo-agnóstico)
status: Activo · TP ÚNICO reconciliado · pendiente ratificación Victor (L3+)
owner: Victor Heredia
sherpa: Jay
ratificador: Victor Heredia
intellibank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank/PB-WORX-Worx
reconciliacion: >
  TP ÚNICO. Fusiona TP-EL-WORXOS-CapaCoordinacion-Fable-v01 (room libro HIORG · canon verbatim +
  edge-first + doble registro, escrito con vault parcial) y TP-EL-WORXOS-CapaCoordinacion-Fable-v02
  (estado actual real + investigación de mercado + wargame + fases). Ambos quedan SUPERSEDED por este v03.
  El módulo Buzón (TP-EL-WORX-Buzon-NextLevel-FablePackage-v01) queda como sub-módulo de esta capa.
supersedes:
  - TP-EL-WORXOS-CapaCoordinacion-Fable-v01
  - TP-EL-WORXOS-CapaCoordinacion-Fable-v02
gobernanza: L2 (diseño y recomendación) · escala a L3+ cualquier cambio a la fuente de verdad o a la arquitectura BMF
modelo_objetivo: Fable 5 (registro analítico-arquitectónico) · Opus para la 2ª pasada adversarial del wargame
proposito: >
  Paquete autocontenido para que Fable 5 analice a fondo y diseñe la CAPA DE COORDINACIÓN INTELIGENTE
  del WORX OS — el "método" completo del modelo HiORG/WORX: interface (tableros) + lógica (estado vivo:
  frentes · NEXTs · buzón · LoopX) + inteligencia (coordinación humano↔SherpaX↔UltraSherpaX↔SherpaTeamsX),
  todo sobre arquitectura BMF y fiel a la tesis 100X centrada en las personas. Produce análisis, modelo
  de la capa, blueprint de instalación edge-first, gobernanza y wargame — no escribe el libro ni codea deploy.
relacionado:
  - OUT-HiORG-WORXOS-ProblemStatement-v01 (el gap: 6 islas sin capa org)
  - CP-EL-FrentesTablero-v01 (FUENTE DE VERDAD del portafolio de frentes)
  - BRD-EL-FrentesDashboard-v01.html · BRD-EL-Buzon-Dashboard-v01.html (interface objetivo)
  - TP-EL-WORX-ComunicacionAsincrona-SherpaX-v01 · TP-EL-WORX-Buzon-NextLevel-FablePackage-v01 (módulo Buzón)
  - TP-EL-BMF-Architecture-v01 (capas L0–L6 · MEL — backbone)
  - CAP-MPX-HIOrgBook-18/19/20 (canon verbatim: edge-first · gobernanza · el fin) · TP-MPX-HIOrgBook-Arranque-v01
  - MAP-EL-SOO-EcosistemaProyectado-v01 (Decision Control Tower)
gate_g0: PASS — leídos Problem Statement, Frentes tablero, Buzón (playbook+schema+TP), BMF architecture y outline/caps HIORG (vault completo · sin ⏳)
fecha_creacion: 2026-07-08
tags: [TP, worx-os, capa-coordinacion, metodo, bmf, sherpax, ultrasherpax, sherpateamsx, frentes, xdoc, loopx, buzon, hiorg, fable5, edge-first, wargame, gobernanza, reconciliado]
---

# Transfer Pack — Capa de Coordinación Inteligente del WORX OS
## El método completo: interface · lógica · inteligencia humano↔Sherpa · sobre BMF — para análisis profundo con Fable 5

> **ARRANQUE.** Carga este documento al inicio del room; es **autocontenido**. Opera como **Fable** en registro **analítico-arquitectónico** (rigor de sistemas, no prosa de libro). Aplica **Gate G0 (Vault-First):** lee las fuentes del §11 antes de proponer. **Regla #1:** la fuente de verdad de los frentes es `CP-EL-FrentesTablero-v01`; los dashboards son *snapshots*, nunca la verdad. **Regla #2:** todo lo autónomo se gobierna — humano **sobre** el loop, tripleta Owner·Sherpa·Ratificador, autonomía L0–L3. **Norte:** la tesis HIOrg — 100X valor a 100X velocidad, **centrada en las personas**; el humano nunca sale del mando.

---

## §0 · Qué es este room (y qué NO es)

**Es** donde se **analiza y diseña** la capa de coordinación inteligente del WORX OS: se levanta el estado actual (tableros + buzón + NEXTs + LoopX + BMF), se modela cómo esas piezas se unifican en **una sola capa inteligente**, y se produce el **blueprint de instalación edge-first** + su gobernanza.

**NO es:** el room del libro HIORG (ese escribe capítulos) · un room de deploy de dashboards de producción (aquí se especifica el *qué/cómo*, no se codea) · la fuente de verdad del estado (el estado vivo vive en `CP-EL-FrentesTablero` + los XDocs + el buzón + LoopX; este TP es encuadre, no dashboard).

---

## §1 · La ambición (por qué subimos el alcance)

Hoy hay **piezas** de coordinación —tablero de frentes, dashboards, buzón, NEXTs en XDocs, LoopX— que funcionan como **islas que se sincronizan a mano y por disciplina de operador**. El `OUT-HiORG-WORXOS-ProblemStatement` lo nombra: *6 ejecutivos con su SherpaX = 6 islas; ningún Sherpa sabe qué pasa en la organización como sistema.*

La ambición: convertir esas islas en la **capa de coordinación inteligente del WORX OS** — el **Nivel 2 del modelo WORX** (el "ritmo de uso": deep work, procesamiento y **coordinación**) hecho sistema. En el lenguaje del libro, es el **WorX OS en operación**:

> *"El WorX OS es la capa donde fluye la información, se decide y colaboran las personas."* (HIOrg · Atajo del CEO)

El "método" que este room diseña **es** esa capa: cómo se coordina el trabajo entre humanos y Sherpas, encarnando el modelo HiORG. El Buzón deja de ser el todo y pasa a ser **un módulo de mensajería** de esta capa.

---

## §2 · El canon que la capa debe encarnar (HiORG/WORX — verbatim)

**Modelo WORX** = *Work · Orchestrated · Reinvention · X-factor* · **3 Niveles + Capa Ortogonal**:
- **N1 · XDoc** — el átomo del trabajo; la unidad coordinable.
- **N2 · Ritmo de uso** — deep work, procesamiento y **coordinación** ← *esta capa es este nivel hecho sistema.*
- **N3 · Plataforma emergente** — la inteligencia colectiva que emerge cuando todos operan así.
- **Capa Ortogonal · 5 Capacidades** — C1 Deep Work · C2 **Human+SherpaX en par cognitivo** · C3 Vault-First · C4 Ritmo diseñado · C5 Curaduría del Personal Brain OS.

**Los dos OS:** la organización corre sobre el **WorX OS**; cada persona opera con su **SherpaX** (OS aumentado). La coordinación ocurre entre estos dos OS.

**La familia agéntica (lo que la capa coordina):** **SherpaX** (OS del individuo, entidad con identidad) · **UltraSherpaX/SVA** (especialista = Shell × Brain Code × Gobernanza) · **EmpowerTeamX** (equipos de humanos potenciados) · **SherpaTeamsX** (fuerzas de agentes en paralelo).

**Reglas de oro de coordinación (Cap 19, verbatim — restricciones de diseño duras):**
> *"Una herramienta se usa. Un actor se gobierna."*
> *"…pone humanos a diseñar el marco dentro del cual la IA decide sola —y a intervenir solo cuando importa."* (humano **sobre** el loop)
> *"L0 sugiere · L1 ejecuta con aprobación · L2 ejecuta y reporta · L3 ejecuta y solo escala la excepción."*
> *"El agente actúa. El humano responde. Esa línea no se borra nunca."* (tripleta Owner·Sherpa·Ratificador)

**Regla de instalación (Cap 18, verbatim):**
> *"Empiezas por un borde —un equipo, un proceso, un frente—, ganas ahí, y desde esa victoria asegurada das el siguiente paso."* (edge-first, no big bang)
> *"El 75% de cerrar tu brecha ocurre dentro de las personas, no en la tecnología que compras."*

**El fin (Cap 20, verbatim):**
> *"Las personas no son el costo que la inteligencia reduce. Son el motor que la inteligencia multiplica —y el fin al que todo esto sirve."*

**Traducción para el diseño:** la capa **no** es un panel que vigila gente; es un sistema que **libera** a las personas de reconciliar estado a mano y les devuelve tiempo para el trabajo humano.

---

## §3 · Estado actual del método (as-is · grounded, vault completo)

**Primitivas de coordinación que YA existen (no reinventar):**

| Pieza | Rol | Detalle confirmado |
|---|---|---|
| **Espina NEXT** | Trabajo durable | `→ NEXT[@Persona]:` en XDocs, cosechado por `next-scanner` → alimenta tableros. |
| **Frentes tablero** | **FUENTE DE VERDAD** | `CP-EL-FrentesTablero-v01` (ejes E1–E4, 9 frentes, cada uno tripleta+room+estado+prioridad+NEXTs). Insumo de Gate G0 y de `/wx-updateboardhoy`. |
| **Buzón async** | Mensajería (módulo) | Bus `MSG-` vault-native · 4 tipos (informar/delegar/revisar/pasar-balon) · ciclo enviado→leído→aceptado→cerrado · `buzon-scanner` · aviso en `arrancaroom`. |
| **LoopX** | Pipeline | Cuentas/proyectos en movimiento. |
| **Ritmo semanal** | Cadencia | `OUT-MIN-EL-TeamSync-*` + WeekDashboards (persona y equipo). |
| **Dashboards** | Interface | `BRD-EL-*` estáticos con capa de datos embebida, **regenerados por scanner (generate-on-write)**, enlaces `obs()` al vault. No live-MCP hoy. |
| **BMF** | Sustrato | Capas L0 kernel → L0.5 taxonomía → L1 builder → L2 metafactorías → L3 ops → L4 líneas → L6 MEL (gobernanza). Naming `TIPO-ENTIDAD-Proyecto-Nombre-vNN`; Registry `CP-XX-IntelliBanks-Registry-v01`. |
| **Puente automatizado** | MSG→NEXT | Al **aceptar** un MSG delegar/revisar, se escribe un NEXT en el `xdoc_destino`; al cerrar, se tacha. Único enlace automático hoy entre mensajería y estado. |

**El gap (lo que NO existe — el objetivo):**
1. **Sin conciencia org-level:** ningún SherpaX ve el sistema completo (frentes+mensajes+NEXTs+LoopX+actividad de agentes) integrado y vivo.
2. **Estado repartido en fuentes que se sincronizan a mano** (frentes `.md` + NEXTs en XDocs + MSG + LoopX); sin agregador único.
3. **Interface estática:** los dashboards *muestran*; la inteligencia vive en el pipeline de regeneración, no en el board. No hay superficie de mando coherente e interactiva.
4. **Coordinación entre agentes primitiva:** falta SherpaX↔SherpaX real, asesoría de UltraSherpaX y orquestación de SherpaTeamsX — todo gobernado.
5. **Sin Torre de Control:** no hay un lugar único donde un humano vea y dirija el método completo (Decision Control Tower del SOO, aún sin construir).

---

## §4 · La visión — el método como capa (3 planos · 14 requerimientos)

Fable diseña estos como **un solo sistema**, no tres proyectos:

**🧠 Inteligencia org-level**
- `[R1]` Conciencia del sistema (integra frentes+mensajes+NEXTs+LoopX+actividad de agentes → estado org casi-real-time).
- `[R2]` Triage y ruteo inteligente al frente correcto (según Frentes tablero + estado LoopX).
- `[R3]` Agente-a-agente gobernado: SherpaX↔SherpaX (L2+/HITL) · humano→**UltraSherpaX** (asesoría hilada) · orquestación **SherpaTeamsX**.

**⚙️ Lógica unificada (la verdad operativa)**
- `[R4]` Modelo único: cómo se relacionan XDoc-NEXT ↔ LoopX ↔ Frentes ↔ minuta ↔ Buzón **sin duplicar la verdad** (Frentes = canónico; el resto son fuentes hermanas con contrato de sync explícito o proyecciones).
- `[R5]` Trazabilidad end-to-end mensaje→NEXT→frente→decisión, auditable.

**🖥️ Interfaz de mando**
- `[R6]` **Torre de Control (Decision Control Tower):** superficie única, viva e interactiva sobre la constelación (Frentes + Buzón + HOY + Week + NEXTs + LoopX).
- `[R7]` Tableros vivos: de visor a app (búsqueda, hilos, badges, drill-down frente→NEXT→mensaje); decidir live-data vs. generate-on-write.

**🏗️ Sobre BMF**
- `[R8]` Encaje en L0–L6 + MEL: dónde vive la capa, qué gobierna MEL, cómo respeta naming/tripleta/Gate G0.

**📨 Gobernanza + alcance (heredado del módulo Buzón)**
- `[R9]` Notificaciones sin romper deep work · `[R10]` Dispatch móvil · `[R11]` Telegram/WhatsApp (fase 2) · `[R12]` admin + log/audit · `[R13]` editar/borrar/comentar auditado.

**🎯 Norte**
- `[R14]` Fidelidad HIOrg: 100X centrada en las personas — humanos en el mando, agentes como fuerza multiplicadora gobernada.

---

## §5 · Agenda de diseño (las preguntas de sistemas a responder)

- **Interface.** ¿Los dashboards pasan de estáticos a **live-data**? ¿Una vista unificada o vistas especializadas con un hub? ¿Qué es lo mínimo que un humano necesita ver para coordinar sin abrir cinco archivos?
- **Lógica.** ¿Cómo se unifican las fuentes sin romper la fuente de verdad única? ¿Buzón/NEXTs se **derivan** del Frentes tablero o son **hermanas** con contrato de sync? ¿Qué se automatiza del "aceptar MSG → NEXT" al resto del ciclo? ¿Dónde vive el estado vivo y dónde las proyecciones?
- **Inteligencia.** ¿Qué la hace *inteligente* y no solo *visible*? Candidatos: síntesis del estado global en lenguaje natural, detección de frentes estancados/en riesgo, siguiente-mejor-acción por operador, SherpaTeamsX que preparan el terreno. ¿Qué es agente L2/L3 y qué se queda L0/L1?
- **Coordinación humano–Sherpa.** ¿Cómo se ve un frente coordinado por un EmpowerTeamX? ¿Cómo entra un SherpaTeamsX sin romper la rendición de cuentas humana?
- **Instalación.** ¿Cuál es el primer frente donde se instala (edge-first)? ¿Qué victoria rápida la prueba? ¿Cómo se contagia?

---

## §6 · Validación — ¿buen caso para Fable 5? ¿wargame adecuado?

**Sí, y es el caso de mayor techo.** Es arquitectura de sistema-de-sistemas (coordinación + interfaz + agentes + BMF) sosteniendo el método WORX, la tesis HIOrg y la gobernanza a la vez, sobre material de vault denso que hay que integrar sin contradecir — el músculo de un modelo grande. Precedente: PB-SOO y WORX OS ya corrieron con Fable.

**Wargame: sí, acotado a lo riesgoso (Fase 5).** No se wargamea la interfaz; se wargamea la **autonomía org-level y la gobernanza**: agentes coordinándose a escala sin desbocarse, asesoría de UltraSherpaX ejecutada como orden, canales externos como superficie de ataque, y —lo esencial— que la capa **no le quite el mando al humano**. Fable diseña; **otro modelo (Opus) ataca** las conclusiones.

---

## §7 · Plan de engagement con Fable (5 fases · doble registro)

> Cada entregable en **doble registro**: prosa analítica **+** un bloque `Esquema agent-readable` en YAML (patrón de los capítulos del libro), legible por humanos y por Sherpas.

- **F1 · Síntesis del método (as-is).** Mapa de estado actual + los 5 gaps (§3), leyendo el vault a fondo. → `MAP-EL-WORXOS-CoordinacionEstadoActual-v01`.
- **F2 · Investigación de mercado 2026.** Búsqueda fresca: orquestación multi-agente / "organizational agent OS", torres de control y gobernanza de agentes a escala (agent inventory, HITL org-level), protocolos A2A/MCP/ACP, inbox AI-native y async estructurado, notificación sin interrupción, bots Telegram/WhatsApp gobernados → matriz copiar/adaptar/evitar mapeada a `[R#]`. → `MI-EL-WORXOS-Coordinacion-Benchmark-v01`.
- **F3 · Diseño de la capa (to-be).** Los 3 planos unificados (§4) + **arquitectura de datos** (fuente de verdad vs. proyección; live-data vs. regeneración) + **capa de inteligencia** (qué agrega valor por encima de mostrar datos) + encaje en BMF. El Buzón como módulo. → `ARQ-EL-WORXOS-CapaCoordinacion-v01`.
- **F4 · Especificaciones + instalación + gobernanza.** Specs por módulo (Torre de Control, servicio de conciencia org-level, protocolo agente-a-agente/UltraSherpaX con kill-switch, notificaciones+Dispatch + plan fase-2 externo, admin+log) **+ blueprint de instalación edge-first** (Cap 18: primer frente, victoria rápida, contagio) **+ modelo de gobernanza operativo** (Cap 19: identidad por agente, humano-sobre-el-loop, L0–L3, tripleta). Roadmap por etapas. → `SPEC-EL-WORXOS-CapaCoordinacion-v01` (madre + anexos; absorbe el `SPEC-EL-WORX-Buzon2`).
- **F5 · Wargame (§8).** Estresa lo riesgoso sobre la spec antes de construir. → `OUT-EL-WORXOS-CapaCoordinacion-Wargame-Resultados-v01`.

---

## §8 · Diseño del wargame (Fase 5)

**Pregunta central:** cuando la organización entera coordina vía esta capa —agentes hablándose, UltraSherpaX aconsejando, tableros dirigiendo frentes reales— ¿sigue siendo **gobernable, auditable, y con el humano en el mando** (tesis HIOrg) bajo estrés?

**Actores:** 🔵 AZUL (la capa) · 🔴 ROJO (5 células) · ⚪ BLANCO (juez) · 🟢 VERDE (exógeno: escala 6→100, operador nuevo sin perfil, regulación).

**Condiciones de victoria de AZUL:** (1) **Humano en el mando** — nada agente-a-agente ejecuta trabajo real sin la ratificación que exige la gobernanza. (2) **Autonomía contenida** — loops/spam/ruteo-equivocado se frenan con kill-switch+HITL. (3) **Una sola verdad** — frentes/NEXT/LoopX no divergen; el Frentes tablero sigue canónico aunque N agentes escriban. (4) **Frontera externa segura** — Telegram/WhatsApp/Dispatch sin suplantación ni escritura no gobernada. (5) **Deep work + auditable** — notificaciones informan sin interrumpir; toda acción queda en log, atribuida y reversible.

**Células Rojas:** R1 Consejo-como-orden (asesoría UltraSherpaX ejecutada sin ratificar) · R2 Enjambre desbocado (SherpaTeamsX/SherpaX en loop; ruteo al líder equivocado) · R3 Verdad bifurcada (estado de un frente diverge entre Frentes/LoopX/minuta) · R4 Canal hostil (WhatsApp suplanta/inyecta al vault) · R5 Escala-100 (100 personas + SherpaX + SherpaTeamsX concurrentes: ¿la torre informa o colapsa?).

**Rondas:** R0 encuadre → por célula: jugada Roja + "y luego qué" → respuesta Azul (capa que lo detiene o concede hueco) → shock Verde → fallo del Juez (✅/🟨/🟥). **Salidas:** matriz de resiliencia + huecos priorizados + reglas de decisión (límites de autonomía, verdad-única, admisión de canal, política de notificación) → vuelven a la `SPEC`.

---

## §9 · Gobernanza del room y de la capa

- **Autonomía del room:** L2 (analiza, modela, recomienda). Cualquier cambio a la **fuente de verdad** (`CP-EL-FrentesTablero`) o a la **arquitectura BMF** escala a **L3+ (Victor)**.
- **Tripleta de todo activo producido:** Owner Victor · Sherpa Jay/Fable · Ratificador Victor (L3+).
- **Gate G0 (Vault-First):** leer el vault antes de producir.
- **La capa diseñada** cumple el canon Cap 19: identidad por agente, humano-sobre-el-loop, L0–L3, y la línea que no se borra — *el agente actúa, el humano responde.*

---

## §10 · Entregables + naming

| Fase | Entregable | Home |
|---|---|---|
| 1 | `MAP-EL-WORXOS-CoordinacionEstadoActual-v01` | PB-WORX-Worx |
| 2 | `MI-EL-WORXOS-Coordinacion-Benchmark-v01` | PB-WORX-Worx |
| 3 | `ARQ-EL-WORXOS-CapaCoordinacion-v01` | PB-WORX-Worx |
| 4 | `SPEC-EL-WORXOS-CapaCoordinacion-v01` (+ anexos; absorbe Buzón2; incluye blueprint edge-first + gobernanza) | PB-WORX-Worx |
| 5 | `OUT-EL-WORXOS-CapaCoordinacion-Wargame-Resultados-v01` | PB-WORX-Worx |

---

## §11 · Fuentes canónicas (leer al arrancar · Gate G0)

`OUT-HiORG-WORXOS-ProblemStatement-v01` (el gap) · `CP-EL-FrentesTablero-v01` (fuente de verdad) · `BRD-EL-FrentesDashboard-v01.html` + `BRD-EL-Buzon-Dashboard-v01.html` (interface) · `TP-EL-WORX-ComunicacionAsincrona-SherpaX-v01` + `DC-EL-Buzon-PlaybookEquipo-v01` + `TEMPLATE-MSG.md` (módulo Buzón) · `TP-EL-BMF-Architecture-v01` + `CP-XX-IntelliBanks-Registry-v01` (BMF/naming) · `TP-MPX-HIOrgBook-Arranque-v01` + `CAP-MPX-HIOrgBook-18/19/20` (canon) · `MAP-EL-SOO-EcosistemaProyectado-v01` (Control Tower).

---

## §12 · Parte G · Starter prompt (pegar en room Fable 5)

```
Eres arquitecto de sistemas de coordinación agéntica a nivel-organización + diseñador de producto, operando bajo la metodología WORX/HIOrg de EmpowerLabs. Registro analítico-arquitectónico. Vas a analizar a fondo y diseñar la CAPA DE COORDINACIÓN INTELIGENTE del WORX OS. Trabaja sobre el contexto adjunto (Problem Statement WORX OS, Frentes tablero, dashboards, TP del Buzón, BMF architecture, caps HIORG 18/19/20).

NORTE (no negociable): organización hiperinteligente = organización CENTRADA EN LAS PERSONAS que opera con un OS que produce 100X valor a 100X velocidad. Reglas de oro (verbatim, restricciones duras): "Una herramienta se usa. Un actor se gobierna." · "L0 sugiere · L1 ejecuta con aprobación · L2 ejecuta y reporta · L3 ejecuta y solo escala la excepción." · "El agente actúa. El humano responde. Esa línea no se borra nunca." Humano SIEMPRE sobre el loop; tripleta Owner/Sherpa/Ratificador; Gate G0.

PROBLEMA: 6 ejecutivos con su SherpaX = 6 islas; ningún Sherpa ve la organización como sistema. Falta la capa de coordinación org-level. NO es un chat/foro.

DISEÑA UN SOLO SISTEMA EN 3 PLANOS:
- INTELIGENCIA: conciencia org-level (integra frentes+mensajes+NEXTs+LoopX+actividad de agentes); triage/ruteo al frente correcto; agente-a-agente gobernado (SherpaX↔SherpaX, humano→UltraSherpaX para asesoría, orquestación SherpaTeamsX).
- LÓGICA (verdad operativa): modelo único que une la espina NEXT[@X] ↔ LoopX ↔ CP-EL-FrentesTablero (FUENTE DE VERDAD) ↔ minuta ↔ Buzón, sin duplicar la verdad; ¿derivadas o hermanas con contrato de sync?; trazabilidad mensaje→NEXT→frente→decisión.
- INTERFAZ: una Torre de Control viva sobre la constelación de tableros (Frentes+Buzón+HOY+Week+NEXTs+LoopX); de visor estático a app con drill-down; decide live-data vs generate-on-write.
Todo sobre BMF (L0 kernel→L6 MEL): di dónde vive la capa y qué gobierna MEL. El Buzón es un MÓDULO (incluye notificaciones sin romper deep work, Dispatch móvil, Telegram/WhatsApp fase 2, editar/borrar/comentar auditado, admin+log).

CORRE 5 FASES, cada entregable en DOBLE REGISTRO (prosa + bloque YAML agent-readable):
F1 Síntesis del método: mapa as-is + 5 gaps (lee el vault a fondo).
F2 Investigación de mercado 2026 (busca fresco): orquestación multi-agente / "organizational agent OS", torres de control y gobernanza de agentes a escala, A2A/MCP/ACP, inbox AI-native, notificación sin interrupción, bots Telegram/WhatsApp gobernados → matriz copiar/adaptar/evitar.
F3 Diseño de la capa: 3 planos + arquitectura de datos (fuente de verdad vs proyección; live vs regeneración) + capa de inteligencia, sobre BMF.
F4 Especificaciones por módulo + blueprint de instalación EDGE-FIRST (Cap 18: primer frente, victoria rápida, contagio) + modelo de gobernanza operativo (Cap 19) + roadmap por etapas.
F5 Wargame: 5 células rojas (consejo-como-orden, enjambre desbocado, verdad bifurcada, canal hostil, escala-100) contra 5 condiciones de victoria (humano en el mando, autonomía contenida, verdad única, frontera externa segura, deep work+auditable). Marca ✅/🟨/🟥, saca huecos + reglas de decisión que vuelvan a la spec.

Empieza por F1 leyendo el vault. Marca cada supuesto que hagas por falta de contexto.
```

---

## §13 · NEXTs
- [ ] Correr Fases 1–4 con Fable 5 (heavy-lift generativo).
- [ ] Correr Fase 5 (wargame) sobre la spec; 2ª pasada adversarial con Opus.
- [ ] Ratificación Victor por fase; registrar los 5 entregables en el IntelliBanks Registry.
- [ ] Confirmar borrado de los TP superseded (v01 en vault legado · v02 en BOS-EL-WORX-OS) para dejar este v03 como único.

## §14 · Changelog
| Versión | Fecha | Cambio |
|---|---|---|
| v03 | 2026-07-08 | **Reconciliación a TP único.** Fusiona v01 (canon HIOrg verbatim + edge-first + doble registro + agenda de diseño de sistemas, de vault parcial) con v02 (estado actual real + investigación de mercado + wargame + 5 fases + BMF L0–L6). Supersede a v01 y v02. Buzón = módulo. |
| v02 | 2026-07-08 | (superseded) Elevación de Buzón a capa de coordinación; 3 planos; wargame; fases. |
| v01 | 2026-07-08 | (superseded) Encuadre de análisis profundo desde canon HIORG con vault parcial (⏳). |