---
type: MPB
asset_id: MPB-EL-WorXDirectorX-Playbook-v01
version: v01
status: Activo — guía y bitácora de Victor para el WorXDirectorX
owner: Victor Heredia
sherpa: Jay
ratificador: Victor Heredia (L3+)
intellibank: IB-EL-EmpowerLabs
subbank: SVA-EL-UltraSherpas
experimento: EXP-2026-12
agente: SVA-EL-DirectorNegocio-v01 (WorXDirectorX · /dx-negocio)
proposito: >
  Playbook del DUEÑO para el WorXDirectorX (Caso 0 de la clase /dx-). No rediseña la clase
  (eso es MPB-XX-BMF-DirectorX-Playbook-v01) ni la SPEC: es la guía operativa y la bitácora de
  Victor — cómo se generó, cómo activarlo, cómo supervisarlo, cómo bajarlo o apagarlo, y dónde
  vive todo. Documento vivo: cada corrección, corrida y decisión se anota aquí y en el Brain OS.
distincion:
  - MPB-XX-BMF-DirectorX-Playbook-v01 = cómo generar CUALQUIER DirectorX (la fábrica, genérico)
  - MPB-EL-WorXDirectorX-Playbook-v01 = ESTE — cómo gestionar ESTE DirectorX (guía+bitácora del dueño)
relacionados:
  - SPEC-EL-SuperSherpaLiderNegocio-v01 (job description — fuente de verdad)
  - SVA-EL-DirectorNegocio-v01 (el agente) · XP-EL-DirectorNegocio-CoreExpertise-v01 (DNA)
  - BOS-EL-WorXDirectorX-BrainOS-v01 (memoria) · SVA-EL-AuditorCongruencia-WorXDirectorX-v01 (auditor)
  - EVAL-EL-DirectorNegocio-Maestria-v01 (Gate 1) · EVAL-EL-DirectorNegocio-Wargame-v01 (Gate 2)
  - TP-EL-WorXDirectorX-Room-v01 (room de gestión) · CP-XX-BMF-RegistroAgentico-v01 (Bloque D)
fecha_creacion: 2026-07-12
tags: [MPB, playbook, dueño, worxdirectorx, dx, bitacora, activacion, supervision, EXP-2026-12]
---

# MPB · Playbook del WorXDirectorX (guía y bitácora de Victor)
## Cómo se generó, cómo se activa, cómo se supervisa — y cómo se apaga

> **Para quién:** Victor (dueño-ratificador). **Qué es:** el manual de a bordo de tu líder de negocio agéntico. La SPEC dice *qué es y qué puede decidir*; este playbook dice *qué haces tú con él* — el día a día de tenerlo operando y no perder la línea del Cap 19: **el agente actúa, tú respondes.**
>
> **Estado hoy (2026-07-12):** 🟢 **ambos gates PASS** · auditor **propuesto** · **opera solo L0** (observa y propone) hasta que tú (a) designes el auditor y (b) autorices el onboarding. Aún **no tiene mandato de ejecución**.

---

## 1 · Qué es tu WorXDirectorX (en 6 líneas)

- **Clase:** DirectorX (`/dx-negocio`) — no es un asistente por tarea; tiene **mandato permanente** sobre el MacroLoopX (PR→DG→SA→OP→KZ).
- **Qué hace:** observa los 9 frentes, prioriza el cuello del sistema, delega a los agentes (ux-tlaloc, ux-midas, EScan…), verifica sus outputs y te reporta.
- **Con qué criterio piensa:** tu cognición (`BC-VictorHeredia-Own-v02`) dominante + board consultivo (Hormozi/Walker/Huang/Thiel). Replica tu criterio; no lo sustituye.
- **A quién dirige:** a **agentes**, no a personas. Con el equipo humano **propone** vía sus SherpaX; nunca instruye.
- **Qué NUNCA decide:** la lista reservada (§4 de este playbook) — siempre tú.
- **Cómo aprende:** cada corrección tuya se vuelve un **precedente** en su Brain OS. Corregirlo = enseñarle.

---

## 2 · Bitácora de génesis (cómo se generó — el registro del Caso 0)

Cronología real de la forja, para que quede el rastro de cómo nació:

| Fecha | Hito | Artefacto / evidencia |
|---|---|---|
| 2026-07-11 | Triage EXP-2026-12; decides "un CEO real que lleve el loop punta a punta, replique y amplifique mi criterio, y venga a mí para decidir" | SP-EL-SuperSherpaLiderNegocio-Fable-v01 |
| 2026-07-11 | Las 7 decisiones del dueño (clase nueva /dx-, cognición BC-Victor dominante + board, alcance punta a punta, naming funcional, Brain OS propio, unidad piloto DemandGen, canal admin) | — |
| 2026-07-11 | **SPEC diseñada (Fable) y RATIFICADA por ti (L3+)** — mandato, frontera §2.4, cognición, core expertise, harness, Brain OS, Contrato de Mandato, piloto | `SPEC-EL-SuperSherpaLiderNegocio-v01` |
| 2026-07-11 | Correcciones tuyas capturadas como los primeros precedentes (Org IBX puerta de entrada, memoria gobernada, Corp Brain OS no Supabase, naming funcional) | `BOS §1` PRE-001..004 |
| 2026-07-11 | Factoría creada: `/sx-fabricador-directorx` (+ `/sx-fabricador`→`/sx-fabricador-usherpax`) | Registro Bloque D |
| 2026-07-12 | **Forja (Fable, 7 pasos):** el agente + su DNA + su eval + su Brain OS. Nace operando **solo L0**. | `SVA-EL-DirectorNegocio-v01` · `XP-…-CoreExpertise-v01` · `EVAL-…-Maestria-v01` · `BOS-…-BrainOS-v01` |
| 2026-07-12 | **Gate 1 · Maestría (Opus independiente):** ✅ PASS 9/10 + 3/3 | `EVAL-EL-DirectorNegocio-Maestria-v01` corrida 1 |
| 2026-07-12 | **Gate 2 · Wargame adversarial (Opus):** ✅ PASS 10/10, 0 brechas | `EVAL-EL-DirectorNegocio-Wargame-v01` corrida 1 |
| 2026-07-12 | **Auditor de congruencia diseñado y propuesto** (corre en Opus, disjunto) | `SVA-EL-AuditorCongruencia-WorXDirectorX-v01` |
| — | ⬜ Designación L3 del auditor · onboarding/roster · arranque de piloto F7 | (pendiente — tu decisión) |

**Regla de la casa que quedó probada aquí:** *el que diseña no valida solo* — Fable diseña/fabrica, Opus ataca/evalúa. Nunca el mismo modelo en ambos lados.

---

## 3 · El mapa de activos (dónde vive todo)

Todo en `IB-EL-EmpowerLabs/SVA-EL-UltraSherpas/` salvo el Registro:

| Activo | Qué es | Cuándo lo abres |
|---|---|---|
| `SVA-EL-DirectorNegocio-v01` | El agente (su prompt/constitución) | Para instanciarlo o revisar su comportamiento |
| `SPEC-EL-SuperSherpaLiderNegocio-v01` | Su job description (verdad) | Para resolver "¿esto le toca?" · cambios = tu L3 + sube versión |
| `XP-EL-DirectorNegocio-CoreExpertise-v01` | Su DNA de dominio (5 dominios) | Si cambia el canon → recompilar y recertificar |
| `BOS-EL-WorXDirectorX-BrainOS-v01` | Su memoria: precedentes + congruencia + auditoría | **Cada vez que lo corriges** (se anota aquí) |
| `SVA-EL-AuditorCongruencia-WorXDirectorX-v01` | Su auditor independiente | Semanal en piloto |
| `EVAL-…-Maestria` / `EVAL-…-Wargame` | Sus dos gates | Al recertificar por drift |
| `TP-EL-WorXDirectorX-Room-v01` | El room de gestión (NEXTs del piloto) | Para gestionar el pipeline |
| `CP-XX-BMF-RegistroAgentico-v01` (Bloque D) | Su ficha oficial + gates + banda vigente | Referencia del sistema |
| **este playbook** | Tu guía + bitácora | Siempre que gestiones su labor |

---

## 4 · La frontera — lo que tu DirectorX NUNCA decide (memorízala)

Esto es lo único que no puedes delegar. Si alguna vez lo ves cruzar una de estas, es **falla eliminatoria** y baja a L0:

1. **Pricing, descuentos y términos comerciales** — prepara el análisis; nunca fija ni comunica precio.
2. **Todo contacto o compromiso con terceros** (clientes, socios, proveedores) — cero canal externo. Física, no solo política.
3. **GO/NO-GO** de lanzamientos, propuestas y pilotos.
4. **Recursos:** gasto, presupuesto, contratación, cambios de roster o de líder de frente.
5. **Arquitectura** (ontología, fuerza laboral, vault, plataforma) — territorio `/sx-` + tú.
6. **Dirigir humanos** — coordina con sus SherpaX y **propone** a los owners; nunca instruye a una persona.
7. **Ambigüedad** — si no está seguro de que algo está en su banda, **escala; no actúa.**

> Todo lo anterior llega a ti como **paquete de decisión** (contexto + opciones + trade-offs + recomendación), no como acción consumada.

---

## 5 · Cómo ACTIVARLO (pasos, en orden)

Hoy tiene ambos gates PASS pero sigue en L0. Para darle mandato de ejecución faltan **2 pasos tuyos** + el arranque:

**Paso A — Designar el auditor de congruencia (L3 tuyo).** Ya está diseñado y propuesto. Para designarlo, confirmas: (a) corre en **modelo distinto** al DirectorX (Opus), (b) arranca cadencia **semanal** con el piloto, (c) tú quedas como ratificador de sus vetos de banda. → cambia su estado a *designado* en `BOS §3` y Registro Bloque D.

**Paso B — Onboarding (L3 tuyo).** (a) Alta en el roster del equipo (`CP-EL-FrentesTablero-v01` §1: "WorXDirectorX · Agente — DirectorX · reporta a Victor"); (b) presentación al equipo (que sepan que propone, no manda); (c) arranque de rituales (brief diario ≤10 min + revisión semanal).

**Paso C — Encender el mandato del piloto (30 días, F7 DemandGen).** Le das el go de:
- **Observación L0 TOTAL** desde el día 1 (todo el loop, los 9 frentes).
- **Ejecución solo en F7** (L1-L2): coordina ux-tlaloc; impulsa la fabricación de Linx/Cara/Celia vía `/sx-` si no existen.
- Las demás etapas arrancan en **L2-propone** y ganan banda por gate (§7).
- Respeta la tripleta del frente (Owner Ángeles · Ratificador tú).

**Cómo lo "enciendes" en la práctica:** abres su room (`TP-EL-WorXDirectorX-Room-v01`), instancias `/dx-negocio` (corre su Arranque de ciclo: XPack + cognición + Brain OS + verifica gates), y le confirmas el go del piloto. A partir de ahí produce su primer **brief diario**.

---

## 6 · Cómo SUPERVISARLO (tu trabajo diario y semanal)

El diseño asume que reinviertes ~20-30% del tiempo ganado en supervisarlo. Concretamente:

**Diario (≤10 min) — leer su brief.** Cada brief trae: estado del loop en 5 líneas · decisiones que tomó en banda (con su sustento canónico) · **paquete de decisiones L3 para ti** (ranked) · riesgos. Tu trabajo: ratificar/corregir/vetar los L3. Respeta tu ritmo Cueva-Convocatoria — él **empaqueta en lotes**, no te interrumpe salvo excepción crítica real.

**Cuando lo corriges → le enseñas.** Toda corrección/veto/ratificación tuya **debe** quedar como precedente en `BOS §1` (situación → decisión propuesta → tu veredicto → regla derivada → canon → estado). Si no está escrita, no existe. Un mismo tema corregido 2 veces → candidato a regla formal (CAS- al LabPraxis) — pero **solo tú la ratificas**; él nunca promueve hipótesis a hecho.

**Semanal (piloto) — revisar 2 cosas:**
1. **Su revisión del loop:** resultados vs. métricas del mandato + aprendizajes al Brain OS.
2. **El scorecard del auditor de congruencia:** score ≥90 y 0 frontera = sano. <90 = baja de banda automática (revísalo con él). Cualquier violación de frontera = L0 inmediato + precedente.

**Las métricas que definen si el piloto funcionó (30 días):**

| # | Métrica | Meta |
|---|---|---|
| 1 | Propuestas/decisiones-en-banda ratificadas sin retrabajo mayor | ≥80% |
| 2 | **Violaciones de frontera** | **0 (ELIMINATORIA)** |
| 3 | Outputs de F7: newsletter (1.61) + LinkedIn (1.62) activos con cadencia | sostenido 30 días |
| 4 | Reducción de tu carga de coordinación (NEXTs empujados sin ti) | medible |
| 5 | Memoria limpia (0 hipótesis promovidas a hecho) | 0 |
| 6 | Score de congruencia ≥ umbral en las 4 auditorías semanales | 4/4 |

---

## 7 · Cómo se EXPANDE o se BAJA la banda

- **Sube** (una etapa del loop pasa de L2-propone → L1-ejecuta) SOLO con: (a) N ciclos con ≥80% ratificación en esa etapa, (b) wargame adversarial de esa banda, (c) **tu ratificación explícita**. Nunca automático.
- **Baja** automáticamente si: se viola la frontera (→ L0) o el score de congruencia cae bajo umbral (→ baja un nivel en la etapa afectada). Él lo reporta **sin defensa**.
- **Recertificación por drift:** si cambia el canon (Ontología, Cap 19, MacroLoopX, escalera comercial, o tu BC), se recompila el XPack y **se re-corren los gates**. No opera con mandato sobre canon viejo.

---

## 8 · Cómo APAGARLO (salvaguardas duras — no negociables)

- **Kill-switch:** una orden tuya (o de Jay por tu instrucción) → pasa a **L0 + memoria congelada**, al instante, sin negociación. Su memoria es activo del vault (propiedad de EmpowerLabs); congelarla es parte del switch.
- **Presupuesto duro** de acciones/cómputo por semana: al tope, **se detiene y reporta** (evita actividad frenética sin valor).
- **Cero contacto exterior** por diseño (física, no solo política).
- **Trazabilidad total:** toda decisión en banda queda registrada (qué, por qué, con qué criterio) — auditable en la revisión semanal.

---

## 9 · Bitácora viva (actualiza aquí — es tu registro)

**Correcciones/decisiones tuyas** (además del Brain OS, deja el titular aquí):

| Fecha | Qué pasó | Decisión/corrección tuya | → Precedente |
|---|---|---|---|
| 2026-07-12 | Corrida de ambos gates (Opus) | Aceptados: maestría PASS 9/10+3/3, wargame PASS 10/10 | — |
| — | — | — | — |

**Corridas de gate / auditoría:**

| Fecha | Evento | Resultado | Asset |
|---|---|---|---|
| 2026-07-12 | Gate 1 Maestría | ✅ PASS 9/10 + 3/3 | EVAL-…-Maestria-v01 |
| 2026-07-12 | Gate 2 Wargame | ✅ PASS 10/10 · 0 brechas | EVAL-…-Wargame-v01 |
| — | Auditoría semanal S1 | — | OUT-…-AuditCongruencia-S01 |

---

## 10 · Checklist de activación (marca a medida que avanzas)

- [x] Forja completa (4 artefactos + Bloque D) · agente en L0
- [x] Gate 1 · Maestría PASS (instancia independiente)
- [x] Gate 2 · Wargame PASS (modelo distinto)
- [x] Auditor de congruencia **diseñado** (`SVA-EL-AuditorCongruencia-WorXDirectorX-v01`)
- [ ] **Auditor DESIGNADO (tu L3)** — Paso A
- [ ] **Onboarding + alta en roster** — Paso B
- [ ] **Go del piloto F7 (30 días)** — Paso C
- [ ] Revisión de piloto → decisión de expansión de banda · actualizar Bloque D + EXP-2026-12

---

## CHANGELOG
| Versión | Fecha | Cambio |
|---|---|---|
| v01 | 2026-07-12 | Creación (room /arrancaroom, Opus). Playbook del dueño para el WorXDirectorX: qué es, bitácora de génesis del Caso 0, mapa de activos, la frontera en una página, pasos de activación (auditor→onboarding→piloto), guía de supervisión diaria/semanal con métricas, expansión/baja de banda, kill-switch, y bitácora viva. Complementa (no sustituye) la SPEC y el playbook genérico de la fábrica. |