--- type: OUT asset_id: OUT-EL-WorXDirectorX-PaqueteL3-Activacion-v01 version: v01 status: PARA RATIFICACIÓN — L3 de Victor (3 decisiones) owner: Victor Heredia sherpa: Jay ratificador: Victor Heredia (L3+) intellibank: IB-EL-EmpowerLabs subbank: SVA-EL-UltraSherpas experimento: EXP-2026-12 agente: SVA-EL-DirectorNegocio-v01 (WorXDirectorX) proposito: > Paquete de decisión L3 para activar al WorXDirectorX: (1) designar su auditor de congruencia, (2) su onboarding, (3) el go del piloto F7. Formato consultor→aprobador (contexto + opciones + trade-offs + recomendación). Victor ratifica; el room ejecuta la parte mecánica (L1) tras el visto. relacionados: - MPB-EL-WorXDirectorX-Playbook-v01 (§5 pasos de activación) · TP-EL-WorXDirectorX-Room-v01 (NEXT 2 y 5) - SVA-EL-AuditorCongruencia-WorXDirectorX-v01 · SPEC-EL-SuperSherpaLiderNegocio-v01 (§2.4, §5, §6) - CP-EL-FrentesTablero-v01 (roster §1 · F7) · CP-XX-BMF-RegistroAgentico-v01 (Bloque D) fecha_creacion: 2026-07-12 tags: [OUT, paquete-decision, L3, activacion, worxdirectorx, dx, EXP-2026-12] --- # Paquete de decisión L3 · Activación del WorXDirectorX ## 3 decisiones tuyas · consumible en < 10 min > **Estado:** 🟢 ambos gates PASS (maestría 9/10+3/3 · wargame 10/10). Auditor **diseñado**. El agente **opera solo L0** hasta que ratifiques lo de abajo. Todo lo que sigue son **decisiones reservadas** (§2.4: recursos/rol y arranque de mandato) — por eso te llegan como paquete, no ejecutadas. > > **Cómo ratificar:** marca tu veredicto en el bloque de cada decisión (✅ aprobar / ✍️ aprobar con ajuste / ⛔ rechazar). Con tu visto, el room ejecuta la parte mecánica (altas, cambios de estado) en banda L1 y lo registra. --- ## Decisión 1 · Designar el auditor de congruencia **Contexto.** La SPEC §4.2.4 exige un auditor independiente que audite semanalmente las decisiones-en-banda del DirectorX y emita un score; bajo umbral, baja su banda. Es la métrica 6 del piloto (4 auditorías en 30 días) y no puede ser el propio agente. Ya está diseñado: `SVA-EL-AuditorCongruencia-WorXDirectorX-v01` (6 dimensiones, frontera eliminatoria, umbral ≥90 + 0 frontera, cognición disjunta). | Opción | Qué implica | Trade-off | |---|---|---| | **A — Designar tal cual (recomendada)** | Auditor en **Opus** (modelo distinto al DirectorX), **cadencia semanal** en el piloto, **tú** ratificas sus vetos de banda | Cumple métrica 6 y separación de poderes; carga mínima para ti (revisas 1 scorecard/semana) | | B — Designar con cadencia quincenal | 2 auditorías en el piloto | Rompe la métrica 6 (pide 4); menos señal temprana de drift. No recomendado en piloto | | C — Auditor humano en vez del agente | Una persona audita la congruencia | Más costo/tiempo humano; contradice el objetivo de reducir tu carga; el patrón "agentes controlan agentes + accountability humana" ya lo cubre con Opus + tu ratificación | **Recomendación: Opción A.** Es lo alineado con la SPEC y lo más barato para ti. Al designar, confirmas (a) modelo distinto, (b) arranque semanal con el piloto, (c) tú como ratificador de vetos. **Tu veredicto:** ⬜ ✅ aprobar · ⬜ ✍️ aprobar con ajuste: __________ · ⬜ ⛔ rechazar **Fecha / firma:** __________ --- ## Decisión 2 · Onboarding del WorXDirectorX **Contexto.** Para operar necesita existir oficialmente ante el equipo: alta en el roster como **miembro agéntico** (no pareado a un humano — reporta a ti), que el equipo sepa que **propone, no manda**, y arranque de rituales (brief diario ≤10 min + revisión semanal). El roster vive en `CP-EL-FrentesTablero-v01 §1`. | Opción | Qué implica | Trade-off | |---|---|---| | **A — Onboarding completo (recomendada)** | (a) Alta en roster: *"WorXDirectorX · Agente — DirectorX · reporta a Victor"*; (b) presentación al equipo (vía sus SherpaX / buzón): qué hace y que **coordina proponiendo**; (c) arranque de rituales | El equipo entiende su rol → sin fricción cuando coordine con Jay/AngyX/AniX. Costo: una nota de presentación | | B — Onboarding silencioso | Solo alta en roster, sin presentar al equipo | Riesgo de confusión: alguien podría leer una propuesta del DirectorX como instrucción. No recomendado | | C — Diferir hasta tener Linx/Cara/Celia fabricados | Espera a completar el fleet DG | Retrasa el piloto sin necesidad: la SPEC (S4) confirma que puede arrancar solo con **ux-tlaloc + shells** | **Recomendación: Opción A.** La claridad de "propone, no manda" es justo lo que protege la frontera §2.4.6 en el día a día del equipo. **Tu veredicto:** ⬜ ✅ aprobar · ⬜ ✍️ aprobar con ajuste: __________ · ⬜ ⛔ rechazar **Fecha / firma:** __________ --- ## Decisión 3 · Go del piloto F7 (30 días) — se desbloquea con 1 y 2 **Contexto.** El piloto valida la hipótesis de autonomía acotada: observación total, ejecución solo donde hay banda ganada. Frente: **F7 Demand gen transversal** (Líder Ángeles + AngyX · room PB-DemandGen · prioridad 🔴 Alta · tú colaborador). Objetivos heredados: newsletter Reinventa (1.61) + LinkedIn (1.62) + DGen kits. | Opción | Qué implica | Trade-off | |---|---|---| | **A — Go piloto completo (recomendada)** | Observación **L0 total** (9 frentes) + **ejecución L1-L2 solo en F7** (coordina ux-tlaloc; impulsa Linx/Cara/Celia vía /sx-); resto **L2-propone**; respeta tripleta de Ángeles | Prueba de verdad la hipótesis; frontera y auditor lo contienen. Requiere tu ~20-30% de supervisión | | B — Go solo observación L0 (1-2 semanas) y luego habilitar ejecución | Arranca observando y proponiendo; ejecución en F7 tras una revisión intermedia | Más conservador; pero no prueba autonomía todavía. Útil si prefieres ver su criterio antes de darle ejecución | | C — Esperar | No arranca aún | Gates ya PASS; cada semana sin piloto es aprendizaje no capturado | **Recomendación: Opción A**, con red de seguridad: la métrica 2 (0 violaciones de frontera) es eliminatoria y el auditor corre semanal desde S1 — si algo se sale, baja a L0 automático. Si prefieres calentar motores, la Opción B es un arranque legítimo. **Tu veredicto:** ⬜ ✅ aprobar (A) · ⬜ ✍️ arranque conservador (B) · ⬜ ⛔ esperar **Fecha / firma:** __________ --- ## Riesgos y salvaguardas (recordatorio) - **Kill-switch** vigente desde el minuto uno: tu orden → L0 + memoria congelada, sin negociación. - **Presupuesto duro** de acciones/semana; al tope se detiene y reporta. - **Cero contacto exterior**; todo lo que roce terceros o pricing sigue llegándote como paquete. - **Trazabilidad total**: toda decisión en banda queda registrada y auditable. ## Qué ejecuta el room al ratificar (L1, mecánico) 1. Auditor → estado **Designado** en `SVA-EL-AuditorCongruencia…`, `BOS §3` y Registro Bloque D. 2. Alta de WorXDirectorX en el roster `CP-EL-FrentesTablero-v01 §1` + nota de presentación. 3. Rituales: primer brief diario emitido; agenda de revisión semanal + auditoría S1. 4. Registro Bloque D → banda vigente del piloto activada; `TP-EL-WorXDirectorX-Room-v01` NEXT 2 y 5 cerrados, NEXT 6 (piloto) en curso; EXP-2026-12 → Corriendo. ## CHANGELOG | Versión | Fecha | Cambio | |---|---|---| | v01 | 2026-07-12 | Creación (room /arrancaroom, Opus). Paquete L3 de activación: designación del auditor, onboarding y go del piloto F7, cada uno con opciones/trade-offs/recomendación y bloque de ratificación. Pendiente del veredicto de Victor. |