---
type: CONS — Vault Consultation Pack (audit trail Gate G0)
asset_id: CONS-BigMetaPlaybook-CorpBrainOS-Audit-v01
version: v01
status: COMPLETED
sop_origen: SOP-EL-WORX-BrainOSFirst-v01
disparado_por: Pregunta de Victor (2026-05-07 EOD) · "Definir Big MetaPlaybook de EmpowerLabs + meta-prompt de captura de comportamiento colectivo en Corp Brain OS antes de arrancar Caso 0"
señal_activadora: Señal #0 universal + Señal #2 (propuesta de "innovación" que requiere validación contra canónicos existentes) + Señal #3 (antes de crear MePB- nuevo)
fecha: 2026-05-07
sherpa: Jay (SherpaX maestro)
owner: Victor Heredia
intellibank: IB-EL-EmpowerLabs / PB-CASO0-HIORG
---

# Vault Consultation Pack — Big MetaPlaybook EL + Corp Brain OS Behavior Capture
## Auditoría de canónicos existentes antes de proponer activos nuevos

---

## 1. ALCANCE DE LA CONSULTA

Victor identificó dos piezas que considera faltantes antes de arrancar el Caso 0:

1. **Big MetaPlaybook de EmpowerLabs** — un MePB que una el BMF Architecture con la gobernanza y estructura específica de EL · debe ser parte del Corp Brain OS · "parte medular del OS."
2. **Meta-prompt de captura colectiva** — reglas de qué comportamiento del trabajo se almacena en Corp Brain OS (no en Brain OS personal). Análogo al insight de Diana Hu (YC): *"every meeting recorded · every ticket tracked · every customer interaction captured · all legible to an AI layer."* Cerrar el loop open-loop → closed-loop.

Esta consulta audita qué de esto YA EXISTE canonizado en el vault y qué realmente falta · antes de producir IP nueva.

---

## 2. EJECUCIÓN

### 2.1 Grep + Glob

Términos buscados: `BMF` · `MetaFactory` · `Kernel` · `Big MetaPlaybook` · `Corp Brain OS` · `MePB-*` en `IB-XX-Maestro/`. Patrones: `**/MePB-*.md` · `**/MF-*.md` · `**/ARQ-XX-BMF-*` · `**/MAP-XX-*`.

### 2.2 Lectura de núcleo (5 activos canónicos)

- `MAP-XX-BMF-MasterMap-v01` (visión completa · 5 capas + L6 governance)
- `ARQ-XX-BMF-MPB-Kernel-v01` (constitución · 12 secciones · canónico)
- `MePB-BMF-MetaPlaybook-Of-MetaPlaybooks-v01` (taxonomy L0.5 · Types A-F)
- `DC-XX-BMF-MEL-MasteryEnforcementLayer-v11` (governance · runtime enforcement)
- `ARQ-XX-DOIX-CorpBrainOS-Supabase-v01` (arquitectura técnica Corp Brain OS)
- `MePB-XX-CognitiveAssetStack-v01` (taxonomía 6 capas de activos cognitivos)

---

## 3. HALLAZGOS

### 3.1 Lo que YA EXISTE canonizado (no inventar)

#### Núcleo arquitectónico BMF (35+ activos en IB-XX-Maestro)

| Capa BMF | Activo canónico | Status |
|---|---|---|
| **L6 Governance** | `DC-XX-BMF-MEL-MasteryEnforcementLayer-v11` | Canonical |
| **L0 Kernel** | `ARQ-XX-BMF-MPB-Kernel-v01` (constitution · 12 secciones · 7 invariants INV-01 al INV-07) | Draft skeleton completo |
| **L0 Foundational** | `ARQ-XX-BMF-Architecture-v00` · `MAP-XX-BMF-BuilderHierarchy-v00` · `ARQ-XX-BMF-NamingConvention-v01` | Canonical |
| **L0.5 Taxonomy** | `MePB-BMF-MetaPlaybook-Of-MetaPlaybooks-v01` (Types A-F · 11 secciones) | Draft |
| **L1 Factory Builder** | `MePB-BMF-MetaFactoryBuilder-v01` (Type C) | Draft |
| **L2 Domain MetaFactories** | 10 activas: Editorial · FactoryOS · CSherpa · GTM (v01+v02) · HD-PersonalPlaybook · HybridDemand · Publishing · Transformation-Seed | Activas |
| **L3 Operations** | `FI-SHA-VICTOR` (Jacob · personal de Victor) | Active |
| **L4 Production** | Multiple SHA-VICTOR-* · DIA-* assets | Active |

#### Cognitive Asset Stack — 6 capas de activos cognitivos (`MePB-XX-CognitiveAssetStack-v01`)

| Capa | Pregunta que responde | Activo |
|---|---|---|
| **L1** | ¿Cómo se hace? | MiPB- (Mini PlayBook · procedimiento) |
| **L2** | ¿Qué fórmula resuelve? | MFR- (Master Formula) |
| **L3** | ¿Qué sabe el experto? | MPB- (MasterPlayBook) |
| **L4** | ¿Cómo se conecta todo? | MePB- (Meta PlayBook · arquitectura) |
| **L5** | ¿Qué diría el experto sobre mi situación? | MPI-/PBI- (PlayBook Inteligente) |
| **L6** | ¿Cómo piensa esta entidad? | BC-/BCV-/BCS-/BCB- (Brain Code) |

#### Corp Brain OS — arquitectura técnica completa (`ARQ-XX-DOIX-CorpBrainOS-Supabase-v01`)

Ya canonizado:
- **Principio fundacional:** *"El IntelliBank no se distribuye. Se ensambla."*
- **Capa de almacenamiento:** 6 schemas en Supabase (`corp_shared` · `area_ops` · `area_rh` · `area_finanzas` · `area_comercial` · `area_tech`).
- **Capa de control de acceso:** RBAC + Row Level Security (RLS).
- **Kit Assembler:** mecanismo central que ensambla contexto efímero por sesión `f(usuario, rol, área, proyecto) → contexto efímero`.
- **Tabla canónica:** `intellibank_entries` con tipos: `'playbook' | 'protocolo' | 'criterio' | 'memoria' | 'contexto_rol'`.
- **Tabla user_profiles** con `sherpax_config JSONB` por persona.

#### WORX MPB v0.6 — modelo operativo (`MPB-EL-WORX-ModeloOperativo-v01`)

Ya canonizado · este Caso 0 está integrándose con su §10 pendiente:
- 4 axiomas (F1-F4)
- 3 niveles + capa ortogonal (5 capacidades del trabajador WORX)
- 41 reglas inviolables
- XDoc canónico (átomo) + 4 ritmos + arquitectura cognitiva + 5 contratos
- §8 Capa Ortogonal (Cap 1-5 incluyendo "Curaduría del Personal Brain OS")
- §10 Guía de Implementación · **PENDIENTE de redactar** · este Caso 0 alimentará su contenido

#### LabPraxis (`TP-EL-WORX-LabPraxis-v01` v1.5)

11 casos · 9 principios canonizados · incluyendo P010 (Documentación Delegada) · P011 (Room Raíz) · P012 (Starter Pack Loading).

### 3.2 Lo que FALTA · 2 gaps reales identificados

#### GAP 1 · Big MetaPlaybook orgánico de EmpowerLabs

El BMF Kernel (L0) es **universal** · no específico a EL. EL es UNA organización que opera dentro del BMF, pero **no tiene su propio MePB orgánico** que instancie el Kernel + WORX + Corp Brain OS + SherpaX como sistema integrado para EmpowerLabs.

Lo que existe en piezas separadas:
- `MPB-EL-WORX-ModeloOperativo-v01` (modelo de trabajo · uno de 3 pilares del SO-HiORG)
- `ARQ-XX-DOIX-CorpBrainOS-Supabase-v01` (otro pilar · arquitectura técnica)
- `MePB-SX-SherpaXCore-v01` (tercer pilar · pero está casi vacío)
- `MAP-XX-BMF-MasterMap-v01` (universal · no específico a EL)

**Lo que falta es la pieza de unión:** un MePB orgánico de EL que declare:
- Cómo EL instancia las 5 capas del BMF (qué MetaFactorías opera · qué consume · qué produce internamente)
- La integración WORX + Corp Brain OS + SherpaX **como sistema unificado** (no 3 pilares aislados)
- La gobernanza interna específica (roles · decision rights · authority chains de EL)
- La cadencia operativa específica de EL (cómo se intersectan Daily Standup · Weekly Review · Monthly Domino review · LabPraxis sessions)
- Las métricas de salud específicas de EL (que alimentan el ROI Tracker)

**Asset ID propuesto:** `MePB-EL-OrganizationalKernel-v01` (mi propuesta) · alternativas: `MPB-EL-BMF-Implementation-v01` · `MePB-EL-EmpowerLabs-Operating-System-v01`. Tu llamada del nombre canónico.

**Tipo BMF:** Type D (Domain MetaFactory) · L2 · domain "EmpowerLabs as Organization" · instancia del Kernel L0 + Taxonomy L0.5.

#### GAP 2 · Meta-prompt de captura colectiva en Corp Brain OS

El Brain OS personal está bien resuelto (taxonomía de thoughts · trigger conversacional · curaduría humana §8.7 MPB-WORX). El Corp Brain OS técnico está bien resuelto (Supabase · RLS · Kit Assembler).

**Lo que falta es la pieza intermedia:** las reglas operativas de QUÉ comportamiento del trabajo entra al Corp Brain OS, CUÁNDO entra, CÓMO se ingiere, QUIÉN confirma, QUÉ se desensibiliza.

Específicamente: el "meta-prompt" canónico que recibe cada SherpaX (personal o de área) y le indica:
- Qué eventos del trabajo capturar para el Corp Brain OS:
  - Decisiones cross-equipo (no las personales · esas van al Brain OS personal)
  - Aprendizajes operativos (CASOS LabPraxis · ya cubierto P004 pero falta el meta-prompt)
  - Patrones recurrentes detectados (drift de protocolos · oportunidades · fallas sistemáticas)
  - Compromisos entre áreas (`→ NEXT[@OtraÁrea]:` · ya cubierto P005)
  - Cambios de protocolo (cascada P011)
  - Métricas operativas cualitativas (humor del equipo · fricciones detectadas)
- En qué schema escribir (corp_shared / area_X / cross-area).
- Cómo desensibilizar PII / datos confidenciales antes de cruzar a colectivo.
- Cuándo escalar al CEO o al sponsor del área.
- Cómo se relaciona con la curaduría del Brain OS personal (Cap 5 §8 MPB-WORX).

**El insight de Diana Hu (YC) aplicado:** *"every meeting recorded · every ticket tracked · every customer interaction captured · all legible to an AI layer."* El problema de hoy: cada herramienta (Slack · Linear · Git · Notion · call recordings) tiene su captura · NO hay capa AI conectiva. La oportunidad: hacer EL **legible a la capa AI por default**. EL como company aquarium.

**Asset ID propuesto:** `SOP-EL-CorpBrainOS-CaptureProtocol-v01` o `MePB-EL-CorpBrainOS-BehaviorCapture-v01`. Tu llamada (SOP es prescriptivo · MePB es arquitectónico). Mi voto: **MePB** porque define un sistema de constraints completo, no solo un procedure.

---

## 4. DECISIÓN DECLARADA

**Híbrido REFERENCIAR + GENERAR IP NUEVA EN ÁREAS GAP.** Distribución:

- 🔵 **Referenciar puro (~60%):** las 5 capas del BMF · la taxonomía L0.5 · el MEL · la arquitectura Corp Brain OS Supabase · el Cognitive Asset Stack · WORX MPB · LabPraxis · todo lo ya canonizado.
- 🟡 **Extender (~10%):** §10 del MPB-EL-WORX (Guía de Implementación) que ya estaba pendiente · alimentado por el Caso 0.
- 🟠 **IP nueva (~30%):** **2 activos nuevos** que cierran los gaps identificados.

**Justificación:** los 2 gaps son reales · no duplican canónicos existentes · son la pieza de unión que falta para que EL pase de "operar con piezas aisladas del BMF" a "operar como organización orgánica BMF-native con Company Aquarium activado."

---

## 5. SIGUIENTES PASOS PROPUESTOS

### Activo 1 · Big MetaPlaybook orgánico de EmpowerLabs

**Asset ID propuesto:** `MePB-EL-OrganizationalKernel-v01`
**Tipo:** Type D (Domain MetaFactory) · L2
**Path canónico:** `IB-EL-EmpowerLabs/CP-EL-Control-Planes/MePB-EL-OrganizationalKernel-v01.md`
**Contenido:**
1. Asset Header + propósito + alcance (in/out scope)
2. Inheritance declarada del Kernel L0 (cumple los 7 invariantes globales)
3. Cómo EL instancia las 5 capas del BMF · qué MetaFactorías opera · qué consume
4. Integración de los 3 pilares SO-HiORG: WORX · Corp Brain OS · SherpaX (no 3 aislados · 1 unificado)
5. Roles humanos + agentes (con decision rights · authority chains)
6. Cadencia operativa: cómo se intersectan Daily Standup · Weekly · Monthly · LabPraxis sessions
7. Métricas de salud específicas (alimentan ROI Tracker)
8. Anti-patrones específicos de EL (cosas que NO son ecosistema BMF-native)
9. Conexiones canónicas (referencias)
10. Changelog

**Estimación:** 8-12 hrs de redacción · 1-2 sesiones con Victor.

### Activo 2 · Meta-prompt de captura colectiva en Corp Brain OS

**Asset ID propuesto:** `MePB-EL-CorpBrainOS-BehaviorCapture-v01`
**Tipo:** Type D (Domain MetaFactory) · L2 · domain "Corp Brain OS Operations"
**Path canónico:** `IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-WORX-Worx/MePB-EL-CorpBrainOS-BehaviorCapture-v01.md`
**Contenido:**
1. Asset Header + propósito + alcance
2. Principio fundacional: "Company legible to AI by default" (insight Diana Hu)
3. Inventario de eventos capturables por categoría:
   - Decisiones cross-equipo
   - Aprendizajes operativos
   - Patrones recurrentes
   - Compromisos entre áreas
   - Cambios de protocolo
   - Métricas cualitativas
4. Reglas de routing (qué schema · qué tabla · qué tipo)
5. Reglas de desensibilización (PII · confidencial · cliente-facing)
6. Mediación Brain OS personal ↔ Corp Brain OS (qué cruza · qué no · cuándo)
7. Meta-prompt operativo (texto literal que el SherpaX recibe e interpreta)
8. Integración con el SOP-DocBySherpa (P010) y P005 (NEXT tagging)
9. Casos de uso ilustrativos
10. Changelog

**Estimación:** 6-10 hrs de redacción · 1 sesión con Victor.

### Orden recomendado

1. Producir `MePB-EL-OrganizationalKernel-v01` PRIMERO (es el frame que contiene al otro).
2. Producir `MePB-EL-CorpBrainOS-BehaviorCapture-v01` SEGUNDO (vive dentro del frame del #1).
3. Caso 0 EL arranca DESPUÉS de los 2 anteriores · ahora con un sistema completo (no piezas aisladas).
4. Documentar como CASOS 012-013 LabPraxis al cierre.

### Implicación para Caso 0

El Caso 0 NO arranca hasta cerrar estos 2 activos. Razón: el cohort de inducción WORX necesita instalar a las 7 personas de Oleada 1 EN un sistema integrado · no en 3 pilares aislados. Sin Big MetaPlaybook orgánico, el cohort instala fragmentos. Sin meta-prompt de captura, el Corp Brain OS arranca como "base de datos vacía esperando contenido" en lugar de "company aquarium activo desde día 1."

---

## 6. CONFIRMACIÓN PARA AVANZAR

Antes de producir los 2 nuevos activos, necesito confirmar de Victor:

1. **¿Aprueba el approach híbrido (referenciar + extender + IP nueva 30%)?**
2. **¿Los Asset IDs propuestos (`MePB-EL-OrganizationalKernel-v01` + `MePB-EL-CorpBrainOS-BehaviorCapture-v01`) son canónicos correctos?** O prefiere otros nombres.
3. **¿El orden propuesto (Big MetaPlaybook PRIMERO · Meta-prompt SEGUNDO · Caso 0 DESPUÉS) está OK?**
4. **¿Quiere que arranque ya con #1 o prefiere Sesión 010 LabPraxis para validar antes de producir?**

---

## 7. CRITERIOS PASS / FAIL DEL GATE G0

| # | Criterio | Estado |
|---|---|---|
| **C1** | Búsqueda ejecutada con las 4 acciones | ✅ PASS · Grep + Glob (6 patrones) + Wiki + Decisión documentadas |
| **C2** | Hallazgos auditables | ✅ PASS · 35+ activos BMF citados con ruta absoluta + brief extraído (no inventado) |
| **C3** | Decisión explícita | ✅ PASS · "Híbrido REFERENCIAR + EXTENDER + IP NUEVA EN ÁREAS GAP" con justificación |
| **C4** | CONS- producido | ✅ PASS · este documento |

**Veredicto:** Gate G0 PASS 4/4. Habilitado para producir los 2 nuevos activos una vez Victor confirme las 4 preguntas de la sección 6.

---

## 8. ANEXO · Inventario completo BMF en IB-XX-Maestro

### 8.1 Núcleo BMF Engine (IPI-XX-IP-Infraestructura/IPI-XX-BMF-Engine/)
- ARQ-XX-BMF-Architecture-v00
- ARQ-XX-BMF-Layers-v00
- ARQ-XX-BMF-MPB-Kernel-v01
- ARQ-XX-BMF-ArquitecturaFactorias-v01
- ARQ-XX-BMF-CrossRoom-Protocol-v00
- ARQ-XX-BMF-NamingConvention-v01
- DC-XX-BMF-FactoryOS-Concepto-v01
- MAP-XX-BMF-BuilderHierarchy-v00
- MAP-XX-BMF-MasterMap-v01
- GLO-BMF-Glosario-v01
- MePB-OF-MeAg-v01

### 8.2 Fórmulas Maestras (FM-XX-Formulas-Maestras/)
- MePB-BMF-MetaFactoryBuilder-v01 (Type C)
- MePB-BMF-MetaPlaybook-Of-MetaPlaybooks-v01 (Type B · L0.5)
- MePB-BMF-IntelliBanks-DomainMetaFactory-v01 (Type D)
- MePB-BMF-Skills-DomainMetaFactory-v01 (Type D)
- MePB-BMF-QuickAIPublishing-v10 (instancia activa)
- MePB-XX-XPack-Schema-v01
- MePB-XX-Taxonomia-IntelliBanks-v02
- MePB-XX-CognitiveAssetStack-v01 (6 capas de activos cognitivos)
- MePB-XX-BrainCode-Anatomy-v01 + Schools
- MePB-XX-IntelligenceDistiller-* (5 variantes)

### 8.3 MetaFactorías activas (MF-XX-MetaFactorias/)
- MF-BMF-Editorial-v01
- MF-BMF-FactoryOS-v01
- MF-BMF-CSherpa-v01
- MF-BMF-Editorial-ArquitecturaPublishing-v01
- MF-BMF-GTM-v01 + GTM-v02
- MF-BMF-HD-PersonalPlaybook-v01
- MF-BMF-HD-TransferPersonalPlaybook-v01
- MF-BMF-HybridDemand-v02
- MF-BMF-Publishing-v01 + Publishing-Tablero
- MF-BMF-Transformation-Seed-v01

### 8.4 IP Arquitectura (IPI-XX-IP-Arquitectura/)
- DC-XX-BMF-CSH-Analisis-v02
- DC-XX-BMF-Concept-Boundaries-v00
- DC-XX-BMF-MEL-ActivationProfile-v01
- DC-XX-BMF-MEL-MasteryEnforcementLayer-v11
- DC-XX-BMF-Launch-CentralDoc-v01
- DC-XX-BMF-PlaybooksInteligentes-v01
- DC-XX-BMF-LLMWiki-ResumenEjecutivo-v01.docx

### 8.5 Corp Brain OS (IPI-XX-IP-Infraestructura/IPI-XX-Corp-Brain-OS/)
- ARQ-XX-DOIX-CorpBrainOS-Supabase-v01

### 8.6 Otros canónicos relevantes
- BC-XX-Dictamen-JensenHuang-BMF-v01
- DC-XX-VH-BMF-Alignment-v01

---

*CONS-BigMetaPlaybook-CorpBrainOS-Audit-v01 · IB-EL-EmpowerLabs/PB-CASO0-HIORG/ · 2026-05-07*
*Gate G0 PASS 4/4 · habilitado para producir los 2 nuevos activos pendiente confirmación Victor.*