## Asset Header - **Asset ID:** DC-XX-BMF-Launch-CentralDoc-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-XX-Maestro - **Tipo:** DC — Document Canónico - **Propósito:** 5.1 Instrucciones inmediatas (no negociables) - **Última actualización:** 2026-04-11 --- Big MetaFactory Launch Room — Registry Reset + Pilot Execution (v0.1) https://chatgpt.com/g/g-p-692b375798388191b4858e1c523a638d-metafactory-lab/c/69790d76-c400-832f-b350-a3db9189051a Con planes de trabajo para cada miembro del equipoe Empower # --- ## 5.1 Instrucciones inmediatas (no negociables) ### 1. El Registry es la única fuente de verdad - Ningún trabajo se ejecuta si no existe como fila en el Registry Master. - Ningún asset puede avanzar sin Registry_ID, versión, owner y status. - Si algo no puede registrarse en el Control Plane, se considera que **no existe**. ### 2. Un solo piloto activo - Hasta cerrar el Pilot Cycle P0 con evidencia completa, no se inicia ningún otro pipeline. - No se permiten “pruebas”, “borradores sueltos” ni trabajo paralelo fuera del piloto. ### 3. Separación estricta de roles - Victor decide, aprueba y prioriza. No opera. - Operadores producen siguiendo checklists. No rediseñan el sistema. - El Control Plane vigila y detiene si se rompen invariantes. ### 4. QA binario - QA solo puede ser PASS o FAIL. - FAIL implica patch-only + re-run documentado. - No existe el estado “casi listo”. ### 5. Stop-the-line real - Si se rompen WIP limits, falta logging o se cambia significado sin Track A, el pipeline se detiene. - Se corrige primero el sistema y luego se reanuda la producción. --- ## 5.2 Ritmo operativo mínimo - Daily standup (15 min) - Qué está en progreso - Qué está bloqueado - Próxima acción registrada en el Registry - Weekly review - Throughput real - Defectos QA recurrentes - Qué assets se congelan, matan o promueven No se agregan más rituales. --- ## 5.3 Roles y responsabilidades ### Victor — Owner / Architect - Aprueba Transfer Packets. - Define Track A / Track B. - Decide prioridades, kill, merge o freeze. - Garantiza que el sistema no se expanda de scope. Checklist: - Registry actualizado - WIP bajo límites - Ningún asset huérfano ### Ángeles — Ops / Control Plane - Mantiene el Registry Master limpio y actualizado. - Vigila WIP limits y estaciones. - Detiene el sistema si se rompen invariantes. Checklist: - Campos críticos completos - Backlog en horas, no en días - RunLogs completos ### Anaí — Operator (Contenido) - Ejecuta Writer OS según plantillas. - Produce outputs definidos en el TP. - Registra RunLogs sin excepción. Regla: - No se mejora el sistema mientras se opera el sistema. ### Juan Carlos — Automation / Pipelines - Automatiza solo pipelines estabilizados. - No modifica significado ni lógica editorial. Regla: - Automatización entra después del piloto, no antes. ### Dev Team — MVP MasterPlaybooks - Provee infraestructura mínima para que el pipeline corra. - No agrega features ni UX experimental. Entrega esperada: - Lo suficiente para operar el piloto. --- ## 5.4 Secuencia operativa estándar (qué pasa ahora) 1. Cierre del Registry Reset - Todas las iniciativas del Roadmap registradas. - Owners, Status y Next Action claros. 2. Definición del Transfer Packet del piloto - Objetivo - Audiencia - Outputs exactos - Constraints - Track 3. Ejecución del piloto end-to-end - Newsletter - 10 tarjetas - 1 short Todo con IDs, versiones, QA y RunLogs. 4. Review dura del sistema - Dónde se rompió el flujo - Qué estación generó fricción - Qué checklist faltó 5. Declaración “Factory Ready to Operate” - Otro operador puede repetir el ciclo sin improvisar ni preguntar. --- ## 5.5 Criterio para congelar este documento como v0.1 Este documento puede congelarse cuando: - El piloto P0 se completó con evidencia. - El Registry refleja el estado real del sistema. - Los roles operan sin ambigüedad. - El pipeline puede repetirse sin intervención directa del Owner.