---
type: DC
asset_id: DC-EL-WORX-BuzonScanner-PluginSpec-v01
version: v01
status: Borrador — listo para implementación en el plugin worx-empowerlabs
owner: Anahí Martínez
sherpa_owner: AniX
ratificador: Victor Heredia (L1)
fecha_creacion: 2026-07-06
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank/PB-WORX-Worx
referencia_canonica:
  - TP-EL-WORX-ComunicacionAsincrona-SherpaX-v01 (blueprint del buzón · Etapas 2-3)
tags: [dc, spec, worx, buzon, buzonscanner, arrancaroom, plugin, sherpax]
---

# Spec · `/buzonscanner` + paso de buzón en `/arrancaroom`
## Cambios al plugin `worx-empowerlabs` (Etapas 2 y 3 del TP del buzón)

> **Para:** quien administra el plugin (Jay/Alex).
> **Contexto:** la infraestructura vault-side ya está construida (2026-07-06): `TEMPLATE-MSG.md`, `_archivo/` y `BZ-EL-BuzonScanner-v01.js` en `BZ-EL-Buzon/`, tablero regenerado con datos reales. Falta solo la capa conductual en el plugin.

## 1 · Nuevo comando `/buzonscanner`

**Dispara con:** `/buzonscanner`, "¿tengo mensajes?", "mi buzón", "qué me mandaron", "revisa mi buzón".

**Qué hace el SherpaX:**

1. Lee el perfil del operador activo (`DC-EL-PerfilOperador-*`) para saber quién es (@Nombre).
2. Escanea `IB-EL-EmpowerLabs/EQ-EL-Equipo/BZ-EL-Buzon/` los archivos `MSG-*.md` con `para:` que incluya al operador y `estado != cerrado`. **No requiere script** — el SherpaX lee la carpeta directamente. (El JS es solo para refrescar el tablero visual.)
3. Reporta por tipo y antigüedad: "Tienes N mensajes: 1 delegar de Victor (Rebelocity, sin due), 1 informar…".
4. Ofrece acciones y las ejecuta directamente sobre los archivos:
   - **Leído** → `estado: leído` en el MSG.
   - **Aceptar** (delegar/revisar) → `estado: aceptado` + escribe `→ NEXT[@operador]:` en el `xdoc_destino`.
   - **Responder** → crea un `MSG-` tipo informar de vuelta (copia de `TEMPLATE-MSG.md`).
   - **Cerrar** → `estado: cerrado` + mueve el archivo a `_archivo/` + cierra el NEXT (`~~NEXT~~: ✅ DONE`).
5. Al final de cualquier acción, corre `node BZ-EL-Buzon/BZ-EL-BuzonScanner-v01.js` para refrescar el tablero.

**Envío ("manda un mensaje a @X"):** el SherpaX copia `TEMPLATE-MSG.md` como `MSG-EL-<Slug>-v01.md`, llena el frontmatter (schema §5 del TP), valida nivel de gobernanza (§9: delegar a frente ajeno = L1, el NEXT entra como propuesto) y refresca el tablero.

## 2 · Paso nuevo en `/arrancaroom`

Añadir al final del guion de `/arrancaroom` (después de "Confirma listo"):

> **5. Revisa el buzón:** corre el escaneo de `/buzonscanner` para el operador activo y reporta: "📬 Tienes N mensajes dirigidos a ti" (o "buzón vacío"). Si hay mensajes con due próximo, destácalos.

Esto es lo que convierte al buzón en sistema de notificación real: nadie tiene que acordarse de revisarlo.

## 3 · Arreglo pendiente en la skill

El `SKILL.md` de `worx-empowerlabs` está **truncado**: termina en "### Protocolo de" (línea 36). Al actualizarlo, completar la sección del protocolo del buzón con los puntos 1-2 de esta spec.

## 4 · Criterio de aceptación (piloto)

Un operador abre room → `/arrancaroom` le avisa que tiene mensajes → acepta un delegar → el NEXT aparece en su pestaña del Semanal → responde → el emisor lo ve al abrir su room. Ciclo completo sin intervención de Jay.

→ NEXT[@Alex]: implementar `/buzonscanner` + paso 5 de `/arrancaroom` en el plugin worx-empowerlabs (esta spec)
→ NEXT[@Victor]: ratificar esta spec (L1) y la gobernanza §9 del TP antes del piloto