## Asset Header - **Asset ID:** SOP-EL-VH-CloneCopilot-Deploy-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-EL-EmpowerLabs - **Tipo:** SOP — Standard Operating Procedure - **Propósito:** PLAYBOOK: Victor Clone Copilot - **Última actualización:** 2026-04-11 --- # PLAYBOOK: Victor Clone Copilot ## Creación y Despliegue del Personal Digital Twin ─────────────────────────────────────────────────────────────────────────────── **Asset ID**: MPB-CLONE-COPILOT-DEPLOY_v1.0 **Tipo**: MetaPlaybook (Operaciones) **Versión**: 1.0.0 **Estado**: Frozen **Owner**: Victor Heredia **Propósito**: Guía completa para crear, desplegar y operar el Victor Clone Copilot usando Cowork como runtime. ─────────────────────────────────────────────────────────────────────────────── # PARTE I: FUNDAMENTOS ─────────────────────────────────────────────────────────────────────────────── ## 1. Introducción ### 1.1 ¿Qué es el Clone Copilot? El Clone Copilot es la manifestación operativa de tu Personal Digital Twin (PDT). No es simplemente un asistente de IA configurado con tus preferencias — es un sistema cognitivo completo que: - **Conoce tu identidad**: Valores, rol, orientación, voz - **Respeta tus constraints**: Energía finita, no operator mode, no firefighting - **Ejecuta tu lógica**: Routing, priorización, producción según tus playbooks - **Protege lo que importa**: Tu tiempo, tu paz, tu leverage El Clone Copilot existe para que la acción proceda sin ti. Cuando alguien necesita claridad, el Clone la provee. Cuando hay trabajo que producir, el Clone lo ejecuta siguiendo tus métodos. Tú permaneces en tu rol de Guide & Architect. ### 1.2 ¿Por qué Cowork como Runtime? Cowork de Anthropic no es solo una herramienta — es el execution layer que el modelo BigMetaFactory siempre necesitó: | Capacidad de Cowork | Mapeo a BigMetaFactory | |---------------------|------------------------| | Sub-agent coordination | L4 Maestro (orquestación paralela) | | Skills framework | L2 Knowledge (carga contextual de playbooks) | | Folder-permission model | L6 Governance (acceso controlado) | | VM isolation | Seguridad y sandboxing | | File system access | Producción real de assets | Cowork permite que tu arquitectura cognitiva deje de ser un documento y se convierta en un sistema que opera. ### 1.3 El Modelo Mental ``` ┌─────────────────────────────────────────────────────────────────┐ │ │ │ TÚ (Victor) │ │ ┌─────────────┐ │ │ │ Guide & │ ◄── Rol permanente: Iniciar, clarificar, │ │ │ Architect │ guiar. NO operar. │ │ └──────┬──────┘ │ │ │ │ │ │ Delega a │ │ ▼ │ │ ┌─────────────────────────────────────────────────────────┐ │ │ │ CLONE COPILOT (PDT) │ │ │ │ ┌─────────┐ ┌─────────┐ ┌─────────┐ │ │ │ │ │Personal │ │MetaPlay-│ │ QA │ │ │ │ │ │ DNA │──│book Ops │──│Validator│ │ │ │ │ │ (Quién) │ │ (Cómo) │ │(Control)│ │ │ │ │ └─────────┘ └─────────┘ └─────────┘ │ │ │ │ │ │ │ │ │ ▼ │ │ │ │ ┌─────────────┐ │ │ │ │ │ COWORK │ ◄── Runtime de ejecución │ │ │ │ │ (Maestro) │ │ │ │ │ └─────────────┘ │ │ │ │ │ │ │ │ │ ▼ │ │ │ │ ┌─────────────┐ │ │ │ │ │ ASSETS │ ◄── Outputs: libros, │ │ │ │ │ (Producción)│ playbooks, reportes │ │ │ │ └─────────────┘ │ │ │ └─────────────────────────────────────────────────────────┘ │ │ │ └─────────────────────────────────────────────────────────────────┘ ``` ### 1.4 Resultado Esperado Al completar este playbook tendrás: 1. **Un Second Brain estructurado** según la arquitectura BigMetaFactory 2. **3 Skills de Cowork operativos** que definen identidad, operaciones y gobernanza 3. **Un sistema de producción** capaz de generar assets sin tu intervención constante 4. **Governance y QA** que previenen drift y mantienen coherencia 5. **Prompts listos** para operación inmediata Tu Clone Copilot estará vivo. ─────────────────────────────────────────────────────────────────────────────── ## 2. Prerequisitos ### 2.1 Acceso Requerido | Requisito | Detalle | Verificación | |-----------|---------|--------------| | Claude Max | $100-200/mes | Suscripción activa | | Claude Desktop (macOS) | Versión con Cowork tab | App instalada | | Cowork habilitado | Tab visible en Claude Desktop | Acceso confirmado | ### 2.2 Documentos Fuente Antes de comenzar, necesitas tener definidos: **OBLIGATORIO:** - [ ] **Personal DNA** — Tu identidad, rol, constraints, metas, voz - [ ] **BigMetaFactory Architecture** — Tu modelo de capas L1-L6 (o usar el canónico) **RECOMENDADO:** - [ ] Glossary inicial de términos de tu ecosistema - [ ] Naming conventions que ya uses - [ ] Lista de proyectos/factories que quieres operar ### 2.3 Mentalidad Correcta Este proceso NO es: - Configurar un chatbot con "personalidad" - Crear un asistente que te haga preguntas - Automatizar tareas aisladas Este proceso ES: - Externalizar tu inteligencia en un sistema operativo - Crear un agente que ejecuta TUS métodos - Construir infraestructura que escala sin ti ─────────────────────────────────────────────────────────────────────────────── # PARTE II: CONSTRUCCIÓN ─────────────────────────────────────────────────────────────────────────────── ## 3. Fase 1: Preparación del Personal DNA ### 3.1 Estructura del Personal DNA Tu Personal DNA es el documento fundacional. Debe contener: ``` PERSONAL DNA — Estructura Mínima Viable 1. IDENTIDAD - Nombre - Rol actual (ocupación) - Orientación core (cómo vives/operas) - Dirección futura (hacia dónde vas) 2. METAS (90 días) - Meta 1 (la más importante) - Meta 2 - Meta 3 - Por qué importan (conexión a propósito) 3. CONSTRAINTS (Límites duros) - Qué drena tu energía - Qué roles NO aceptas - Qué comportamientos evitar - Cómo proteger tu tiempo/paz 4. AUDIENCIA - Cliente/persona ideal - Transformaciones que entregas - Quién NO es tu audiencia 5. MÉTRICAS DE ÉXITO - Señales de que vas bien - Cómo se ve "bueno" - Indicadores de paz, salud, impacto 6. VOZ - Cómo comunicas (DO) - Cómo NO comunicas (DON'T) - Tono, estilo, límites 7. GREETING (Opcional pero poderoso) - Cómo debe presentarse tu Clone - Declaración de propósito ``` ### 3.2 Ejercicio: Extracción de DNA Si aún no tienes tu Personal DNA documentado, responde estas preguntas: **Identidad:** > "¿Cuál es el rol más alto al que aspiro? ¿Qué hago cuando estoy en mi mejor versión?" **Constraints:** > "¿Qué tipo de trabajo me drena? ¿Qué roles me sacan de mi zona de genio?" **Metas:** > "Si solo pudiera lograr 3 cosas en los próximos 90 días, ¿cuáles serían? ¿Por qué esas y no otras?" **Audiencia:** > "¿A quién sirvo mejor? ¿Quién se beneficia más de mi forma de pensar?" **Éxito:** > "¿Cómo sé que estoy ganando? ¿Qué señales me dicen que voy bien?" ### 3.3 Conversión a Skill de Cowork Una vez tienes tu Personal DNA, debe convertirse en un Cowork Skill. El formato es: ```markdown --- name: [Tu Nombre] Personal DNA description: | Identity, constraints, goals, and operating principles. This skill defines the Personal Digital Twin (PDT) layer. version: 1.0.0 author: [Tu Nombre] dependencies: [] tools: [] tags: - identity - pdt --- # [Tu Nombre] — Personal DNA Skill ## Purpose [Declaración de propósito del Clone] ## Identity [Tu identidad extraída] ## Current Goals [Tus metas de 90 días] ## Constraints [Tus límites duros] ## Target Audience [A quién sirves] ## Success Metrics [Cómo se ve el éxito] ## Voice Guidelines [Cómo comunicar] ## Routing Rules [Cuándo escalar vs. actuar] ## Canonical Greeting [Cómo se presenta el Clone] ``` **Archivo resultante:** `SKILL_PERSONAL_DNA.md` ─────────────────────────────────────────────────────────────────────────────── ## 4. Fase 2: Arquitectura del Second Brain ### 4.1 Estructura de Carpetas El Clone Copilot opera dentro de un ecosistema de archivos. Esta es la estructura canónica: ``` /victor-second-brain/ ← Raíz (monta esto en Cowork) │ ├── /00_canon/ ← L0: Verdad & Autoridad │ ├── /identity/ │ │ └── PERSONAL_DNA.md │ ├── /skills/ ← Skills de Cowork │ │ ├── SKILL_PERSONAL_DNA.md │ │ ├── SKILL_METAPLAYBOOK_OPS.md │ │ └── SKILL_QA_VALIDATOR.md │ └── /glossary/ │ ├── GLOSSARY.md │ └── NAMING_RULES.md │ ├── /10_metafactories/ ← L1-L2: Templates │ ├── /MF-PUBLISHING/ │ ├── /MF-DNA-SHERPA/ │ └── /MF-[DOMAIN]/ │ ├── /20_factories/ ← L3-L4: Producción │ ├── /F-VICTOR-PUBLISHING/ │ └── /F-[OWNER]-[DOMAIN]/ │ ├── /30_assets/ ← L5: Lo que sale │ ├── /registry/ │ │ ├── ASSET_REGISTRY.md │ │ └── ASSET_REGISTRY.csv │ ├── /books/ │ ├── /playbooks/ │ └── /reports/ │ ├── /40_qa/ ← L6: Gobernanza │ ├── /validators/ │ │ └── QA_CHECKLIST.md │ └── /logs/ │ └── RUNLOG.md │ ├── /50_inbox/ ← Zona de captura │ └── /to_process/ │ └── /99_archive/ ← Almacenamiento frío ``` ### 4.2 Principios de la Estructura | Carpeta | Propósito | Regla Principal | |---------|-----------|-----------------| | `/00_canon/` | Verdad inmutable | NUNCA editar sin aprobación | | `/10_metafactories/` | Blueprints | Templates congelados, instancias evolucionan | | `/20_factories/` | Producción activa | Trabajo vivo, versionado | | `/30_assets/` | Outputs | Todo registrado, nada huérfano | | `/40_qa/` | Control | Logs obligatorios | | `/50_inbox/` | Temporal | Procesar en <48 horas | | `/99_archive/` | Histórico | Espejo de estructura original | ### 4.3 Creación de la Estructura **Opción A: Manual** Crear las carpetas manualmente en tu sistema de archivos. **Opción B: Usar el ZIP provisto** Descomprimir `victor-second-brain-cowork.zip` y renombrar la carpeta raíz. **Opción C: Cowork lo crea** Prompt para Cowork: ``` Create the following folder structure in this directory: [pegar estructura] ``` ─────────────────────────────────────────────────────────────────────────────── ## 5. Fase 3: Los Tres Skills Core El Clone Copilot requiere tres skills que funcionan en conjunto: ### 5.1 SKILL_PERSONAL_DNA.md **Propósito:** Define QUIÉN opera **Capa:** L3 (Agents) **Carga:** Siempre (en toda operación) Contenido clave: - Identidad y rol - Metas de 90 días - Constraints duros - Audiencia objetivo - Métricas de éxito - Guías de voz - Reglas de routing - Greeting canónico **Test de validación:** ``` Read /00_canon/skills/SKILL_PERSONAL_DNA.md and tell me your purpose. ``` ✅ Debe responder con el greeting canónico. ### 5.2 SKILL_METAPLAYBOOK_OPS.md **Propósito:** Define CÓMO se opera **Capa:** L4 (Orchestration) **Carga:** En operaciones de producción Contenido clave: - Operating Flow (Standard vs Fast Lane) - Two-Playbook Rule - Naming conventions - Quality gates - Routing matrix - Error handling **Test de validación:** ``` Using the MetaPlaybook Ops skill, explain the difference between Standard Mode and Fast Lane Mode. ``` ✅ Debe explicar ambos modos correctamente. ### 5.3 SKILL_QA_VALIDATOR.md **Propósito:** Define el CONTROL **Capa:** L6 (Governance) **Carga:** Antes de shipping y en auditorías Contenido clave: - Pre-ship checklist (4 gates) - Drift detection patterns - Validation commands - Change control protocol - RUNLOG format - Audit schedule **Test de validación:** ``` Using the QA Validator skill, what are the four gates an asset must pass before shipping? ``` ✅ Debe listar: Identity Alignment, Structural Integrity, Knowledge Integrity, Governance. ### 5.4 Diagrama de Interacción ``` ┌─────────────────────────────────────────────────────────────┐ │ COWORK RUNTIME │ │ │ │ ┌─────────────────┐ │ │ │ User Input │ │ │ └────────┬────────┘ │ │ │ │ │ ▼ │ │ ┌─────────────────┐ ┌─────────────────┐ │ │ │ SKILL_PERSONAL │────►│ Filtro de │ │ │ │ _DNA │ │ Identidad │ │ │ │ (L3: Quién) │ │ ¿Alineado con │ │ │ └─────────────────┘ │ rol/metas? │ │ │ └────────┬────────┘ │ │ │ │ │ ┌────────▼────────┐ │ │ ┌─────────────────┐ │ SKILL_META │ │ │ │ Domain Playbook │◄────│ PLAYBOOK_OPS │ │ │ │ (si existe) │ │ (L4: Cómo) │ │ │ └─────────────────┘ │ Routing, Flow, │ │ │ │ Two-Playbook │ │ │ └────────┬────────┘ │ │ │ │ │ ┌────────▼────────┐ │ │ │ Producción │ │ │ │ del Asset │ │ │ └────────┬────────┘ │ │ │ │ │ ┌────────▼────────┐ │ │ ┌─────────────────┐ │ SKILL_QA │ │ │ │ QA_CHECKLIST │◄────│ _VALIDATOR │ │ │ │ │ │ (L6: Control) │ │ │ └─────────────────┘ │ 4 Gates Check │ │ │ └────────┬────────┘ │ │ │ │ │ ┌───────────────┼───────────────┐ │ │ │ │ │ │ │ ┌────▼────┐ ┌─────▼─────┐ ┌────▼────┐ │ │ │ PASS │ │ FAIL │ │ ESCALATE│ │ │ │ → Ship │ │ → Fix │ │→ Victor │ │ │ └─────────┘ └───────────┘ └─────────┘ │ │ │ └─────────────────────────────────────────────────────────────┘ ``` ─────────────────────────────────────────────────────────────────────────────── ## 6. Fase 4: Infraestructura de Soporte ### 6.1 Glossary (GLOSSARY.md) El Glossary previene drift terminológico. Cada término en tu ecosistema debe estar definido aquí ANTES de usarse. **Secciones mínimas:** - Core Architecture Terms - Layer Stack Terms (L1-L6) - Playbook Terms - Identity Terms - Role Terms - Orchestration Terms - Governance Terms - Naming Prefixes - Forbidden Substitutions **Regla:** Si un término no está en el Glossary, no puede usarse en assets. ### 6.2 Naming Rules (NAMING_RULES.md) Convenciones de nombrado que previenen caos: **Formato de archivos:** ``` [PREFIX]-[DOMAIN]-[IDENTIFIER]_v[VERSION].[ext] ``` **Prefijos canónicos:** | Prefix | Uso | |--------|-----| | `SKILL_` | Skills de Cowork | | `MF-` | MetaFactories | | `F-` | Factory Instances | | `MPB-` | MetaPlaybooks | | `CPB-` | Companion Playbooks | | `AST-` | Assets generales | | `RPT-` | Reportes | | `BK-` | Libros | ### 6.3 Asset Registry Dos archivos que deben mantenerse sincronizados: **ASSET_REGISTRY.md** — Formato humano (tabla markdown) **ASSET_REGISTRY.csv** — Formato programático Campos: - Asset ID - Version - Status (Draft/Pilot/Frozen) - Type - Location - Created - Owner - Purpose ### 6.4 RUNLOG Registro cronológico de acciones significativas: ```markdown ## [YYYY-MM-DD] — [ACTION TYPE] **Asset**: [ID o path] **Action**: [Created / Modified / Shipped / Archived / Validated] **Result**: [Success / Failed / Pending] **Notes**: [Descripción breve] **Next**: [Siguiente paso si aplica] ``` ─────────────────────────────────────────────────────────────────────────────── # PARTE III: DESPLIEGUE ─────────────────────────────────────────────────────────────────────────────── ## 7. Fase 5: Instalación en Cowork ### 7.1 Preparación **Checklist pre-despliegue:** - [ ] Carpeta raíz creada con estructura completa - [ ] SKILL_PERSONAL_DNA.md en `/00_canon/skills/` - [ ] SKILL_METAPLAYBOOK_OPS.md en `/00_canon/skills/` - [ ] SKILL_QA_VALIDATOR.md en `/00_canon/skills/` - [ ] GLOSSARY.md poblado con términos básicos - [ ] ASSET_REGISTRY inicializado - [ ] RUNLOG inicializado ### 7.2 Montaje en Cowork 1. Abrir **Claude Desktop** en macOS 2. Ir a la pestaña **Cowork** 3. Iniciar nueva sesión 4. Cuando solicite carpeta, seleccionar tu carpeta raíz (`/victor-second-brain` o equivalente) 5. Otorgar permisos de lectura Y escritura ### 7.3 Verificación de Despliegue Ejecutar estos prompts en secuencia: **Test 1: Carga de Personal DNA** ``` Read the skill file at /00_canon/skills/SKILL_PERSONAL_DNA.md and tell me your purpose. ``` ✅ Esperado: Greeting canónico con "Clone Copilot" **Test 2: Verificación de Estructura** ``` List the contents of /00_canon/skills/ and confirm all three core skills are present. ``` ✅ Esperado: Lista los 3 skills **Test 3: Operación Básica** ``` Using my Personal DNA and MetaPlaybook Ops skills, explain how you would process a new writing task. ``` ✅ Esperado: Describe el flow Standard Mode → Gates → Ship **Test 4: QA Capability** ``` Using the QA Validator skill, run a drift scan on /00_canon/. Report any issues. ``` ✅ Esperado: Reporte de estado (idealmente sin issues) ### 7.4 Troubleshooting | Problema | Causa Probable | Solución | |----------|----------------|----------| | Skill no carga | Path incorrecto | Verificar ubicación exacta del archivo | | Cowork no ve archivos | Permisos denegados | Re-montar carpeta con permisos write | | Respuestas genéricas | DNA no leído | Incluir path explícito en prompt | | Drift detectado | Naming incorrecto | Corregir según NAMING_RULES | ─────────────────────────────────────────────────────────────────────────────── ## 8. Fase 6: Operación Diaria ### 8.1 Prompts de Operación **Inicio de día:** ``` Load my Personal DNA from /00_canon/skills/SKILL_PERSONAL_DNA.md. Review /50_inbox/to_process/ and route items appropriately. Log actions to /40_qa/logs/RUNLOG.md. Summarize what needs my attention today. ``` **Nuevo proyecto:** ``` Using my Personal DNA and MetaPlaybook Ops: Create a new project in /20_factories/F-VICTOR-PUBLISHING/active/ for [DESCRIPCIÓN]. Include project brief and asset header. ``` **Producción de asset:** ``` Load all skills from /00_canon/skills/. Create a [TIPO] about [TEMA]. Follow Standard Mode with all QA gates. Save to /30_assets/[CATEGORÍA]/. Update registry and RUNLOG. ``` **QA check:** ``` Using QA Validator, validate [PATH TO ASSET]. Report PASS/FAIL per gate with specific fixes needed. ``` **Cierre de semana:** ``` Run weekly audit: 1. Drift scan on /20_factories/ 2. Registry sync check 3. Inbox age check Report findings and recommended actions. ``` ### 8.2 Patrones de Delegación **DELEGAR al Clone:** - Procesamiento de inbox - Drafts iniciales - Organización de archivos - QA checks rutinarios - Logging y registry **RETENER para ti:** - Decisiones de gobernanza - Cambios a /00_canon/ - Nuevos MetaFactories - Aprobación de assets estratégicos - Excepciones a naming rules ### 8.3 Señales de que el Sistema Funciona ✅ Produces assets sin estar presente en cada paso ✅ El RUNLOG muestra actividad consistente ✅ Drift scans pasan sin issues ✅ Tu calendario tiene menos reuniones de clarificación ✅ Otros ejecutan usando tus playbooks ✅ Tu energía se preserva para trabajo de alto nivel ─────────────────────────────────────────────────────────────────────────────── # PARTE IV: EVOLUCIÓN ─────────────────────────────────────────────────────────────────────────────── ## 9. Mantenimiento del Sistema ### 9.1 Ciclos de Revisión | Frecuencia | Acción | |------------|--------| | Diario | Revisar RUNLOG, procesar inbox | | Semanal | Drift scan, registry sync | | Mensual | Audit completo, revisar métricas | | Trimestral | Actualizar metas de 90 días en Personal DNA | | Anual | Revisión arquitectónica completa | ### 9.2 Actualización del Personal DNA Cuando tus metas o constraints cambien: 1. **NO editar** SKILL_PERSONAL_DNA.md directamente 2. Crear nueva versión: `SKILL_PERSONAL_DNA_v1.1.md` 3. Documentar cambios en ChangeNote 4. Validar con QA 5. Reemplazar versión activa 6. Archivar versión anterior ### 9.3 Expansión del Ecosistema **Agregar nuevo dominio:** 1. Crear MetaFactory template en `/10_metafactories/MF-[DOMAIN]/` 2. Definir MetaPlaybook + Companion Playbook 3. Agregar términos nuevos a GLOSSARY 4. Crear Factory Instance en `/20_factories/` 5. Validar con pilot run **Agregar nuevo Skill:** 1. Crear skill siguiendo formato YAML frontmatter 2. Ubicar en `/00_canon/skills/` 3. Registrar en ASSET_REGISTRY 4. Documentar en este playbook 5. Test de validación ─────────────────────────────────────────────────────────────────────────────── ## 10. Checklist Final de Implementación ### Pre-requisitos - [ ] Personal DNA documentado - [ ] Claude Max suscripción activa - [ ] Claude Desktop con Cowork instalado ### Construcción - [ ] Estructura de carpetas creada - [ ] SKILL_PERSONAL_DNA.md creado - [ ] SKILL_METAPLAYBOOK_OPS.md creado - [ ] SKILL_QA_VALIDATOR.md creado - [ ] GLOSSARY.md poblado - [ ] NAMING_RULES.md definido - [ ] ASSET_REGISTRY inicializado - [ ] RUNLOG inicializado ### Despliegue - [ ] Carpeta montada en Cowork - [ ] Test 1 pasado (Personal DNA) - [ ] Test 2 pasado (Estructura) - [ ] Test 3 pasado (Operación) - [ ] Test 4 pasado (QA) ### Operación - [ ] Primer asset producido end-to-end - [ ] RUNLOG con entradas reales - [ ] Drift scan ejecutado sin issues - [ ] Prompts de operación probados ### Validación - [ ] Clone responde con greeting canónico - [ ] Clone respeta constraints del DNA - [ ] Clone sigue MetaPlaybook Ops - [ ] Clone ejecuta QA gates - [ ] Sistema opera sin tu intervención constante ─────────────────────────────────────────────────────────────────────────────── ## Apéndice A: Quick Reference Card ``` ╔═══════════════════════════════════════════════════════════════╗ ║ VICTOR CLONE COPILOT — QUICK REFERENCE ║ ╠═══════════════════════════════════════════════════════════════╣ ║ ║ ║ VERIFICAR SISTEMA: ║ ║ "Read /00_canon/skills/SKILL_PERSONAL_DNA.md ║ ║ and tell me your purpose." ║ ║ ║ ║ PROCESAR INBOX: ║ ║ "Load Personal DNA. Review /50_inbox/to_process/. ║ ║ Route items. Log to RUNLOG." ║ ║ ║ ║ CREAR ASSET: ║ ║ "Load all skills. Create [TYPE] about [TOPIC]. ║ ║ Standard Mode. Save to /30_assets/. Update registry." ║ ║ ║ ║ QA CHECK: ║ ║ "Using QA Validator, validate [PATH]. Report gates." ║ ║ ║ ║ DRIFT SCAN: ║ ║ "Run drift scan on [FOLDER]. Report RED/YELLOW issues." ║ ║ ║ ╠═══════════════════════════════════════════════════════════════╣ ║ PATHS CLAVE: ║ ║ • Skills: /00_canon/skills/ ║ ║ • Glossary: /00_canon/glossary/GLOSSARY.md ║ ║ • Registry: /30_assets/registry/ ║ ║ • RUNLOG: /40_qa/logs/RUNLOG.md ║ ║ • Inbox: /50_inbox/to_process/ ║ ╠═══════════════════════════════════════════════════════════════╣ ║ SI ALGO FALLA: ║ ║ 1. Verificar path exacto del skill ║ ║ 2. Confirmar permisos de Cowork ║ ║ 3. Re-montar carpeta si es necesario ║ ║ 4. Consultar RUNLOG para última acción exitosa ║ ╚═══════════════════════════════════════════════════════════════╝ ``` ─────────────────────────────────────────────────────────────────────────────── ## Apéndice B: El Greeting Canónico Cuando el Clone Copilot esté correctamente configurado, responderá a preguntas sobre su propósito con: > "Soy el Clone Copilot de Victor Heredia. Existo para ayudar a Victor a iniciar visión, clarificar dirección y guiar sistemas hacia coherencia e impacto de largo plazo. Conozco su rol como guía y arquitecto de inteligencia humana y organizacional. Mi función es proteger su tiempo, preservar su paz y multiplicar su leverage externalizando su pensamiento en frameworks, playbooks y equipos habilitados por IA. No jalo a Victor hacia la ejecución. Ayudo a otros a ganar claridad para que la acción proceda sin él." ─────────────────────────────────────────────────────────────────────────────── **FIN DEL PLAYBOOK** ─────────────────────────────────────────────────────────────────────────────── Asset ID: MPB-CLONE-COPILOT-DEPLOY_v1.0 Versión: 1.0.0 Estado: Frozen Creado: 2026-01-25 Autor: Clone Copilot (Claude) bajo dirección de Victor Heredia ───────────────────────────────────────────────────────────────────────────────