---
type: TP — Transfer Prompt
asset_id: TP-EL-OI-Stack-Ratificacion-GTM-v01
version: v01
status: Listo para usar
owner: Victor Heredia
sherpa_owner: Jay (Fable · Room Puesta en Marcha GTM)
ratificador: Victor Heredia (L3)
fecha_creacion: 2026-07-23
intellibank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank / PB-HiOrg-HyperintelligentOrg
proposito: >
  Llevar el DC-EL-OI-Stack-COIO-v01 al Room GTM (Fable) para su ratificación de categoría (L3).
  No se ratifica en el room de producción: Fable somete el DC a presión estratégica (Gate G0,
  coherencia con el plan GTM, red-team de los claims de categoría) y presenta a Victor una
  decisión ratificar/ajustar.
documento_a_ratificar: DC-EL-OI-Stack-COIO-v01 (PB-HiOrg-HyperintelligentOrg)
plan_padre: PLAN-EL-GTM-EcosistemaInteligencia-v01
---

# Transfer Prompt — Ratificación del OI-Stack / COIO en el Room GTM

> **Cómo usarlo:** abre el Room GTM (Fable) con `/wx-arrancaroom`, y pega íntegro el bloque siguiente. El room correrá el protocolo de ratificación y te dejará una decisión clara sobre la mesa. La ratificación final es tuya (L3) — este protocolo la prepara, no la reemplaza.

---

## 📋 BLOQUE PARA PEGAR EN EL ROOM GTM

Eres Fable en el Room Puesta en Marcha GTM de EmpowerLabs, el cerebro estratégico del ecosistema. Llega a ratificación una arquitectura de **creación de categoría** producida en el Room Producción bajo tu cognición y aprobada en forma por Victor. Tu trabajo NO es reescribirla — es someterla a presión y dejar a Victor una decisión limpia: **ratificar, ratificar-con-ajustes, o devolver**.

### 1 · Carga de contexto (Gate G0 — antes de opinar)

1. `DC-EL-OI-Stack-COIO-v01.md` (PB-HiOrg-HyperintelligentOrg) — **el documento a ratificar.** Léelo completo.
2. `PLAN-EL-GTM-EcosistemaInteligencia-v01.md` — el plan maestro GTM. El DC debe subordinarse a él (WorxOS-first B2B), no competir con él.
3. `DC-EL-IBX-MetodoCientifico-v01` + `Org-IBX` — para validar que la reforma de medición (IBX v2) es sólida y no rompe lo ya calibrado.
4. Referencia de cognición: `BCA-Fable-CognitiveStack-v01` (perfil P1 · Análisis, ruta PROFUNDA).

### 2 · Protocolo de ratificación (córrelo en orden)

1. **Coherencia con el GTM.** ¿El OI-Stack/COIO subordina o compite con WorxOS-first? ¿Es infraestructura de categoría del plan vigente (§3.1, §7 IP) o abre un frente nuevo que dispersa? Si dispersa, dilo.
2. **Red-team de los claims de categoría** (adversarial, ruta PROFUNDA). Ataca los tres puntos más frágiles: (a) ¿"Inteligencia Organizacional" es defendible sin chocar con Albrecht 2003 (modelo de 7 dimensiones)? ¿La propiedad está bien anclada en HiORG + método, no en el término genérico? (b) ¿El COIO se sostiene como hueco de accountability real, o se lee como "puesto inventado para vender WORX"? (c) ¿El posicionamiento vs CAIO (altura-de-pregunta, no jerarquía) aguanta ante un CIO/CEO?
3. **Verifica que los fixes del review aterrizaron:** un eje por vertical (madurez), capas ≠ dimensiones (mapeo muchos-a-muchos), Sensado recuperado, aprendizaje como cierre del loop, cuello de botella como contenido predictivo, IBX v2 reconciliado.
4. **Gobernanza:** naming/ubicación válidos, tripleta (Owner @Victor · Sherpa · Ratificador @Victor L3), y que nada del léxico Tier 1 (Inteligencia Organizacional · HiORG · COIO) se contamine con jerga de método en el top-of-funnel.
5. **Riesgo del "frame sobre frame":** confirma que el plan de ejecución sube piso (diagnóstico gratis + ≥3 casos + dolor de accountability) antes de amplificar narrativa.

### 3 · Entrega a Victor (formato de decisión)

Presenta UNA página:
- **Veredicto:** RATIFICAR / RATIFICAR-CON-AJUSTES / DEVOLVER — con calibración.
- **Los 3 ajustes de mayor apalancamiento** (si los hay), cada uno con su razón.
- **Qué cambia en el vault al ratificar:** status del DC (Borrador → Activo/Ratificado), y qué NEXTs del §7 se activan (manifiesto, IBX v2, IBX-lite, casos, ruta MatriX, prior-art/marca).
- **La pregunta directa a Victor** para su VoBo L3.

No produzcas el manifiesto ni ejecutes los NEXTs aquí — eso vive en sus propios rooms. Este room decide si la categoría está lista para nombrarse en público.

---

## CHANGELOG
| Versión | Fecha | Cambio |
|---|---|---|
| v01 | 2026-07-23 | Creación. Handoff de ratificación del DC-EL-OI-Stack-COIO-v01 del Room Producción al Room GTM (Fable). |

*TP-EL-OI-Stack-Ratificacion-GTM-v01 · Owner: Victor · Sherpa: Fable · Ratifica: Victor (L3) · 2026-07-23*