---
type: TP — Transfer Pack
asset_id: TP-EL-WB-Workbench-v01
version: v01
status: DRAFT · pendiente ratificación Victor + primera activación
owner: Victor Heredia / EmpowerLabs
sherpa_owner: Jay (SherpaX maestro · operador principal del Room)
fecha_creacion: 2026-05-18
fecha_ultima_actualizacion: 2026-05-18
fecha_validada_contra_filesystem: 2026-05-18 (G1 PASS aplicado · SOP-EL-WORX-FrontmatterIntegrity-v01)
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank / PB-WB-Workbench
proposito: Activar un Room operativo cotidiano para ejecutar tareas atómicas que no merecen un room dedicado · Brain Codes · transcripts · correcciones de texto · evaluación de videos · operaciones de vault · búsquedas · cheat sheets pequeños
caracter_del_room: persistente · multi-tarea · no atado a un proyecto comercial específico · espacio de ejecución de microtareas con skills canónicos
modo: ejecución operativa cotidiana · ciclos cortos (5-30 minutos por tarea)
ratificado_por: pendiente (Victor · post-revisión y primera activación)
sistema_worx: K3 AGENCY (interfaz sherpa-humano) · K4 VAULT (sustrato) · K6 CADENCE (ritmo operativo) · todos los Keys son aplicables según la tarea
documentos_hermanos:
  - SOP-EL-WORX-BrainOSFirst-v01.md (G0 obligatorio antes de toda producción canónica · aplica a todas las tareas)
  - SOP-EL-WORX-FrontmatterIntegrity-v01.md (G1 obligatorio antes de canonizar · aplica a outputs canonizables)
  - SOP-EL-WORX-DocBySherpa-v01.md (P010 · documentación delegada · marco del trabajo del sherpa)
  - SOP-EL-WORX-RoomActivation-v01.md (P012 · starter pack loading · este TP es el starter pack del Workbench)
referencias_relacionadas:
  - CAS-EL-WORX-LabPraxis-BancoCasos-v01.md (banco vivo · captura CAS que emerjan de operaciones del Workbench)
  - CP-XX-IntelliBanks-Registry-v01.md (registry maestro · se actualiza con activos producidos en el Workbench)
tags: [TP, room, workbench, operaciones, microtareas, multi-skill, persistente, daily-ops]
---

## 📋 CHANGELOG
| Fecha | Cambio | Por |
|-------|--------|-----|
| 2026-05-18 | Creación · v01 DRAFT · Transfer Pack para activar Room Workbench. Catálogo inicial de 7 familias de tareas + skills mapeados + Starter Prompt + convenciones operativas + anti-patrones. Frontmatter validado contra filesystem (G1 PASS al nacimiento · SOP-EL-WORX-FrontmatterIntegrity-v01). | @Jay |

---

# Transfer Pack — Workbench Room
## Room operativo cotidiano para tareas atómicas que no merecen room dedicado

---

## 0. Encuadre

El **Workbench** es la mesa de trabajo persistente del ecosistema EmpowerLabs. No es un room de proyecto · no es un room de estrategia · no es un room comercial. Es el espacio donde se ejecutan las tareas **operativas atómicas** que aparecen todos los días y que sería ineficiente abrir un room dedicado para cada una.

> **Metáfora:** si los rooms de proyecto son **mesas de comedor formales** (una conversación de fondo, un tema, varios platillos), el Workbench es el **banco de trabajo** del taller — siempre activo, con las herramientas a la mano, donde haces una cosa puntual y sales.

---

## 1. Identidad del Room

### Qué ES el Workbench

- **Persistente.** Siempre abierto · siempre disponible.
- **Multi-tarea.** Cada sesión puede ejecutar 1-5 tareas distintas.
- **Skill-driven.** El trabajo se ejecuta invocando skills canónicos del ecosistema.
- **Atómico.** Cada tarea es discreta · entrada clara · salida clara · 5-30 minutos.
- **No-acumulativo conceptualmente.** No genera narrativa de proyecto · genera outputs canónicos sueltos.
- **Trazable.** Cada output queda registrado en su ubicación canónica.

### Qué NO ES el Workbench

- **No es un room de proyecto.** Si la tarea desencadena trabajo profundo de varios días, se spawnea un room dedicado.
- **No es un room comercial.** Conversaciones con clientes y prospectos viven en sus rooms dedicados (PB-AR · PB-CDD · etc.).
- **No es un room estratégico.** Decisiones sistémicas viven en rooms de proyecto o en el PB-VH-Victor.
- **No es un room de minutas semanales.** Eso es el PB-VH-Victor.
- **No es para inventar arquitectura nueva.** Eso requiere G0 profundo · escalar a room dedicado.
- **No reemplaza** rooms existentes para sus dominios (LabPraxis · SherpaX · CDD · etc.).

---

## 2. Catálogo de tareas operativas

### 2.1 Brain Codes (BC- / BCV-)

**Tareas típicas:**
- Agregar un Brain Code nuevo al banco.
- Actualizar un Brain Code existente (nueva versión).
- Revisar coherencia de un Brain Code con el ecosistema.
- Extraer Brain Code de una sesión transcrita.

**Skill canónico:** `brain-code-saver`
**Ubicación de outputs:** `IB-EL-EmpowerLabs/BC-EL-BrainCodes/` (subcarpetas por tipo)
**Convención de naming:** `BC-EL-[Tema]-vNN.md` o `BCV-EL-[Tema]-vNN.md`

### 2.2 Transcripts (revisión y extracción)

**Tareas típicas:**
- Procesar transcript de sesión Victor (audio → texto canonizado).
- Extraer Brain Codes de un transcript.
- Identificar canónicos potenciales (CP, MePB, SOP) emergentes.
- Identificar NEXTs[@Persona] de la sesión.
- Identificar casos para LabPraxis.

**Procedimiento canónico:**
1. Leer transcript completo · marcar hitos.
2. Aplicar G0 (Brain OS-First) si emerge algo canonizable.
3. Producir minuta canónica si la sesión lo amerita (`MIN-DAY-AAAA-MM-DD-vNN-Tema.md`).
4. Listar Brain Codes candidatos.
5. Listar NEXTs.
6. Listar candidatos LabPraxis.

**Ubicación de outputs:** según naturaleza (minuta en PB de la sesión · BC en banco BC- · CAS en LabPraxis · NEXTs en los archivos de los responsables).

### 2.3 Textos (corrección · humanización · traducción)

**Tareas típicas:**
- Corregir ortografía y gramática de un texto.
- Humanizar texto generado por LLM (quitar AI tells).
- Traducir un fragmento ES↔EN.
- Adaptar texto a la voz Victor (VVP).

**Skill canónico (parcial):** `humanizer`
**Referencia obligada:** `reference_vvp_voice_pack.md` (memoria auto-cargada · Victor Voice Pack v0.1)
**Reglas invariantes a respetar:**
- Español mexicano · "tú" no "vos"
- Mayúsculas solo en nombres propios (no estilo título inglés)
- Sin em-dashes excesivos · sin "rule of three" forzado
- Sin promotional language

**Ubicación de outputs:** mismo archivo si es corrección · nuevo archivo si es traducción/transformación.

### 2.4 Videos (transcripción · evaluación · extracción)

**Tareas típicas:**
- Transcribir video o audio.
- Extraer insights canónicos de un video.
- Evaluar contenido (¿canonizable? ¿material demand gen? ¿caso LabPraxis?).
- Producir resumen ejecutivo de un video.
- Identificar fragmentos citables.

**Procedimiento canónico:**
1. Si el video tiene transcript, ir directo a §2.2.
2. Si no, generar transcript primero (herramientas externas · usuario provee).
3. Aplicar procedimiento de §2.2 al transcript.

**Ubicación de outputs:** depende del destino (cita citable · análisis · etc.).

### 2.5 Vault ops (rescate · renombrado · auditoría · validación)

**Tareas típicas:**
- Rescatar archivo huérfano (fuera de IB-*).
- Renombrar archivo para cumplir convención BMF.
- Mover archivo entre IntelliBanks.
- Validar wiki (links rotos, gaps).
- Validar registry (activos no registrados).
- Validar frontmatter (CAT A/B/C · CASO 018).
- Escanear NEXTs[@Persona] del vault.

**Skills canónicos:**
- `vault-orphan-rescue` → rescate de huérfanos
- `bmf-file-renamer` → renombrado masivo
- `bmf-registry-updater` → QA del registry
- `llm-wiki-validator` → validación del wiki
- `next-scanner` → NEXTs por persona
- `SOP-EL-WORX-FrontmatterIntegrity-v01` → validación de frontmatter (G1)

**Ubicación de outputs:** archivos modificados in-place + reporte breve en bitácora del día.

### 2.6 Búsquedas y consultas

**Tareas típicas:**
- "¿Existe ya un canónico de X en el vault?"
- "¿Qué se ha escrito sobre Y?"
- "¿Dónde está el archivo Z?"
- "¿Cuántos activos hay del tipo W?"
- "¿Qué NEXTs tengo pendientes?"

**Procedimiento canónico:**
1. Aplicar G0 (Brain OS-First) si la consulta puede llevar a producción.
2. Producir respuesta directa al usuario.
3. Si la consulta amerita documentación, producir `CONS-[SLUG]-v01.md` o nota embebida.

**Ubicación de outputs:** respuesta en chat + CONS- si aplica.

### 2.7 Cheat sheets y mapas pequeños

**Tareas típicas:**
- Producir SVG de panorama puntual.
- Producir diagrama de relaciones entre activos.
- Producir mapa de flujo operativo.

**Convención visual canónica:** fondo negro · paleta pastel (lavanda · mantequilla · menta · durazno · rosa) · títulos con sombra de color · IDs de documento en cada celda · estructura clara.

**Ubicación de outputs:** mismo room del proyecto que ilustran (no en el Workbench si es de un proyecto específico).

---

## 3. Skills disponibles · catálogo activo

| Skill | Cuándo invocar | Output esperado |
|-------|----------------|-----------------|
| `brain-code-saver` | Guardar BC- o BCV- en el banco | Archivo BC- canónico en `BC-EL-BrainCodes/` |
| `bmf-file-renamer` | Renombrar masivo cumpliendo BMF | Archivos renombrados + reporte |
| `bmf-registry-updater` | QA / actualizar registry maestro | Registry actualizado + reporte de cambios |
| `vault-orphan-rescue` | Archivo fuera de IB-* | Archivo movido al IB correcto · registry actualizado |
| `llm-wiki-validator` | Validar salud del wiki | Reporte de gaps · links rotos · orfandad |
| `next-scanner` | Listar NEXTs[@Persona] | Lista consolidada por persona |
| `labpraxis-case-documenter` | Documentar caso operativo en LabPraxis | Entrada nueva en banco LabPraxis |
| `humanizer` | Quitar AI tells de un texto | Texto humanizado |
| `schedule` | Crear/actualizar tarea agendada | Tarea programada activa |
| `pdf` · `docx` · `pptx` · `xlsx` | Producir documentos formales | Archivo del formato pedido |
| `SOP-EL-WORX-BrainOSFirst-v01` | G0 obligatorio antes de canonizar | `CONS-[SLUG]-v01.md` |
| `SOP-EL-WORX-FrontmatterIntegrity-v01` | G1 obligatorio antes de canonizar | Nota G1 PASS en CHANGELOG del activo |

---

## 4. Convenciones operativas del Room

### 4.1 Sin minuta dedicada

El Workbench **no produce minuta propia**. Cada tarea ejecutada se registra en la bitácora del día del documento MIN- semanal vivo (`MIN-EL-VH-Semana-AAAA-MM-DD-vNN-*.md` en PB-VH-Victor).

### 4.2 Outputs siempre canónicos

Todo output del Workbench debe ir a su ubicación canónica del vault (IB correcto · convención BMF · frontmatter validado · G1 PASS). El Workbench es el lugar donde se ejecuta el trabajo, **no donde viven los outputs**.

### 4.3 Una tarea a la vez

Aunque el Room es multi-tarea por naturaleza, dentro de una sesión las tareas se ejecutan secuencialmente · una se cierra antes de abrir la siguiente.

### 4.4 G0 + G1 obligatorios para outputs canónicos

Toda producción que termine como activo canónico del vault pasa por:
- **G0** · Brain OS-First (SOP-EL-WORX-BrainOSFirst-v01)
- **G1** · Frontmatter Integrity (SOP-EL-WORX-FrontmatterIntegrity-v01)

Tareas de consulta o exploración no requieren G0/G1.

### 4.5 Trazabilidad por bitácora

Cada tarea ejecutada se registra en la bitácora del día del MIN- semanal con:
- Hora aproximada
- Tarea ejecutada
- Skill invocado (si aplica)
- Outputs producidos (con paths)
- NEXTs si emergen

---

## 5. Outputs canónicos del Workbench

El Workbench no produce un tipo de activo propio. Sus outputs son los que cada tarea genera según su naturaleza:

| Tipo de tarea | Output canónico típico |
|--------------|------------------------|
| Brain Code | `BC-EL-[Tema]-vNN.md` en `BC-EL-BrainCodes/` |
| Transcript procesado | `MIN-DAY-AAAA-MM-DD-vNN-Tema.md` + Brain Codes derivados + NEXTs |
| Texto corregido | Archivo original modificado (in-place) |
| Video evaluado | Análisis breve + ubicación según destino |
| Vault op | Archivos modificados/movidos + reporte en bitácora |
| Búsqueda | Respuesta en chat + `CONS-` si amerita |
| Cheat sheet | `MAP-EL-[Tema]-vNN.svg` en el room correspondiente |
| Caso LabPraxis | Entrada nueva en `CAS-EL-WORX-LabPraxis-BancoCasos-v01.md` |

---

## 6. Anti-patrones · qué NO hacer en el Workbench

1. **No producir contenido estratégico aquí.** Si la tarea requiere pensamiento profundo de varias horas, spawnear room dedicado.
2. **No abrir conversaciones de proyecto.** Cada proyecto tiene su Room. El Workbench no es para conversaciones de Caso 0, CDD, SherpaX, Alain Ríos, etc.
3. **No acumular tareas sin cerrarlas.** Una tarea abierta y olvidada degrada el Room. Si no se puede cerrar, se difiere explícitamente a otro día.
4. **No usar el Workbench como room comercial.** Hablar con clientes/prospectos requiere su Room dedicado (con TP, IB, etc.).
5. **No saltarse G0/G1 para outputs canónicos.** El Workbench ejecuta rápido, pero no a costa de la calidad canónica.
6. **No producir activos sin ubicación canónica.** Si una tarea genera un archivo, debe vivir en su IB correcto. Nunca en raíz del vault, nunca en `00-Inbox/`, nunca en `/Projects/` legacy.
7. **No reescribir lo que ya existe sin G0.** Toda producción nueva debe consultar el vault primero.
8. **No usar el Workbench para microtareas que no aportan canónico.** Si la tarea no produce ni siquiera una nota en bitácora, probablemente no era para canonizarse.

---

## 7. Cuándo transferir tarea a Room dedicado

Trigger para escalar fuera del Workbench:

- **La tarea va a tomar >2 horas** y produce múltiples activos relacionados.
- **La tarea es la primera de una serie** que requiere continuidad (varios días).
- **La tarea genera decisión estratégica** que afecta el modelo de negocio o la arquitectura.
- **La tarea tiene stakeholder externo** (cliente, prospecto, partner).
- **La tarea desencadena producción de canónicos mayores** (MePB, CP, MPB).
- **La tarea aparece recurrentemente** (3+ veces) → spawnear room para evitar repetición.

Procedimiento de escalación: abrir Room dedicado con su propio TP · transferir contexto · cerrar la tarea en el Workbench con `→ NEXT: continuar en [Room dedicado]`.

---

## 8. Starter Prompt · activación del Room

### 8.1 Prompt canónico de arranque

```
Estoy abriendo el Room Workbench (PB-WB-Workbench) en una sesión nueva. Carga el TP-EL-WB-Workbench-v01 como contexto canónico inicial.

Antes de ejecutar cualquier tarea:
1. Consulta el TP completo para entender el catálogo de tareas disponibles.
2. Aplica SOP-EL-WORX-BrainOSFirst-v01 (G0) si la tarea va a producir activo canónico.
3. Aplica SOP-EL-WORX-FrontmatterIntegrity-v01 (G1) al cerrar cualquier activo canónico.

Tareas disponibles hoy:
- [Victor declara aquí qué tareas quiere ejecutar en esta sesión]

Convenciones:
- Una tarea a la vez.
- Outputs siempre a su ubicación canónica del vault.
- Registro de la sesión en la bitácora del día del MIN- semanal vivo.
- Si una tarea escala más allá de 2 horas o requiere room dedicado, escalación explícita.

Confirma G0 + G1 PASS antes de cerrar cualquier output canónico.
```

### 8.2 Secuencia de carga del Room

1. Cargar este TP completo.
2. Cargar `SOP-EL-WORX-BrainOSFirst-v01` (G0).
3. Cargar `SOP-EL-WORX-FrontmatterIntegrity-v01` (G1).
4. Cargar la bitácora del día actual del `MIN- semanal vivo` (PB-VH-Victor).
5. Listar las tareas que Victor declara para la sesión.
6. Ejecutar tareas secuencialmente.

### 8.3 Cierre del Room

Al cerrar la sesión del Workbench:
1. Verificar que todos los outputs canónicos tienen G1 PASS.
2. Registrar las tareas ejecutadas en la bitácora del día.
3. Listar NEXTs si emergieron.
4. Si una tarea escaló a Room dedicado, dejar constancia explícita.

---

## 9. Conexiones canónicas

| Canónico | Conexión con Workbench |
|---------|----------------------|
| `MIN-EL-VH-Semana-AAAA-MM-DD-vNN-*.md` | Bitácora del día donde se registran las tareas ejecutadas |
| `SOP-EL-WORX-BrainOSFirst-v01` | G0 · gate obligatorio para outputs canónicos |
| `SOP-EL-WORX-FrontmatterIntegrity-v01` | G1 · gate obligatorio para outputs canónicos |
| `SOP-EL-WORX-RoomActivation-v01` (P012) | Define cómo se carga el starter pack del Room |
| `CAS-EL-WORX-LabPraxis-BancoCasos-v01` | Captura CAS que emerjan de operaciones del Workbench |
| `CP-XX-IntelliBanks-Registry-v01` | Se actualiza con activos producidos en el Workbench |
| `BC-EL-BrainCodes/` | Destino canónico de Brain Codes producidos |
| `Skills/` (`brain-code-saver` · `bmf-file-renamer` · etc.) | Herramientas ejecutables desde el Workbench |

---

## 10. Casos de uso ilustrativos

### Caso A · Victor llega con un Brain Code dictado para guardar

```
Apertura: "Estoy en el Workbench. Tengo este BC- para guardar en el banco."
↓
Sherpa carga TP + G0 + G1
↓
Aplica skill `brain-code-saver`
↓
Brain Code guardado en BC-EL-BrainCodes/ · frontmatter validado G1 PASS
↓
Registro en bitácora MIN- del día
↓
Cierre tarea
```

### Caso B · Victor llega con transcript de sesión Emilio para procesar

```
Apertura: "Workbench. Procesa este transcript de sesión con Emilio del 2026-05-XX."
↓
Sherpa lee transcript completo
↓
Aplica G0 si emerge canonizable
↓
Produce MIN-DAY-2026-05-XX-vNN-Tema.md en PB-VH-Victor
↓
Lista Brain Codes candidatos · pregunta a Victor cuáles guardar
↓
Para cada BC ratificado: aplica skill brain-code-saver
↓
Lista NEXTs[@Persona] identificados
↓
Si emerge caso LabPraxis: invoca labpraxis-case-documenter
↓
Registro en bitácora MIN- semanal
↓
Cierre tarea (o escalación si la sesión revela algo mayor)
```

### Caso C · Victor llega a hacer corrección de un texto antes de publicarlo

```
Apertura: "Workbench. Revisa y humaniza este texto antes de publicarlo en LinkedIn."
↓
Sherpa carga reference_vvp_voice_pack.md (voz Victor)
↓
Aplica skill `humanizer` + reglas VVP
↓
Devuelve texto corregido + lista de cambios destacados
↓
Victor ratifica · texto queda listo
↓
Registro en bitácora
↓
Cierre tarea
```

### Caso D · Victor pide barrido del vault para detectar archivos huérfanos

```
Apertura: "Workbench. Haz un barrido del vault buscando archivos fuera de IB-*."
↓
Sherpa ejecuta búsqueda con bash
↓
Lista archivos huérfanos detectados
↓
Para cada uno: aplica skill vault-orphan-rescue (clasifica + propone IB destino + renombra si necesario)
↓
Reporta resultados consolidados a Victor
↓
Victor ratifica movimientos
↓
Sherpa ejecuta · actualiza registry
↓
Registro en bitácora
↓
Cierre tarea
```

### Caso E · Victor pide cheat sheet visual rápido de un tema

```
Apertura: "Workbench. Genérame un mapa visual del pipeline comercial actual."
↓
Sherpa carga datos del pipeline desde la minuta semanal vigente
↓
Produce SVG con paleta canónica (fondo negro · pastel · sombras de color · IDs en cada celda)
↓
Lo guarda en el room correspondiente (no en el Workbench)
↓
Renderiza widget en chat
↓
Victor revisa · ratifica o pide ajustes
↓
Cierre tarea
```

---

## 11. NEXTs canónicos del Room

→ NEXT[@Victor]: Ratificar TP-EL-WB-Workbench-v01 · convierte DRAFT → PROD.
→ NEXT[@Victor]: Validar el nombre del Room "Workbench" o proponer alternativa (alternativas consideradas: PB-OPS-Ops · PB-WB-Workbench · PB-DAILY-DailyOps · PB-WK-Workshop). Si se cambia el nombre, renombre del archivo + carpeta + esta entrada.
→ NEXT[@Jay]: Activar el Room en la primera sesión real (test in-vivo del TP).
→ NEXT[@Jay]: Registrar el Room en el `CP-XX-IntelliBanks-Registry-v01.md` una vez ratificado.
→ NEXT[@Jay]: Si emergen patrones operativos no contemplados en este TP, documentarlos como CAS en LabPraxis y proponer v02 del TP.
→ NEXT[@Jay]: Considerar producir `SP-EL-WB-Workbench-v01.md` (Starter Prompt independiente del TP) en caso de que el room evolucione a usarlos por separado.

---

*TP-EL-WB-Workbench-v01 · IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-WB-Workbench/ · 18 de mayo de 2026*
*Owner: Victor Heredia · Sherpa Owner: Jay (SherpaX maestro)*
*"Mesa de trabajo persistente · tareas atómicas · skills canónicos · siempre lista."*