---
type: MePB
asset_id: MePB-EL-WORXOS-MetodologiaColaboracion-v01
version: v01
tipo: MePB — Playbook del "WORX Way" · metodología de colaboración humano-agente
status: ✅ RATIFICADO Victor (L3+) 2026-07-12 · v0 canónico · documento VIVO (se itera en piloto F5)
owner: Victor Heredia
sherpa: Jay/Fable
ratificador: Victor Heredia
intellibank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank/PB-WORX-Worx
tp_madre: TP-EL-WORXOS-MetodologiaColaboracion-Fable-v01
fase: F3 de 5 (Diseño del WORX Way v0)
insumos:
  - ARQ-EL-WORXOS-CapaCoordinacion-v01 (la Capa — insumo duro; mecánicas L0–L3, vocabulario tipado, OrgState, Buzón, Registro Agéntico, Torre)
  - DC-EL-WORXOS-PrincipiosVictor-F2-v01 (P0–P9 — la capa de principios, destilada de BC-VictorHeredia-Own-v02)
  - MI-EL-WORXOS-Metodologia-Benchmark-v01 (F1 · benchmark citado 2026)
  - MPB-EL-WORX-ModeloOperativo-v01 · XP-EL-WORX-ArranqueBasico-v01 (5 Capacidades, rituales-comando, Rally)
gate_g0: PASS — coreografía de piezas existentes; no inventa lo que el vault ya tiene
gobernanza: cambios de significado = Track A → ratificación Victor (L3+); ajustes operativos del equipo = L1 (ratifica owner)
proposito: >
  El playbook del "WORX Way": el modo de trabajo con que humanos y agentes de distintas jerarquías
  (SherpaX · UltraSherpaX · DirectorX · SherpaTeamsX · OrgX) colaboran sobre la Capa de Coordinación,
  bajo la gobernanza WORX. Es a la Capa lo que Scrum es a Jira: la Capa es el sistema; esto es cómo
  se juega. Documento vivo, del equipo, iterado en piloto (F5).
fecha_creacion: 2026-07-12
tags: [MePB, worx-way, metodologia, colaboracion, human-agent, empowerteamsx, roles, rituales, reglas, habilidades, flujo, edge-first, documento-vivo]
---

# MePB · El WORX Way v0
## La metodología de colaboración humano-agente de WORX OS

> **Qué es.** El modo de trabajo — roles, principios, rituales, reglas, habilidades y flujo — con que humanos y agentes colaboran sobre la Capa de Coordinación. No inventa mecánicas: la Capa ya trae L0–L3, vocabulario tipado, OrgState, Buzón y Registro Agéntico. El WORX Way las **coreografía** en una forma de trabajar que una persona real puede aprender, sostener y enseñar.
>
> **Para quién está escrito.** Para el **lead de un EmpowerTeamX** que va a operarlo — y para cualquier SherpaX que lo cargue (esquema agent-readable en §9).
>
> **El hallazgo que justifica su existencia:** 84% de las empresas no ha rediseñado el trabajo para la IA (Deloitte); el éxito es 70% personas, no algoritmos (BCG). La brecha no es tecnológica — es metodológica. Esto la cierra.

---

## Resumen ejecutivo (para humanos)

**El problema.** Ya tenemos el sistema (la Capa de Coordinación: niveles de autonomía, mensajería gobernada, estado organizacional, registro de agentes). Lo que ninguna herramienta da es el **modo de trabajo**: cómo una persona real dirige a sus agentes, cómo un equipo de humanos + agentes se coordina sin ahogarse en aprobaciones, y cómo eso se sostiene en el tiempo sin degradarse. Eso es el WORX Way — es a la Capa lo que Scrum es a Jira.

**La idea central en una frase.** *El humano deja de ejecutar y pasa a dirigir: define el marco, delega por brief con criterios claros, verifica por muestreo, y los agentes ejecutan bajo niveles de autonomía que se ganan con evidencia — todo sobre una sola verdad compartida en el vault, que nadie edita a mano.*

**Las 5 decisiones de diseño que importan:**
1. **La inteligencia manda, la tecnología sigue (Ley #0).** Cada rol, ritual y regla debe liberar tiempo humano y multiplicar a la persona; el que añada vigilancia o burocracia, se corta. Si el método necesita algo que la herramienta no da, se cambia la herramienta.
2. **Dirigir, no ejecutar.** El modo por defecto de todo colaborador es *Director*: dirige a su SherpaX por brief y verifica contra un Definition of Done. Nadie toca los documentos a mano; la habilidad central ya no es redactar — es delegar bien y verificar.
3. **La autonomía se gana con evidencia.** Un agente sube de nivel (de "pide permiso" a "actúa y reporta") solo tras demostrar tasa de aceptación en delegaciones reales — y lo pierde ante un incidente. Ningún agente entra a producción sin poseer primero un entregable completo bajo supervisión total.
4. **La supervisión humana es el techo.** Una célula corre tantos agentes como sus humanos pueden supervisar bien (referencia: 2–5 humanos por célula). Si las aprobaciones saturan, no se añaden agentes: se calibra, se consolida o se recorta.
5. **Documento vivo, probado en casa.** Este playbook se pilotea primero en EmpowerLabs (Caso 0), se itera con el equipo, y ningún cambio entra sin haberse probado en operación real.

**Qué contiene:** 6 componentes — roles (§1), principios (§2), rituales (§3), reglas (§4), habilidades y conocimientos (§5), flujo (§6) — más 7 requerimientos que el método le devuelve a la Capa (§7) y el protocolo de iteración (§8).

**Posición en el portafolio.** El WORX Way es **producto del ecosistema WORX** (dado de alta en `ARQ-EL-WORX-OS-Ecosistema-v01` §3.1): la metodología de colaboración humano-agente que corre como userland sobre WORX OS, evolución agéntica del método WORX, y la pieza que **WORX Lab instala en 40 días** como forma de trabajo del equipo piloto. Sin WORX Way, el cliente compra un sistema; con WORX Way, compra una forma de trabajar.

**Estado:** v0 **ratificado por Victor (2026-07-12)** — canónico y vigente. 5 supuestos marcados para calibrar en piloto (§10).

---

## Índice

- **⚖️ Ley #0** — la ley rectora y su test
- **§1 · Roles** — jerarquía de agentes, roles humanos, escalera Author→Editor→Director→Orchestrator, tripleta
- **§2 · Principios** — los 10 canónicos (P0–P9) y dónde se materializa cada uno
- **§3 · Rituales** — las 8 ceremonias: arrancaroom, Inform, mindia, TeamSync, decisión por palanca, retro/kaizen, alta de agente, Rally/Sellos
- **§4 · Reglas** — los 10 protocolos no negociables (R1–R10)
- **§5 · Habilidades y conocimientos** — qué debe saber y saber-hacer cada colaborador, y cómo se instala
- **§6 · Flujo** — el ciclo del trabajo, dónde vive cada cosa, el presupuesto de supervisión
- **§7 · F4** — los 7 change requests a la Capa de Coordinación
- **§8 · Documento vivo** — cómo se itera este playbook
- **§9 · Esquema agent-readable** (YAML)
- **§10 · Supuestos marcados** · **§11 · NEXTs** · **Changelog**

---

## ⚖️ Ley #0 — la inteligencia manda, la tecnología sigue

**La infraestructura y la tecnología SIGUEN al pensamiento y a la inteligencia. Nunca al revés.** La metodología manda; la Capa, IntelliBanks y toda herramienta existen para servirla. Si un ritual necesita algo que la Capa no tiene, se le pide a la Capa (change request — §7); jamás se dobla el método para caber en la herramienta. El fin son las personas: *"no son el costo que la inteligencia reduce; son el motor que la inteligencia multiplica."*

**Test de la Ley #0** (se aplica a cada rol, ritual y regla de este playbook, y a cada iteración futura): *¿libera tiempo humano y multiplica a la persona, o añade vigilancia y burocracia?* Lo que no pase el test, se corta.

---

## §1 · ROLES — quién es quién en un EmpowerTeamX

### 1.1 La jerarquía de agentes (qué es cada uno y qué NO es)

| Agente | Qué es | Modo humano por defecto | Autonomía típica |
|---|---|---|---|
| **SherpaX** (personal) | Par cognitivo permanente de UNA persona. Escribe, investiga, ordena — bajo dirección de su humano. | **Director** — el humano dirige por brief y verifica; no redacta | L1–L2 según clase de decisión (Registro Agéntico) |
| **UltraSherpaX** | Asesor especialista (shell + Brain Codes). **Aconseja, jamás ejecuta.** | **Consulta** — el humano pregunta, contrasta, decide | **L0 SIEMPRE** (estructural: su consejo no puede volverse NEXT sin que un humano cree el delegar) |
| **DirectorX** | Orquestador de agentes dentro de un dominio/frente. Recibe interrupts de sus sub-agentes. | **Orchestrator** — el humano define el marco; DirectorX coordina adentro | L1–L2; sus sub-agentes escalan a él, no al humano |
| **SherpaTeamsX** | Equipo de agentes con **una sola identidad** en el Registro Agéntico y un humano responsable. Su interior es caja del equipo; su frontera es la de cualquier agente. | **Orchestrator** (el lead del EmpowerTeamX) | La de su identidad única; se gobierna el borde, no el interior |
| **OrgX** | El agente de la Torre: responde preguntas transversales desde el OrgState. Nunca sobre BrainOS individuales. | **Consulta** transversal (según vista V-OP/V-DIR/V-EST) | L0 (informa y sugiere) |

### 1.2 Los roles humanos

| Rol | Responsabilidad núcleo | Del benchmark |
|---|---|---|
| **Operador** | Dirige su SherpaX (modo Director), cumple su ritmo (C4), captura al vault (C3), comunica proactivamente (P3). | "Frontline aumentado" |
| **Owner** (de frente/activo) | Responde por el resultado. Define el DoD. Ratifica lo que su tripleta le sube. *El agente actúa; el owner responde.* | — |
| **Lead EmpowerTeamX** | El **supervisor en M**: orquesta la célula humanos+agentes, administra el presupuesto de supervisión (§6.3), corre los rituales de equipo. | "Agent boss" / supervisor-M |
| **Experto en T** | Profundidad de dominio para **excepciones y calidad**: revisa lo muestreado, atiende lo que los agentes escalan, sostiene el estándar (P8). | Experto-T |
| **Sherpa Guide** | Instala la metodología en personas nuevas (inducción, Rally, gating por competencia). | Centro de Excelencia |

Una misma persona puede portar varios roles (en EmpowerLabs hoy, Victor es owner+lead en varios frentes). El rol se declara **por frente**, no por org chart — la organización se ordena por outcomes (*work chart*), no por funciones fijas.

### 1.3 La escalera de colaboración (Author → Editor → Director → Orchestrator)

Cada relación humano-agente opera en un **modo explícito** — y se declara, no se improvisa:

- **Author:** el humano produce; el agente asiste. *(Válido para juicio de alto valor en Cueva — P6 — y para mantenimiento deliberado de habilidad — §5.)*
- **Editor:** el agente produce; el humano corrige línea a línea. *(Modo de calibración: agentes nuevos o clases de decisión nuevas.)*
- **Director:** el humano dirige por brief, el agente ejecuta, el humano verifica contra el DoD. **Modo por defecto del WORX Way** (es P2 operacionalizado).
- **Orchestrator:** el humano dirige varios agentes/células vía DirectorX o SherpaTeamsX. Reservado a leads con Sello de delegación (§5).

**Regla:** subir de modo (Editor→Director→Orchestrator) es subir de responsabilidad de verificación, y se gana por Rally/Sello — no por antigüedad ni por decreto.

### 1.4 La tripleta (invariante)

Todo activo lleva **Owner + Sherpa + Ratificador**. Sin tripleta no hay activo canónico. Los agentes aparecen como Sherpa; los humanos como Owner y Ratificador. *La línea que no se borra nunca: el agente actúa, el humano responde.*

---

## §2 · PRINCIPIOS — los 10 canónicos (P0–P9)

Fuente canónica: `DC-EL-WORXOS-PrincipiosVictor-F2-v01`. Aquí, cada principio con su traducción operativa en este playbook:

| # | Principio | Se materializa en |
|---|---|---|
| **P0** | La inteligencia manda, la tecnología sigue | Ley #0 + test de cada ritual/regla + §7 (el método le exige a la Capa) |
| **P1** | Escala a través de otros, nunca por presencia | Presupuesto de supervisión (§6.3) · delegación-por-brief (R5) · nada depende del fundador presente |
| **P2** | Dirigir, no ejecutar — la inversión del principio wiki | Modo Director por defecto (§1.3) · regla "nadie toca el doc" (R9) |
| **P3** | Comunicación como responsabilidad propia + el Inform | Ritual del Inform (§3.2) · Buzón `informar` = L2 · brief de `arrancaroom` |
| **P4** | Verdad única, capturada y estructurada | Flujo capturar→nombrar→estructurar→construir (§6.1) · Vault-First · canónicos de la Capa |
| **P5** | Decidir por palanca y por "quiero" — robusto, no perfecto | Plantilla de decisión CAM (§3.5) · DoD realista, no perfeccionista (R4) |
| **P6** | Anti-urgencia artificial + ritmo Cueva-Convocatoria | Digest-first (nada interrumpe por evento) · deep work protegido (C1) · la prisa no es argumento |
| **P7** | Falla arquitectónica, no síntoma | Retro/kaizen HyperLoopX (§3.6): cuando el método se rompe se rediseña el marco, no se culpa a la persona |
| **P8** | Estándares no negociables + dogfooding + probar-no-afirmar | DoD (R4) · calibración por evidencia (R6) · piloto en EmpowerLabs primero (F5 = Caso 0) |
| **P9** | Expansión, no corrección + conexión transversal | Documento vivo (§8): el equipo enriquece, no congela; se importa lo mejor de otras disciplinas |

**Regla de traducción (de F2):** cada ritual/regla existe para servir un principio; si no sirve a ninguno, sobra.

---

## §3 · RITUALES — las ceremonias del WORX Way

Los comandos WORX ya son rituales; aquí se elevan a ceremonias con propósito, cadencia y participantes explícitos. Ninguno interrumpe por evento (Ley del deep work).

### 3.1 Apertura — `arrancaroom` + brief del operador *(cada sesión · operador + su SherpaX)*
El reflejo #1. El SherpaX carga contexto WORX + **OrgState** y entrega el **brief**: estado priorizado del frente, interrupts pendientes con **borradores staged**, anomalías, siguiente-mejor-acción (L0). El humano responde interrupts con el vocabulario tipado y elige dónde poner su deep work. *Sin arrancaroom no se trabaja: es la ceremonia que hace innecesario el standup.*

### 3.2 El Inform *(antes de cualquier movimiento significativo · quien se mueve)*
2 frases al Buzón (`informar`, L2): qué voy a hacer y por qué. **No es pedir permiso — es despejar el camino.** Obligación del rol, no cortesía (P3). El SherpaX del operador lo redacta; el operador lo aprueba en segundos.

### 3.3 Cierre diario — `mindia` *(fin de jornada · operador + su SherpaX)*
La minuta del día: qué se movió, qué quedó, NEXTs nuevos con su etiqueta. Alimenta el puente Minuta→Frente. Es la captura (P4) hecha hábito.

### 3.4 TeamSync semanal — `minsemana` + weekly-sync *(semanal · célula completa, lead facilita)*
La única ceremonia síncrona obligada. Agenda fija: (1) estado de frentes desde la Torre/OrgState — **nadie redacta reporte de status; OrgX lo responde**; (2) diff propuesto del puente Minuta→Frente (L1, se aprueba en vivo); (3) **revisión de la bitácora de delegación** — muestra aleatoria de delegaciones de la semana: ¿el brief fue claro? ¿el output pasó el DoD? ¿algún agente sube o baja de nivel? (alimenta R6); (4) WIP check: NEXTs abiertos por persona vs. límite.

### 3.5 Decisión por palanca *(cuando hay que decidir algo no trivial · owner)*
La plantilla de P5, como micro-ritual: **¿cuál es el CAM? · ¿lo QUIERO? (binario) · ¿qué dejo de hacer para financiarlo? · Inform · ejecutar.** El SherpaX prepara opciones (L0); el humano decide. Bajo urgencia artificial, la decisión se desacelera a propósito (P6).

### 3.6 Retro/kaizen — barrido HyperLoopX *(quincenal o por señal · lead + experto-T)*
Se revisan las fallas del método (no de las personas — P7): rituales que se saltaron, reglas que estorbaron, features que la Capa debe (→ §7). Cada aprendizaje se captura como CAS- en LabPraxis. El WORX Way se versiona con lo aprendido (§8).

### 3.7 Alta de agente — "posee un entregable" *(cada agente nuevo · lead + experto-T)*
Ningún agente entra a producción "en abstracto": **posee un entregable real end-to-end** en modo Editor (humano corrige todo), con su bitácora completa. Solo tras ese entregable + umbral de aceptación entra al Registro Agéntico con nivel L asignado por clase de decisión. *(Espejo del Rally humano: gate por competencia demostrada, para agentes.)*

### 3.8 Rally / Sellos *(por competencia, no por asistencia · Sherpa Guide)*
El gate humano: un operador sube de modo en la escalera (§1.3) cuando **demuestra** la habilidad (§5) con evidencia real — no cuando asistió al curso. El Sello se registra; el reconocimiento es visible (Reinforcement — el fallo #1 de adopción es no reforzar).

---

## §4 · REGLAS — los protocolos no negociables

**R1 · Autonomía atada a reversibilidad.** El eje L0–L3 del canon (sugiere · ejecuta con aprobación · ejecuta y reporta · ejecuta y escala excepción). La regla de asignación: **toda acción fuera de la ventana de rollback baja a L1**, sin importar el tipo de tarea. El gravity×valor de LoopX asigna el nivel; la reversibilidad lo acota.

**R2 · Vocabulario tipado de interrupción.** Toda respuesta humana a un interrupt es una de cuatro: **`aprobar` / `rechazar` + razón / `editar` / `responder`**. Cada intervención queda registrada (actor, verbo, antes/después). Prohibido el "ok" ambiguo en canal informal: si no está en el vocabulario, no pasó.

**R3 · Límites de WIP.** Máximo de NEXTs abiertos por persona (umbral configurable por célula; **supuesto v0: 7** — calibrar en F5). Al límite: cerrar o soltar antes de abrir. Visible en Torre (INV-05). Aplica también por agente.

**R4 · Definition of Done.** Un NEXT sin DoD no se delega. DoD mínimo: entregable + criterio de aceptación + dónde vive en el vault (nombre y lugar — P4). El estándar del DoD no se negocia por urgencia (P8); su alcance sí se decide por P5 (robusto, no perfecto).

**R5 · Delegación-por-brief.** Todo hand-off a agente lleva **Agent Brief**: rol · objetivo · guardrails · DoD · nivel L de la tarea. **Contrato de escalación por jerarquía:** los interrupts de un sub-agente suben a su orquestador (DirectorX/SherpaTeamsX), no al humano top; solo lo de mayor impacto llega al humano, y lo de alto impacto irreversible exige **four-eyes** (dos humanos).

**R6 · Calibración de confianza por evidencia.** Un agente **gana** nivel L tras superar un umbral de aceptación muestreado (supuesto v0: ≥95% en ≥20 delegaciones de la clase) y **lo pierde** ante un incidente (baja un nivel; incidente grave → L0 + revisión). Los "confidence scores" del propio agente **no** calibran — la evidencia externa sí. El historial vive en el Registro Agéntico (→ §7 CR3).

**R7 · Anti-enjambre.** Un MSG- generado por agente no puede generar otro MSG- de agente sin interrupt humano intermedio. (Regla de la Capa; el método la hace cultura: *ningún trabajo agente-a-agente invisible*.)

**R8 · El consejo jamás ejecuta.** Asesoría de UltraSherpaX = L0 estructural, `caracter: consejo-no-orden`. Convertir consejo en trabajo exige que un humano cree el delegar. Sin excepciones.

**R9 · Nadie toca el doc.** Nadie edita canónicos ni proyecciones a mano: cada quien **dirige a su SherpaX**, que escribe bajo gobernanza (naming + ubicación + tripleta + changelog). La verdad sigue siendo única y compartida (cultura wiki); cambia quién ejecuta la escritura (P2). Una proyección corrupta se regenera, no se repara.

**R10 · Bitácora de delegación.** Cada delegación registra la cadena disparador→contexto→salida→decisión-humana→acción→rollback, **fuera del contexto del modelo** (un agente puede estar seguro y equivocado sobre sus propias acciones). Es el insumo de 3.4 y R6, y el piso regulatorio (EU AI Act Art. 14).

---

## §5 · HABILIDADES Y CONOCIMIENTOS — lo que cada colaborador debe saber y saber-hacer

Tres capas: lo que se **sabe** (5.1), lo que se **sabe hacer** (5.2) y lo que cada **rol domina** además de la base (5.3). El gate siempre es el mismo: competencia demostrada, no asistencia (5.4).

### 5.1 Conocimientos base (lo que todo colaborador debe SABER)

El piso común — sin esto, los rituales se ejecutan sin entenderse y se degradan:

| Conocimiento | Qué debe poder explicar/usar | Dónde vive |
|---|---|---|
| **El modelo WORX** | Los 3 Niveles + Capa Ortogonal; qué es un XDoc, un frente, un NEXT; las 5 Capacidades (C1–C5) como conducta propia | MPB-EL-WORX-ModeloOperativo · XP ArranqueBasico |
| **El mapa de agentes** | Qué es (y qué NO es) cada tier: SherpaX, UltraSherpaX, DirectorX, SherpaTeamsX, OrgX — y que el consejo de un asesor jamás ejecuta | §1.1 de este playbook |
| **Los niveles de autonomía** | Qué significa L0–L3 en la práctica y por qué la reversibilidad los acota; su propia vista de acceso (V-OP/V-DIR/V-EST) | ARQ de la Capa §2 |
| **El vocabulario tipado** | Las 4 respuestas (`aprobar/rechazar+razón/editar/responder`) y por qué el "ok" informal no existe | R2 |
| **Naming y vault** | La convención `TIPO-ENTIDAD-Proyecto-Nombre-vNN`, dónde vive cada dominio (§6.2), y que la verdad es única: se consulta el vault antes de producir (Gate G0) | Gobernanza BMF |
| **Los rituales y su porqué** | Las 8 ceremonias de §3 — no como checklist sino sabiendo qué principio sirve cada una | §2–§3 |
| **Los límites del agente** | Que un agente puede estar seguro y equivocado (incluso sobre sus propias acciones); que los confidence scores no calibran; que la bitácora externa es la verdad | R6, R10 |

*Este es el temario de la inducción WORX (la que corre el Sherpa Guide); nadie opera en modo Director sin este piso.*

### 5.2 Las 6 habilidades núcleo (lo que todo colaborador debe SABER HACER)

Las que importan según los propios trabajadores (no prompting):

1. **Control de calidad del output** *(la #1: 50%)* — Tratar todo output de agente como borrador propio hasta verificarlo contra el DoD. En la práctica: leer con ojo de editor, no de espectador; revisar que los hechos, cifras y referencias al vault sean reales (el error de agente más caro es el plausible); y nunca aceptar por cansancio — si no hay tiempo de verificar, no se acepta todavía.
2. **Pensamiento crítico** *(la #2: 46%)* — No delegar el juicio. Preguntarse ante cada entrega: ¿qué asumió el agente que yo no le dije? ¿qué alternativa no consideró? ¿esto contradice algo que el vault ya sabe? Es la habilidad que protege contra el over-trust — el agente convincente y equivocado.
3. **Spec-craft / delegar bien** — Escribir briefs que un agente ejecute bien a la primera: rol, objetivo, guardrails, DoD y nivel de autonomía (R5). La medida del spec-craft es la tasa de re-trabajo: si hay que corregir todo, el brief era el problema. Es la habilidad central de la era Director (P2) — el nuevo "saber escribir".
4. **Verificación y muestreo** — Revisar lo delegado con método, no con heroísmo: muestra representativa en lo calibrado (L2), revisión completa en lo nuevo (L1/Editor). Exhaustivo no escala (P1); cero revisión no gobierna. Saber elegir el punto medio según el riesgo de la clase de decisión.
5. **Task-triage** — Decidir humano-vs-agente ANTES de empezar: ¿requiere juicio, contexto tácito o maduración en Cueva (P6)? → humano. ¿Es especificable en un brief con DoD claro? → agente. ¿Es consejo experto? → UltraSherpaX (y luego un humano decide). El triage mal hecho desperdicia en ambas direcciones.
6. **Mantenimiento deliberado de habilidad** — Trabajar sin IA a propósito, con cadencia programada, en lo núcleo del propio criterio (modo Author, §1.3) — para que la habilidad de juzgar no se atrofie justo cuando más se necesita. El verificador que ya no sabe hacer, no sabe verificar.

### 5.3 Competencias por rol (además de la base)

| Rol | Competencias distintivas que debe desarrollar |
|---|---|
| **Operador** | Dominio pleno de las 6 habilidades núcleo con su SherpaX · disciplina de ritmo propio (C4) y captura inmediata (P4) · el Inform como reflejo (P3) |
| **Owner** | Definir DoD nítidos y realistas (R4 + P5) · decidir por palanca con la plantilla CAM (§3.5) · responder por lo que sus agentes hacen — leer bitácoras, ratificar con criterio |
| **Lead EmpowerTeamX** (supervisor-M) | Orquestación (modo Orchestrator §1.3) · administrar el presupuesto de supervisión: leer saturación y decidir calibrar/consolidar/recortar (§6.3) · facilitar TeamSync y la revisión de bitácora (§3.4) · leer el OrgState y la Torre como tablero de mando · calibrar agentes con evidencia (R6) |
| **Experto en T** | Profundidad de dominio para resolver las excepciones que los agentes escalan · diseño de evaluaciones (probar-no-afirmar, P8): definir qué muestra revisar y qué evidencia exige un cambio de nivel · sostener el estándar cuando la urgencia presiona |
| **Sherpa Guide** | Pedagogía del método: inducción con gating por competencia · diseño y aplicación de Rallys/Sellos · detectar dónde el método se degrada y llevarlo a retro (P7) · ser Centro de Excelencia: dueño del estándar vivo |

*Progresión natural: operador → owner → lead o experto-T. Subir de rol es subir de responsabilidad de verificación, y se demuestra en Rally — no se otorga por decreto.*

### 5.4 Cómo se instalan (y no mueren en la semana 3)

Gate por **Rally/Sellos** (competencia demostrada, no asistencia) · los **líderes modelan el uso** + seguridad psicológica (los factores organizacionales pesan 2× el mindset individual) · **Reinforcement** explícito: reconocimiento, seguimiento, accountability visible en TeamSync · **Comunidad de Práctica** con el Sherpa Guide como Centro de Excelencia dueño del estándar. Las 5 Capacidades WORX (C1–C5) son el sustrato; estas 6 habilidades son su evolución agéntica.

---

## §6 · FLUJO — cómo corre el trabajo

### 6.1 El ciclo del trabajo (frente → NEXT → mensaje → decisión)

1. **Entra una intención** (idea, señal, pedido). Se captura de inmediato (P4) y se hace **task-triage** (§5.5).
2. **Se ancla a un frente.** Todo trabajo vive en un frente del `CP-EL-FrentesTablero`; lo que no cabe en ningún frente se decide por palanca (§3.5) antes de abrir uno.
3. **Se vuelve NEXT con DoD** en la espina del XDoc (`→ NEXT[@X]`), respetando WIP (R3).
4. **Se delega por brief** (R5) — a humano o agente según triage — o se ejecuta en deep work propio.
5. **El movimiento se comunica**: Inform al Buzón (§3.2); delegaciones cruzadas viajan como MSG- (`delegar` = L1 en frente ajeno).
6. **La decisión se toma con el vocabulario tipado** (R2) en el brief de arrancaroom — no en chats sueltos.
7. **El cierre actualiza la verdad**: cerrar el NEXT dispara los puentes (NEXT→Frente→OrgState); las proyecciones se regeneran solas. **Trazabilidad completa por IDs encadenados** — la cadena mensaje→NEXT→frente→decisión se reconstruye con grep.

### 6.2 Dónde vive cada cosa (mapa mental del operador)
**Trabajo durable** → XDocs · **portafolio** → Frentes tablero · **aviso/coordinación** → Buzón (efímero) · **pipeline** → LoopX · **estado agregado** → OrgState (se consulta, jamás se edita) · **quién puede qué** → Registro Agéntico.

### 6.3 El presupuesto de supervisión (el techo real de la célula)

**La capacidad de supervisión humana es el techo** que limita cuántos agentes corre una célula — no la capacidad de ejecución (P1). Referencia: célula de **2–5 humanos** sobre N agentes.

- Cada lead declara su presupuesto: horas/semana de verificación + interrupts/día tolerables.
- Cada agente/clase en L1 **consume** presupuesto (cada aprobación cuesta atención); subirlo a L2 por calibración (R6) **libera** presupuesto.
- **Regla de saturación:** si los interrupts exceden el presupuesto, NO se contratan más agentes — se calibra (subir L por evidencia), se consolida (DirectorX absorbe interrupts) o se recorta alcance. Añadir agentes sin presupuesto de supervisión es deuda, no capacidad.
- El OrgState expone la carga de interrupts por humano (→ §7 CR2) para que la saturación se vea venir en TeamSync.

---

## §7 · F4 — Requerimientos de vuelta a la Capa (change requests)

Lo que este método **exige** al room de la Capa (Ley #0: se le pide a la Capa; no se dobla el método). Para procesar en F4 del room hermano:

| CR | Requerimiento | Ritual/regla que lo exige |
|---|---|---|
| **CR1** | Campo **DoD obligatorio** en el template de MSG `delegar` y en la espina NEXT (un delegar sin DoD no valida) | R4, R5 |
| **CR2** | OrgState expone **carga de interrupts y WIP por humano** (para presupuesto de supervisión y saturación visible) | R3, §6.3 |
| **CR3** | Registro Agéntico guarda **historial de calibración** por agente×clase (aceptaciones muestreadas, incidentes, cambios de L con evidencia) | R6, §3.7 |
| **CR4** | **Vista de muestreo aleatorio** de la bitácora de delegación en la Torre (para la revisión semanal 3.4) | §3.4, R10 |
| **CR5** | Campo `escala_a` en MSG- de interrupts: el contrato de escalación por jerarquía (sub-agente → orquestador, no humano top) sea ejecutable, + marca `four_eyes: true` para alto impacto | R5 |
| **CR6** | **Ventana de rollback declarada por clase de acción** en el Registro Agéntico (para que "fuera de rollback → L1" sea mecánico, no interpretable) | R1 |
| **CR7** | Estado `en_calibracion` en el Registro Agéntico (agente nuevo durante su entregable end-to-end: todo en modo Editor/L1 estricto) | §3.7 |

---

## §8 · DOCUMENTO VIVO — cómo se itera este playbook

- **Del equipo, no de un autor.** Cualquier miembro propone cambios vía su SherpaX (MSG- al owner o insumo en retro §3.6). Por P9, la postura por defecto es **expansión**: se añade y refina antes que rechazar.
- **Dogfooding primero (P8).** Ningún cambio entra al playbook sin haberse probado en la operación de EmpowerLabs (Caso 0 = piloto F5 en el frente F3 EmpowerLabs core).
- **Gobernanza de cambios:** ajuste operativo (umbral de WIP, cadencia de retro) = L1, ratifica el owner. **Cambio de significado** (principio, regla, rol) = Track A → ratificación Victor (L3+). Todo cambio deja changelog.
- **Cadencia de versión:** el playbook se versiona al cierre de cada ciclo de piloto/retro; la versión vigente es la única canónica (verdad única — nada de copias locales).
- **Métrica rectora:** el test de la Ley #0, medido en piloto — *¿liberó tiempo humano o añadió vigilancia?* — más: adopción de rituales sin recordatorio, tasa de aceptación de delegaciones, saturación de supervisión.

---

## §9 · Esquema agent-readable

```yaml
worx_way: MePB-EL-WORXOS-MetodologiaColaboracion-v01
version: v01
estado: draft_v0_documento_vivo
ley_0: "la inteligencia manda, la tecnologia sigue; test: libera_tiempo_humano || se_corta"
roles:
  agentes:
    SherpaX: {es: par_cognitivo_personal, modo_humano_default: director, autonomia: L1-L2_por_clase}
    UltraSherpaX: {es: asesor, autonomia: L0_siempre, regla: consejo_jamas_ejecuta}
    DirectorX: {es: orquestador_de_dominio, absorbe_interrupts_de: sub_agentes}
    SherpaTeamsX: {es: equipo_con_identidad_unica, humano_responsable: lead, gobierno: en_el_borde}
    OrgX: {es: agente_de_la_torre, fuente: OrgState, nunca: brainos_individuales}
  humanos: [operador, owner, lead_empowerteamx_supervisor_M, experto_T, sherpa_guide]
  escalera: {modos: [author, editor, director, orchestrator], default: director, subir_de_modo: rally_sello}
  tripleta: {owner: humano, sherpa: agente_o_humano, ratificador: humano, invariante: true}
principios: {fuente: DC-EL-WORXOS-PrincipiosVictor-F2-v01, lista: [P0_ley0, P1_escala_sin_presencia, P2_dirigir_no_ejecutar, P3_inform, P4_verdad_unica_capturada, P5_palanca_y_quiero, P6_anti_urgencia_cueva, P7_falla_arquitectonica, P8_estandares_dogfooding, P9_expansion_transversal]}
rituales:
  arrancaroom: {cadencia: cada_sesion, entrega: brief_con_orgstate_interrupts_staged, sustituye: standup}
  inform: {cadencia: antes_de_movimiento_significativo, via: buzon_informar_L2, es: despejar_camino_no_permiso}
  mindia: {cadencia: diaria, alimenta: puente_minuta_frente}
  teamsync: {cadencia: semanal, sincrona: true, agenda: [estado_via_orgx, diff_minuta_frente_L1, revision_bitacora_delegacion, wip_check]}
  decision_palanca: {plantilla: [CAM, quiero_binario, que_dejo_de_hacer, inform, ejecutar]}
  retro_kaizen: {cadencia: quincenal_o_por_senal, via: hyperloopx, captura: CAS_labpraxis, regla: se_redisena_el_marco_no_se_culpa}
  alta_agente: {gate: entregable_end_to_end_modo_editor, luego: registro_agentico_con_L_por_clase}
  rally_sellos: {gate: competencia_demostrada_no_asistencia, refuerzo: reconocimiento_visible}
reglas:
  R1: {autonomia: [L0, L1, L2, L3], asignacion: gravity_x_valor, cota: fuera_de_rollback_baja_L1}
  R2: {vocabulario: [aprobar, rechazar_con_razon, editar, responder], registro: [actor, verbo, antes, despues]}
  R3: {wip_max_por_persona: 7, supuesto: calibrar_F5, visible: torre, aplica_a_agentes: true}
  R4: {dod_minimo: [entregable, criterio_aceptacion, nombre_y_lugar_vault], sin_dod: no_se_delega}
  R5: {agent_brief: [rol, objetivo, guardrails, dod, nivel_L], escalacion: sube_al_orquestador_no_al_humano_top, alto_impacto: four_eyes}
  R6: {gana_L: ">=95%_aceptacion_en_>=20_muestras(supuesto)", pierde_L: incidente, confidence_scores_no_calibran: true}
  R7: {anti_enjambre: "MSG_de_agente_no_genera_MSG_de_agente_sin_interrupt_humano"}
  R8: {asesoria: L0_estructural, convertir_en_trabajo: requiere_humano}
  R9: {nadie_toca_el_doc: true, todo_via_sherpax_bajo_gobernanza: true, proyeccion_corrupta: se_regenera}
  R10: {bitacora: [disparador, contexto, salida, decision_humana, accion, rollback], fuera_del_contexto_del_modelo: true}
conocimientos_base: [modelo_worx_y_5_capacidades, mapa_de_tiers_de_agentes, niveles_L_y_vistas_V, vocabulario_tipado, naming_y_vault_gate_g0, rituales_y_su_principio, limites_del_agente]
habilidades: [control_calidad_output, pensamiento_critico, spec_craft, verificacion_muestreo, task_triage, mantenimiento_deliberado]
competencias_por_rol:
  operador: [6_habilidades_con_su_sherpax, ritmo_C4, captura_P4, inform_reflejo]
  owner: [dod_nitido, decision_CAM, responder_por_sus_agentes]
  lead: [orquestacion, presupuesto_supervision, teamsync_y_bitacora, leer_orgstate_torre, calibrar_R6]
  experto_T: [excepciones, disenar_evaluaciones, sostener_estandar]
  sherpa_guide: [induccion_con_gating, rally_sellos, detectar_degradacion, centro_de_excelencia]
adopcion: {gate: rally_sellos, palancas: [lideres_modelan, seguridad_psicologica, reinforcement_visible, comunidad_de_practica], sustrato: 5_capacidades_worx, progresion_rol: operador→owner→lead_o_expertoT_via_rally}
flujo:
  ciclo: [capturar, triage_humano_vs_agente, anclar_a_frente, next_con_dod, delegar_por_brief_o_deep_work, inform, decision_vocabulario_tipado, cierre_dispara_puentes]
  trazabilidad: ids_encadenados_reconstruible_con_grep
  presupuesto_supervision: {celula: 2-5_humanos, techo: supervision_no_ejecucion, saturacion: calibrar_consolidar_o_recortar_nunca_mas_agentes}
change_requests_a_la_capa: [CR1_dod_en_delegar, CR2_interrupts_wip_por_humano_en_orgstate, CR3_historial_calibracion_registro, CR4_muestreo_bitacora_torre, CR5_escala_a_y_four_eyes, CR6_ventana_rollback_por_clase, CR7_estado_en_calibracion]
documento_vivo: {propuestas: via_sherpax_msg_o_retro, dogfooding_primero: true, cambio_significado: track_A_ratifica_victor, metrica: test_ley_0}
supuestos_v0: [wip_7, umbral_calibracion_95_20, cadencia_retro_quincenal, celula_2_5]
```

---

## §10 · Supuestos marcados (a calibrar en F5)

1. **WIP = 7 NEXTs** abiertos por persona — punto de partida, no dogma.
2. **Umbral de calibración R6** (≥95% en ≥20 muestras) — ajustar por clase de decisión y riesgo.
3. **Retro quincenal** — puede ser semanal en piloto, mensual en régimen.
4. **Célula 2–5 humanos** — referencia de mercado; el tamaño real lo fija el presupuesto de supervisión medido.
5. **El Inform como MSG L2** asume que el Buzón absorbe el volumen sin ruido — validar digest-first en piloto.

## §11 · NEXTs

- [x] **NEXT[@Victor]:** ratificar este WORX Way v0 (L3+) — ✅ ratificado 2026-07-12.
- [ ] **NEXT[@Jay]:** entregar los CR1–CR7 al room de la Capa de Coordinación (F4 formal).
- [ ] **NEXT[@Jay]:** preparar el arranque del piloto F5 en el frente F3 EmpowerLabs core (tejido Capa + Metodología).
- [ ] **NEXT[@Jay]:** registrar este activo en el IntelliBanks Registry al cierre de fase.

## CHANGELOG

| Versión | Fecha | Cambio |
|---|---|---|
| v01 | 2026-07-12 | Creación (F3 · pase Fable). WORX Way v0 completo: Ley #0 con test operativo, 6 componentes (roles humanos×jerarquía de agentes con escalera Author→Editor→Director→Orchestrator y tripleta; principios P0–P9 mapeados a mecánica; 8 rituales incl. Inform, bitácora de delegación y alta-de-agente-por-entregable; reglas R1–R10 con autonomía-reversibilidad, vocabulario tipado, WIP, DoD, delegación-por-brief, calibración por evidencia, anti-enjambre, asesoría-L0 y nadie-toca-el-doc; 6 habilidades con adopción vía Rally/Sellos; flujo frente→NEXT→mensaje→decisión con presupuesto de supervisión). F4 adelantado: 7 change requests a la Capa. Doble registro (prosa + YAML). 5 supuestos marcados para F5. Documento vivo con gobernanza de iteración. |
| v01 | 2026-07-12 | Iteración misma sesión (pedido Victor): + Resumen ejecutivo para humanos (problema, idea central, 5 decisiones de diseño, estado) · + Índice navegable · §5 expandido a tres capas: 5.1 conocimientos base (temario de inducción, 7 dominios), 5.2 las 6 habilidades núcleo descritas en operativo, 5.3 competencias distintivas por rol (operador/owner/lead/experto-T/Sherpa Guide) con progresión vía Rally, 5.4 adopción. YAML sincronizado. |
| v01 | 2026-07-12 | WORX Way dado de alta como **producto-metodología del ecosistema WORX** en `ARQ-EL-WORX-OS-Ecosistema-v01` §3.1 (pedido Victor). Posición de portafolio añadida al resumen ejecutivo: userland sobre WORX OS · evolución agéntica del método · lo que WORX Lab instala en 40 días. |
| v01 | 2026-07-12 | ✅ **RATIFICADO por Victor (L3+)**. El WORX Way v0 pasa a canónico y vigente. Siguientes: registro en Registry, entrega formal de CR1–CR7 al room de la Capa (F4) y arranque del piloto F5. |