---
type: DC
asset_id: DC-XX-WORX-ArrancaRoomX-Spec-v01
version: v01
status: Draft — pendiente ratificación Victor
owner: Victor Heredia
sherpa_owner: Jay
ratificador: Victor Heredia
fecha_creacion: 2026-06-11
intellbank: IB-XX-Maestro
subbank: IPC-XX-IP-Conocimiento/IPC-XX-WORX
proposito: Spec de dos mecanismos de disciplina de rooms — el Room Guard (upgrade universal de /arrancaroom) y el comando /arrancaroomx (room blindado con contrato de parámetros obligatorios y cero desviaciones)
relacionados: "XP-XX-WORX-ArranqueBasico-Individual-v01 · XP-EL-WORX-ArranqueBasico-v01 · plugins worx-core / worx-empowerlabs"
tags: [worx, arrancaroom, arrancaroomx, room-guard, protocolo, capa-universal]
---

# ArrancaRoomX + Room Guard
## Spec de disciplina de rooms — Capa Universal WORX

> **Origen:** modo HighWay 100X (trabajo paralelo en rooms especializados) hace crítica la integridad de contexto de cada room. Caso real que motivó esta spec: un prompt de planeación semanal ejecutado por error en el room de DemandGenPack (11-jun-2026). El costo de la desviación no es el error puntual — es la contaminación del contexto del room y la dispersión de activos.

---

## 1. Room Guard — upgrade universal de /arrancaroom

Aplica a TODO room arrancado con `/arrancaroom` (sin excepción, incluida esta regla en rooms ya activos).

### 1.1 El mecanismo

Al anclar el room a un proyecto, el Sherpa mantiene activo un **guardia de pertinencia**: antes de ejecutar cualquier solicitud, evalúa si pertenece al dominio del room.

| Veredicto | Acción del Sherpa |
|-----------|-------------------|
| ✅ Pertenece | Ejecuta normal |
| 🟡 Dudoso (toca el dominio parcialmente) | Ejecuta, pero señala la frontera en una línea |
| 🔴 Fuera del dominio | **No ejecuta.** Pregunta: "Esto no corresponde a este room ([nombre]). ¿(a) lo ejecuto aquí como excepción consciente, (b) lo capturo como NEXT para el room correcto, o (c) abres ese room?" |

### 1.2 Reglas

- La excepción consciente (a) es válida — el dueño del room manda — pero queda registrada en la minuta/resumen del room como `⚠️ EXCEPCIÓN DE ROOM`.
- El guardia nunca bloquea por burocracia: una sola pregunta, opciones claras, cero sermón.
- Los NEXTs capturados para otros rooms se etiquetan con el room destino para que `/resumenroom` y el next-scanner los enruten.

---

## 2. /arrancaroomx — el room blindado

### 2.1 Qué es

Un room **totalmente especializado, sin desviaciones permitidas**, que no arranca sin un contrato completo de parámetros. Es la versión de grado industrial de `/arrancaroom`: donde el room estándar acompaña, el RoomX **ejecuta bajo contrato**.

**Cuándo usar cada uno:**

| | /arrancaroom (estándar) | /arrancaroomx (blindado) |
|---|---|---|
| Naturaleza | Exploración + producción general | Misión específica con entregables definidos |
| Desviaciones | Permitidas con Room Guard (excepción consciente) | **CERO** — fuera de alcance se rechaza siempre |
| Parámetros | Nombre del room (mínimo) | RoomContract completo (§2.2) — sin él, no arranca |
| Ejemplos | Room de proyecto, ideación, day-to-day | Producción de un kit, sesión cliente (Posta 16-jun), QA de release, sprint de libro |

### 2.2 RoomContract — parámetros obligatorios

El comando exige estos 8 parámetros. Si falta alguno, el Sherpa los pide en un solo bloque y **no ejecuta nada hasta tener el contrato completo**:

1. **Room:** nombre + proyecto ancla (PB-/FAC-/KIT- correspondiente)
2. **Misión:** el resultado único que este room debe producir (1 frase, medible)
3. **Alcance (qué SÍ):** dominios y tareas dentro del contrato
4. **Exclusiones (qué NO):** lo que se rechaza explícitamente — el Sherpa puede inferir y proponer, el owner ratifica
5. **Entregables:** lista de activos esperados con naming canónico y ubicación destino
6. **Tripleta:** Owner + Sherpa + Ratificador del room
7. **Parámetros de comportamiento del Sherpa:** nivel de autonomía (L0–L3), registro/tono, formato de outputs (p.ej. "tablas, cero prosa larga"), gates aplicables (G0, ratificaciones), fuentes permitidas (vault-only / vault+web)
8. **Criterio de cierre:** cuándo el room termina (entregables completos / fecha / decisión del owner) y ritual de salida (`/resumenroom` + minuta obligatorios)

### 2.3 Comportamiento en operación

- **Política de desviación CERO:** toda solicitud fuera del alcance se rechaza con una línea y se captura como NEXT etiquetado al room correcto. No existe la "excepción consciente" — para eso es el room estándar.
- **Gate de arranque:** el Sherpa repite el contrato en ≤10 líneas y el owner confirma. Sin confirmación, no hay ejecución.
- **Vault-First reforzado:** todo activo nace con naming validado contra el parámetro 5; nada queda solo en el chat.
- **Cierre obligatorio:** al cumplirse el criterio de cierre, el Sherpa propone el cierre, corre `/resumenroom`, registra entregables y excepciones rechazadas, y el room queda sellado (cambios posteriores = room nuevo o versión nueva).

### 2.4 Plantilla de invocación

```
/arrancaroomx
Room: [nombre] · Proyecto: [PB-X]
Misión: [resultado único]
SÍ: [alcance]
NO: [exclusiones]
Entregables: [TIPO-ENT-Nombre-vNN, ...]
Tripleta: [Owner / Sherpa / Ratificador]
Comportamiento: [autonomía L_, tono, formato, gates, fuentes]
Cierre: [criterio]
```

---

## 3. Anexo — comando listo para instalar (arrancaroomx.md)

> Para sistemas: agregar como `commands/arrancaroomx.md` en los plugins worx-core y worx-empowerlabs. (No instalable desde esta sesión — los plugins son de solo lectura aquí.)

```markdown
# /arrancaroomx — Arranque de room blindado

Room totalmente especializado. CERO desviaciones. No arranca sin contrato completo.

## Qué hacer

1. Carga el contexto WORX (mismo paso 1 de /arrancaroom).
2. Lee DC-XX-WORX-ArrancaRoomX-Spec-v01 en el vault (IB-XX-Maestro/IPC-XX-IP-Conocimiento/IPC-XX-WORX/).
3. Exige el RoomContract de 8 parámetros (§2.2 de la spec). Si el usuario ya dio
   algunos en la invocación, infiere los faltantes que puedas proponer (exclusiones,
   naming de entregables) y pide confirmación de TODO el contrato en un solo bloque.
4. NO ejecutes ninguna tarea hasta que el owner confirme el contrato.
5. En operación: política de desviación CERO — toda solicitud fuera de alcance se
   rechaza en una línea y se captura como NEXT etiquetado al room correcto.
6. Al cumplirse el criterio de cierre: propón cierre, corre /resumenroom, sella el room.

Sé breve. El contrato en ≤10 líneas. Cero sermones.
```

---

## 4. Implementación

| Paso | Acción | Responsable |
|------|--------|-------------|
| 1 | Ratificar esta spec | Victor |
| 2 | Agregar Room Guard al XP de arranque (XP-XX y XP-EL) y al comando /arrancaroom de ambos plugins | Sistemas (sesión de skills) |
| 3 | Instalar /arrancaroomx en worx-core y worx-empowerlabs (anexo §3) | Sistemas |
| 4 | Probar: room estándar con desviación (guard) + RoomX con contrato (Posta 16-jun es candidato ideal) | Victor + Jay |

## CHANGELOG

| Versión | Fecha | Cambio |
|---------|-------|--------|
| v01 | 2026-06-11 | Creación. Room Guard universal (3 veredictos, excepción consciente registrada) + comando /arrancaroomx (RoomContract de 8 parámetros, desviación cero, cierre sellado) + anexo de comando instalable. Origen: modo HighWay 100X |