---
type: PG
asset_id: PG-MTX-DecisionEngine-v01
version: v01
status: N1 sembrado — anti-jerga PASS · N2/N3 en borrador
owner: Juan Carlos Angeles Ramírez
verificado_por: JuanCarlosX
verificado_fecha: 2026-07-17
intellibank: IB-MTX-MatriX
nodo_map: "3.6"
exposicion: "🌍 pública (N1-N2)"
fuente_canonica: SPEC-EL-SOO-DecisionEngine-v01
nodo_grafo: "decisionengine (VIZ-EL-Ecosistema-GrafoPortafolio-v01)"
base: PLAN-MTX-MatriX-MasterPlan-v01 §2.3 (anatomía canónica)
---
# Decision Engine
## 1 · Tarjeta resumen
> **¿Qué es en una frase?** La parte del sistema que aprende cómo decide una organización: captura no solo qué se hizo, sino por qué se eligió, y con eso administra cuánta autonomía dar.
> **Familia:** D3 · Motor de Inteligencia — el ingrediente Juicio del motor
> **Metáfora:** es la memoria de las decisiones: la empresa anota no solo qué hizo, sino por qué lo decidió — y con eso aprende a delegar.
## 2 · Nivel 1 · 🌱 Esencial
El Decision Engine es la parte del sistema que aprende cómo decide una organización. No guarda solo lo que se hizo, sino por qué se eligió una opción sobre otra. Es la memoria del criterio, no solo la de los resultados.
El problema que resuelve es común. Las empresas guardan documentos y archivos, pero el "por qué" de cada decisión se pierde en las conversaciones. Así, cada vez que vuelve un dilema parecido, hay que pensarlo desde cero. Y todo lo dudoso termina en el escritorio del jefe.
La idea es anotar cada decisión importante de forma sencilla: qué se preguntó, qué opciones había, qué se eligió y cómo salió. Sin formularios pesados: el asistente lo redacta y la persona solo confirma en una línea. Si anotar una decisión cuesta más de un minuto, el diseño falló.
Con el tiempo, esas decisiones forman patrones. La organización empieza a reconocer cómo decide en cada tema, y puede delegar más sin perder el control. Un asistente se gana más autonomía demostrando buenas decisiones, como un conductor que sube de nivel con experiencia.
Es el paso que convierte una empresa "que se ve" en una empresa "que se puede soltar". Antes, todo el criterio vivía en la cabeza del dueño. Con esto, ese criterio queda guardado y se vuelve un activo que el equipo entero puede usar.
## 3 · Nivel 2 · 🛠 Implementador
El Decision Engine es el componente del kernel que administra el **juicio**: captura decisiones, destila patrones auditables y gestiona el **derecho progresivo a la autonomía** (L0→L3). Es el cuarto componente del kernel, junto al Scheduler (ritmos WORX), el Memory Manager (Corp Brain OS) y el Tool/Identity Manager (seguridad) — el único que administra *cómo se decide*.
**Unidad de captura — el Decision Record (`DEC-`):** el motor captura decisiones en respuesta a briefs, no conversaciones. El ciclo:
- **Brief** (lo redacta el SherpaX): pregunta + opciones + recomendación.
- **Decisión** (el humano): elección + criterio + desviación respecto a la recomendación.
- **Ejecución**: la acción o artefacto resultante (`asset_id`).
- **Resultado**: el outcome, evaluado en la revisión de ritmo.
Regla anti-fricción: **cero formularios**. El SherpaX redacta el `DEC-`; el humano confirma el criterio en una línea. Captura curada por diseño — las clases sensibles se excluyen desde v01.
**El derecho a la autonomía se gana con evidencia:** un SherpaX en L1 acumula decisiones con buen resultado, cruza un umbral y sube a L2 en una ceremonia de promoción explícita. Las decisiones irreversibles ("one-way doors") nunca superan L1 sin ratificación por clase.
Regla práctica: los guardrails del sistema no son configuración estática — son **jurisprudencia**. Se derivan de decisiones reales con evidencia citable, y se ajustan cuando el resultado contradice el patrón.
## 4 · Nivel 3 · 🔬 Ingeniería — INTERNO
`SPEC-EL-SOO-DecisionEngine-v01` — **status: Draft · L0 · pendiente de ratificación de Victor (L3+)**. Componente **P1** del kernel del SOO (cierra la brecha G2), materializa la propiedad §5.4 del CP (*derecho progresivo a la autonomía*), hoy la única de las cinco sin mecanismo. Es la **evolución del Company Aquarium**: el Aquarium hizo a la organización *legible* (todo artefacto capturado, closed loop de trabajo); el Decision Engine la hace *delegable* (todo juicio capturado, closed loop de decisión). *Aquarium = la org que se ve; Decision Engine = la org que se puede soltar.* Resuelve tres open loops medibles: (1) **Founder Decision Load invisible** — toda ambigüedad escala al CEO sin que nadie lo cuente (el "Operator Trap" que EmpowerScan diagnostica en clientes, dentro de casa); (2) **autonomía sin camino** — L0-L3 es una escalera sin escalones hasta que hay evidencia, umbral y ceremonia; (3) **el juicio no compone** — el vault acumula artefactos (qué) pero no criterios (por qué). Diferenciador vs. benchmark (Agentforce/Copilot/Dust): sus guardrails son configuración; los del WORX OS son jurisprudencia — un OS con **criterio delegable**, no solo con permisos. No-negociables: builder-grade language · toda promoción de autonomía explicable citando decisiones concretas (no black box) · captura curada (P010) · one-way doors nunca superan L1 sin ratificación por clase. Grafo: nodo `decisionengine` (grupo `motor`).
Referencia completa: `SPEC-EL-SOO-DecisionEngine-v01` · herencia `MePB-EL-OrganizationalKernel-v01` (Company Aquarium §10 · Decision Rights §7) · `CP-EL-SOO-Concepto-...-v01` §5.4.
## 5 · Casos de uso
1. **Medir el Founder Decision Load.** Cada vez que una ambigüedad escala al CEO queda registrada como decisión; por primera vez se puede contar cuántas veces por semana y empezar a bajarlas.
2. **Un SherpaX se gana L2.** Un asistente en L1 acumula decisiones con buen resultado en un dominio, cruza el umbral y es promovido a L2 con evidencia citable — no por confianza ciega.
3. **Una decisión repetida deja de re-pensarse.** Ante un dilema que ya ocurrió, el motor muestra el criterio y el resultado previos; la organización decide más rápido y consistente.
## 6 · Verifica tu comprensión
1. **¿Qué captura el Decision Engine que un vault normal no captura?**
Ver respuesta
El criterio: por qué se eligió una opción sobre otra, no solo el artefacto que se produjo. Convierte el "por qué" de cada decisión en memoria reutilizable.Ver respuesta
Con evidencia: acumula decisiones con buen resultado, cruza un umbral y sube de nivel (p. ej. L1→L2) en una promoción explícita. Las decisiones irreversibles nunca suben sin ratificación.Ver respuesta
El Company Aquarium hizo legible a la organización (todo artefacto capturado); el Decision Engine la hace delegable (todo juicio capturado), para que el criterio deje de vivir solo en la cabeza del dueño.