---
type: PG
asset_id: PG-MTX-XDoc-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-16
intellibank: IB-MTX-MatriX
nodo_map: "6.2"
exposicion: "🌍 pública (N1-N2)"
fuente_canonica: MPB-EL-WORX-ModeloOperativo-v01 §4
nodo_grafo: "sin nodo propio en el grafo v01 (XDoc = concepto del método/D6; candidato a agregar en grafo v02)"
base: PLAN-MTX-MatriX-MasterPlan-v01 §2.3 (anatomía canónica)
---
# XDoc
## 1 · Tarjeta resumen
> **¿Qué es en una frase?** La unidad básica de trabajo del método WORX: un documento con estructura fija donde vive cada pieza de trabajo.
> **Familia:** D6 · Metodología WORX Way — el átomo del modelo
> **Metáfora:** es como una pieza de Lego. Todas tienen el mismo formato y encajan entre sí, así que cualquiera las entiende y las combina.
## 2 · Nivel 1 · 🌱 Esencial
Un XDoc es la unidad básica de trabajo en el método WORX: un documento con una estructura fija donde vive cada pieza de trabajo. La idea es que todo el trabajo tenga una misma forma, en lugar de estar regado en correos, chats y archivos sueltos.
Piénsalo como una ficha estandarizada, o como una pieza de Lego. Todas tienen el mismo formato y encajan entre sí. Como todos usan la misma unidad, cualquier persona —o asistente de IA— entiende un XDoc ajeno sin tener que preguntar.
Cada XDoc trae una cabecera fija: quién es el dueño, en qué estado está y de qué depende. Y trae secciones siempre en el mismo orden: contexto, estado actual, cómo se hace, qué sigue, discusión, historial de cambios y cierre. Con eso, el documento se explica solo.
La regla es sencilla: si algo cuenta como trabajo, vive en un XDoc. No hay trabajo "por fuera", solo trabajo que todavía no entró. Así deja de perderse información en conversaciones sueltas y siempre se sabe dónde está cada cosa y cómo va.
## 3 · Nivel 2 · 🛠 Implementador
El XDoc es el **Nivel 1** del modelo WORX (el átomo). Su anatomía:
- **Cabecera fija:** Owner + Sponsor + estado + dependencias.
- **7 secciones canónicas, siempre en este orden:** CONTEXTO → ESTADO → PROTOCOLO → NEXT → DISCUSSION → CHANGELOG → CIERRE. Viven juntas como un solo objeto.
Las **3Cs** (Comunicación, Colaboración, Coordinación) están integradas por construcción: cada sección canónica resuelve uno o varios de esos flujos sin necesidad de canales paralelos. Principio operativo: *todo lo que cuenta como trabajo vive en un XDoc — no hay trabajo "fuera" del XDoc, solo trabajo que aún no entró.*
Cómo se relaciona con los otros niveles del modelo: el **Ritmo de Uso** (Nivel 2) es cómo se opera el XDoc en el tiempo (los 4 ritmos: Colaborador, Runner, Owner, Sistema); la **Plataforma Emergente** (Nivel 3) es lo que aparece cuando el átomo y el ritmo están bien instalados (SherpaX genera vistas desde el vault). Una organización no instala la plataforma directamente: instala el XDoc y el ritmo, y la plataforma emerge.
## 4 · Nivel 3 · 🔬 Ingeniería — INTERNO
El XDoc es la **superficie canónica** donde humanos y agentes operan sin fricción — la "unidad atómica común" de la cuarta arquitectura (trabajo agéntico estructurado). Rebrand 2026-04-18: la metodología pasó de WERK a WORX y el átomo de "doc estructurado" a "XDoc" en la misma sesión (cierre de v0.1). Deriva de los 4 axiomas (F1–F4): el resultado va en la cabeza del XDoc y todo lo demás se mide contra él. El XDoc reorganiza la pila digital existente alrededor de un núcleo (XDoc + capa cognitiva); los sistemas verticales (CRM, ERP, suites) dejan de ser la superficie del trabajo y pasan a ser islas transaccionales orquestadas desde el núcleo. Detalle canónico en §4 (átomo), §5 (ritmo), §6 (capa cognitiva) y §7 (contratos) del MPB.
Referencia completa: `MPB-EL-WORX-ModeloOperativo-v01` §4 · WikiX [[XDoc-Sistema]].
## 5 · Casos de uso
1. **Toda pieza de trabajo, una misma forma.** Un plan, una minuta, una spec — cada uno es un XDoc con la misma cabecera y secciones, así que cualquiera lo abre y lo entiende.
2. **Humano + agente sobre la misma superficie.** El SherpaX lee y escribe el XDoc sin fricción porque su estructura es predecible — sin canales paralelos.
3. **Nada se pierde en el chat.** La regla "si es trabajo, vive en un XDoc" evita que decisiones y contexto queden atrapados en conversaciones sueltas (Vault-First).
## 6 · Verifica tu comprensión
1. **¿Qué es un XDoc?**
Ver respuesta
La unidad básica de trabajo en WORX: un documento con estructura fija (cabecera + 7 secciones canónicas) donde vive cada pieza de trabajo, con una misma forma para todos.Ver respuesta
Que si algo cuenta como trabajo, vive en un XDoc; lo que está fuera es solo trabajo que aún no entró — así no se pierde información en chats y correos sueltos.Ver respuesta
Porque cualquier persona o asistente de IA entiende un XDoc ajeno sin preguntar, y humanos y agentes trabajan sobre la misma superficie sin fricción.