The operational guide for installing and using Jarvis OS
This runbook turns the playbook into action. It explains how to install the folder structure, configure Claude Cowork, create the core markdown files, run the prompts, activate cadences and audit the system.
Operating rule. Use prompts inside Claude Cowork. Cowork analyzes the request, asks for missing parameters, reviews useful attachments, proposes file changes and waits for confirmation before writing critical records.
Foundations
Before you execute
Workspace
Create one local folder for the system, authorize it in Claude Cowork, and keep the canonical files as plain text.
Two core files
CLAUDE.md defines rules and routing. MEMORY.md stores confirmed facts, decisions and preferences.
Human confirmation
Claude may propose folders, files and records. You confirm what gets created, changed or remembered.
Roadmap
The installation sequence
Phase
What you do
What remains
Pre-flight
Create the folder, authorize Cowork and set privacy boundaries.
A working local workspace.
Foundation
Create root rules, memory, voice, brand and biography files.
A personal context base.
Stations
Activate only the stations that solve an immediate work pain.
Reusable work channels.
Projects
Create a project folder for repeated client or initiative work.
A live project with rules, memory and tasks.
Cadences
Start DBR manually, then add WBR/QBR and supervised scheduled tasks.
A living operating rhythm.
Audit
Review size, usefulness, privacy and traceability.
A smaller and safer Jarvis.
Steps
How to use every step
Read the decision first
Each step contains a configuration decision. Understand the decision before copying the prompt.
Fill parameters
When a prompt shows inputs, replace them or ask Cowork to interview you until the parameters are clear.
Attach evidence
For CV, role, project, cadence and audit prompts, attach or paste relevant annexes: notes, job descriptions, goals, feedback, metrics or prior records.
Confirm before writing
The safe default is propose → review → confirm → write. No critical file should be overwritten silently.
The repo layer · Steps 27-30
When a commission needs dated history, parallel drafts, off-site backup or code, it graduates from a Cowork folder to a git repo. Four steps run it: Step 27 — the vault doorman: run six triggers (code? branches? dated history? sharing? parallel work? portability?); zero → keep it a Cowork folder, one or more → make it a standalone repo. Step 28 — scaffold-repo builds it turnkey: stable kebab slug, private GitHub vault, worktree-ready, opening commit; you edit only CLAUDE.md, the AGENTS.md/GEMINI.md mirrors auto-generate. Step 29 — open worktrees, parallel desks on the same dossier (one scope per desk, fresh from origin/main, cleared when done). Step 30 — confirm the private vault, never hand-edit mirrors, and close the loop: a task repo (T-NNN) has an end → archive it with its dated history intact, reviewed each QBR. A project repo (P-NNN) lives on. See Playbook §3.7. Prompts P46-P49 and templates live in the Spanish catalog below.
Prompts
Prompt operating contract
A high-performance Jarvis prompt declares its role, situation, request, execution sequence, success criteria, edge cases and close-out. It does not assume missing data. If information is absent, it marks it as [PENDING_DATA] or asks you.
Prompt family
Use
Output
Bootstrap
Create root folder, root rules and initial memory.
Core files ready for Cowork.
Resource prompts
Build voice, brand, bio and privacy bands.
Curated files in 00_Recursos/.
Station prompts
Activate mail, documents, deliveries or study workflows.
Station-specific instructions and templates.
Cadence prompts
Run DBR, WBR, QBR and audits.
Traceable markdown records.
Scheduled task prompt
Turn stable rituals into supervised AI facilitation.
Recurring task configuration with human confirmation.
Templates
Templates you should leave in the folder
CLAUDE.md
Role, principles, routing, file rules, privacy bands and confirmation requirements.
MEMORY.md
Confirmed facts, decisions, preferences and project state. Never use it as a dumping ground.
TAREAS.md
NOW/NEXT/BACKLOG/DONE/KILLED board with WIP limits and cadence-driven updates.
Audit
Definition of done
Cowork can explain the rules, memory and folder structure back to you.
Every active station or project solves a real work need.
DBR/WBR/QBR have a clear prompt, frequency and output folder.
Sensitive data is separated, scoped and never sent without confirmation.
The system is small enough to maintain and useful enough to keep using.
El cómo · qué significa cada pasoThe how · what each step means
Configura tu Jarvis OS paso a pasoConfigure your Jarvis OS step by step
Usa este runbook (guía operativa paso a paso) como guía de instalación y operación de lo que el Playbook fundamenta.Use this runbook as the installation and operation guide for what the Playbook grounds.En cada step (paso) sabes qué preparar, qué prompt (instrucción escrita para pedir trabajo a la IA) ejecutar, qué archivo revisar y qué condición debe cumplirse antes de avanzar. Si falta un dato, la IA (inteligencia artificial) debe preguntarlo; si un archivo es crítico, debe pedir confirmación antes de escribir.In every step you know what to prepare, which prompt to run, which file to review and what condition must be met before moving forward. If data is missing, AI must ask; if a file is critical, it must request confirmation before writing.
30 steps · todos con prompt30 steps · all prompted·51 prompts · 0-5 inputs c/u51 prompts · 0-5 inputs each·~4 h reales · build + curaduría~4 h real · build + curation·8 estaciones del sistema8 system stations
Estos cinco conceptos evitan errores antes del primer step. No necesitas dominar la metodología para empezar; necesitas saber qué archivo manda, qué memoria se conserva, qué límites protegen tus datos y cómo confirmar cada cambio antes de avanzar.
①Claude Cowork
Superficie de trabajo donde vives el setting (configuración) con prompts guiados, anexos, archivos locales y confirmación humana. Cowork ayuda a operar contexto; no decide por ti ni debe escribir información crítica sin aprobación.
②CLAUDE.md
Archivo de texto plano que Cowork lee al inicio de CADA sesión. Contiene reglas del juego: rol, convenciones, routing (enrutamiento de decisiones), prudencia. Mantenlo bajo 300 líneas · cada línea es costo recurrente de tokens (unidades de texto).
③MEMORY.md
Archivo plano paralelo donde Cowork escribe lo que le pides recordar entre sesiones. Crece solo. Aprendizajes, preferencias, projects (proyectos) activos.
④Apilamiento de reglas
Cuando pides "redacta correo a cliente X", Cowork lee en cascada: voice-principles raíz → CLAUDE.md de Correos → CLAUDE.md del Project del cliente. Resultado: correo que suena como tú y respeta convenciones de canal y de cuenta.
⑤Soberanía Digital
Tu contexto vive en archivos legibles: reglas, memoria, proyectos, tareas, plantillas, skills (recetas reutilizables), workflows (flujos de trabajo) y decisiones. Si cambias de herramienta, esos archivos siguen siendo tuyos. Tu forma de trabajar viaja contigo.
Cómo se conecta con el Playbook. El Playbook explica el qué, por qué y para qué. Este Runbook convierte esas decisiones en steps: qué preparar, qué adjuntar, qué prompt usar, qué archivo queda y cómo validar que no se escribió nada falso, sensible o incompleto.
★
Manifiesto · todo se hace con prompts
Esta guía no te pide configurar nada a mano. Cada step entrega un prompt de alto rendimiento que Claude ejecuta por ti. Tu trabajo se reduce a pegar, contestar 0-3 preguntas y validar. La palanca está en el prompt, no en tu velocidad de tipeo.
~12 h
Configurar 100% a mano (sin prompts)
~25 min
Sólo el build · prompts ejecutados
~3.5 h
Curar y encontrar tu info dispersa
~4 h
Total honesto · build + curaduría
Doble modo · funciona con o sin plan pago
Cada prompt está escrito para operar en dos modos. Si tu Claude Cowork tiene acceso al filesystem (plan pago + carpeta autorizada), Claude analiza el pedido, te ayuda a diligenciar los parámetros, revisa los anexos que pegues o adjuntes y crea las carpetas y archivos directamente en tu disco con confirmación. Si no tiene filesystem, el mismo prompt te entrega los mkdir exactos y el contenido literal de cada archivo para que pegues a mano. Resultado idéntico. Solo cambia quién aprieta enter.
Cómo leer cada prompt. Mira la etiqueta PROMPT · 2i sobre cada botón: el número indica cuántos inputs (0, 1, 2 o 3) tienes que rellenar. Inputs vacíos significa que solo pegas y ejecutas. En la práctica, el setting se vive desde Claude Cowork: pegas el prompt, Cowork analiza qué parámetros faltan, te pregunta lo necesario, pide anexos cuando aporten contexto y propone el archivo final antes de registrarlo. Cero edición de archivos a mano salvo en Step 0 que es chicken-and-egg (la primera carpeta debe existir antes de autorizar Cowork).
Por qué prompts de alto rendimiento
Un prompt de alto rendimiento tiene cuatro propiedades verificables: declara explícitamente sus inputs (no asume contexto), entrega instrucciones de ejecución secuenciales (no abre debates), tiene criterio de éxito explícito (Claude sabe cuándo terminó) y maneja el fallo graceful (si falta data, la marca [PENDIENTE]). Los 51 prompts de esta guía cumplen los cuatro. Si alguno falla en tu setup, dímelo y lo afinamos.
◆
Anatomía SPEC · estilo MetodologIA
Todos los prompts de esta guía adoptan la convención canónica de MetodologIA: variables en {[snake_case]}, estructura SPEC fija (Rol · Situación · Pedido · Ejecución · Criterios), tags de procedencia inline y estándar de calidad 100 ✓. La regla en una frase: el prompt debe defender solo · si necesitas 5 idas y vueltas, el SPEC está roto.
Notación canónica de inputs
Las variables se declaran con {[nombre_input]} · llave + corchete + snake_case minúsculas. Ejemplos · {[organizacion]} · {[objetivo_negocio]} · {[horizonte_tiempo]}. Cada input se especifica una sola vez al inicio del prompt con su tipo, default y descripción.
SPEC · plantilla canónica
TÍTULO: {[nombre_corto_del_prompt]}
INPUTS:
- Variable 1: {[var_1]} → tipo · default: requerido | vacío · descripción · ejemplo
- Variable 2: {[var_2]} → tipo · default: vacío · descripción · ejemplo
- INSUMO_DEL_PIPELINE (opcional): {[insumo_del_pipeline]} → vacío si standalone
Default de invocación: modo inferencia activo. La IA NO requiere
que el usuario llene campos; capitaliza contexto (hilo · memoria ·
adjuntos · web) y solo pregunta lo mínimo si confianza < 0.85.
ABSTRACT: [1-2 frases · qué hace · qué outcome entrega]
RESUMEN: [elevator pitch · 1 frase con magnitud y palanca]
SPEC:
ROL: [experto senior · idioma · marca]
SITUACIÓN: [WHO + WHERE · contexto · problema]
PEDIDO: [verbo imperativo + objeto + propósito + audiencia]
EJECUCIÓN:
1. [paso usando {[var_1]}]
2. [paso usando {[var_2]}]
3. ...
CRITERIOS:
Aceptación: [test verificable · 1 línea]
Casos borde: [qué hacer si falta input · si data ambigua]
Comprobaciones: [auto-test antes de cerrar]
CIERRE:
- Confianza ≥ 0.95 declarada explícita.
- Si falta data crítica · marca {VACIO_CRITICO} y propone plan de cierre.
- Tags de procedencia inline · {SUPUESTO} · {INFERENCIA} · {EXTRAIDO_HILO} ·
{MEMORIA} · {CONOCIMIENTO} · {WEB} · {ADJUNTO} · {AUTOCOMPLETADO} ·
{POR_CONFIRMAR} · {VACIO_CRITICO}.
Los 5 pilares · qué hace alto-rendimiento un prompt
①Claridad
Cero ambigüedad sobre qué se pide. Verbo imperativo + objeto + propósito + audiencia. Si Claude duda, perdió.
②Contexto
Quién pide, dónde opera, qué restricciones aplican. Lo que parece obvio para ti es invisible para Claude.
③Especificidad
Inputs tipados con {[snake_case]}. Constraints numéricos donde caben. Cero "lo razonable", siempre el dato.
④Formato
Output estructurado declarado: tabla · lista · prosa · artifact. Sección por sección si es largo.
⑤Ejemplos
Few-shot inline para los prompts críticos. Un ejemplo bueno vale más que 10 líneas de instrucciones.
Tags de procedencia · separa "creo que" de "sé que"
Cualquier afirmación que Claude produce viene marcada en línea con su origen. Esto evita alucinaciones invisibles.
Tag
Significado
Cuándo aparece
{MEMORIA}
Viene de tu MEMORY.md o memoria persistente
Información que ya estaba en tu contexto previo
{ADJUNTO}
Extraído de archivo que pegaste o subiste
PDF, imagen, transcripción adjunta
{EXTRAIDO_HILO}
Viene de la conversación actual
Lo dijiste antes en este mismo chat
{WEB}
Búsqueda web · con cita
Cuando se invoca search · siempre con URL
{CONOCIMIENTO}
Conocimiento general del modelo · pre-cutoff
Hechos públicos verificables · datable
{SUPUESTO}
Asumí algo · explícito
Cuando inferí sin tener el dato literal
{INFERENCIA}
Razonamiento mío · no es hecho
Conclusión derivada · revísala antes de actuar
{AUTOCOMPLETADO}
Llené input vacío con default razonable
Cuando capitalicé contexto sin preguntar
{POR_CONFIRMAR}
Necesita validación humana antes de actuar
Confianza alta pero stakes altos
{VACIO_CRITICO}
Falta data sin la cual no puedo responder bien
Detuve · plan de cierre incluido
Estándar de calidad 100 ✓
Cada prompt de esta guía pasa los cuatro caracteres del estándar antes de quedar shipped:
1
1 prompt · one-shot defendible · sin 5 idas y vueltas
0
0 delay · output tagged + confianza declarada en la primera respuesta
quality entrusted · calidad por construcción no por inspección
Norma operativa. Si un prompt te lleva más de un round-trip a producir el output deseado · el SPEC está roto. Repórtalo y lo afinamos. Cada uno de los 51 prompts de esta guía debe entregar artefacto defendible al primer turno.
A
Cómo usar esta guía
Tres modos de uso según tu momento: ejecución de cero (semana 1), refinamiento en marcha (después de la primera ola), referencia de librería (cuando ya operas y solo buscas el prompt exacto). Elige el que te aplique hoy.
1End-to-end
Recorre los 22 steps base en orden (varios son rápidos · estaciones que se replican). En ~12 semanas tienes el Jarvis vivo y operando. Los 5 steps avanzados del canon TAREAS (22-26) se activan cuando tu portafolio supere 3 proyectos vivos o cuando · en una auditoría · detectes WIP overload o cajón abultado.
2Por sector
Salta al sector que necesites configurar (Cimientos · Base · Núcleo · I+D+i · Cadencias) y ejecuta solo sus steps.
3Single step
Abre un solo step, copia el template .md, revisa la decisión de configuración asociada y ejecuta el prompt. Pégalo en Claude. Listo.
Tablas interactivas. Toda matriz o tabla de esta guía responde al clic: haz clic en cualquier fila para abrir su detalle ampliado. En los catálogos de prompts y templates, el clic (o el botón «Ver») abre el contenido completo con Copiar y Descargar.
Norte: esta guía es el cómo y el qué del cómo. El fundamento, qué, por qué y para qué (método, manifiesto, modelo mental, anti-patrones, plan de adopción, soberanía digital) viven en el Playbook · Personal Jarvis OS (archivo jarvis-os-en-claude-playbook-jarvis-os.html en tu carpeta).
B
Prerrequisitos
Antes del Step 0, valida que tienes lo mínimo: Claude Desktop instalado, plan Pro o superior activo, una carpeta de trabajo dedicada en tu disco. Tres checks de un minuto. Sin esto, los pasos siguientes fallan en silencio.
Cuenta Claude (plan que incluya Cowork · ver tu plan en claude.ai/settings).
Claude Desktop instalado en macOS o Windows. Si operas en Linux, usa el modo manual/web y valida disponibilidad antes de depender de archivos locales.
Permiso para crear carpetas en tu equipo (sin restricción corporativa que bloquee filesystem local).
Editor de texto plano · cualquiera sirve. Recomendado: Obsidian (gratis, abre la carpeta como vault).
30 minutos sin interrupciones para el Step 0 · Pre-flight.
[Opcional] Cuenta Gmail si quieres extraer voice principles automáticamente desde correos enviados.
Aviso de privacidad. Antes de conectar Gmail, Calendar, Drive o cualquier sistema corporativo, valida con Compliance/Legal de tu empresa. Esta guía no sustituye el juicio profesional sobre datos sensibles.
Mapa completo del recorrido. 22 steps base agrupados por sector (recorrido fundacional · incluye las 8 estaciones, la mini-app y la scheduled task) + 5 steps avanzados del canon TAREAS (Tanda 7 · activación opcional) = 27 steps totales. Antes del catálogo, el Taller inicial (workshop de clase embebido) deja tu contexto profesional listo para tu próximo 1:1 en una sentada. Click en cada step revela su template, su decisión de configuración y su prompt copiable. Ejecutar en orden la primera vez, usar como librería la segunda.
2-3 sesiones (opcional · activar cuando 3+ proyectos vivos)
C-bis
Plan Express 60 min · kit de arranque mínimo
Antes del catálogo completo de 27 steps (22 base + 5 steps avanzados del canon TAREAS) y del Taller inicial, una variante condensada para quien tiene 60 minutos y quiere salir de la primera sesión con el Sector I montado y operativo. Es la versión "kit de arranque" del Plan Express 4h del Playbook (§15) · mismo destino, otra cadencia.
No reemplaza el catálogo · lo precede. Termina los 60 minutos con una workstation raíz viva aunque mínima, y agendado el momento donde profundizarás con el catálogo completo. Quien sale con el sistema vivo vuelve · quien sale con el sistema pendiente lo posterga.
Outcome al minuto 60. Carpeta autorizada en Cowork · CLAUDE.md raíz mínimo pegado · MEMORY.md raíz sembrado con primera memoria persistente · una estación universal arrancada (Correos o Documentos) · TAREAS.md raíz con 1-3 tareas en NOW · primer DBR agendado para mañana. Sin esto, no terminaste · con esto, ya tienes oficina digital operable.
Bloque
Tiempo
Qué haces
Cajón que llenas (ref §13b playbook)
B1 · Carpeta + autorización
10 min
Crea Trabajo en Claude/ en Documentos. Abre Cowork, autoriza la carpeta como directorio de trabajo, márcala con estrella. Si tienes Obsidian, abre la carpeta como vault. Sin Obsidian no pasa nada · cualquier editor de markdown sirve.
Pre-cajón · el puesto todavía no existe.
B2 · CLAUDE.md raíz mínimo
10 min
Pega un CLAUDE.md de 30 líneas con tres bloques · (1) quién eres en 2 frases, (2) Routing Map con 3 entradas tentativas, (3) declaración operativa "español default, COP canónico, todo en disco". NO escribir 200 líneas la primera vez · arrancar mínimo y dejar que crezca con uso real.
Cajón 1 · el reglamento del puesto.
B3 · MEMORY.md raíz
5 min
Crea MEMORY.md con 4 líneas · (1) protocolo de carga, (2) log global vacío con encabezados, (3) primera fila datada hoy "Sistema arrancado · primera sesión", (4) pointer a memory/ futura. El primer log es el commit cero.
Cajón 4 · la libreta del colega arranca vacía pero existe.
B4 · Primera estación
15 min
Escoge UNA estación universal · típicamente Correos o Documentos según el dolor más fresco de tu día. Crea 01_Estaciones/<Estacion>/ con CLAUDE.md mínimo de 15 líneas (qué vive aquí, qué no, tono de la estación). Cierra el bloque pidiendo a Claude un test real · "respondeme este correo como yo lo escribiría" sobre un texto pegado.
Cajón 1 + 2 · reglamento y expedientes mínimos.
B5 · TAREAS.md raíz
10 min
Crea TAREAS.md con Kanban de 5 columnas (NOW, NEXT, BACKLOG, DONE, KILLED). Pon 1-3 tareas reales en NOW · las que estaban pendientes hace una hora cuando arrancaste este kit. Respeta NOW ≤ 3 · el anti-WIP no es opcional.
Cajón 1 extendido · el panel operativo del puesto.
B6 · Siembra memoria persistente
5 min
Una sola frase · "Recuerda esto · [hecho operativo sobre cómo trabajas]". Ejemplo · "Recuerda que prefiero respuestas en bullets numerados, no en párrafos largos". Cierra y reabre Cowork · valida que la memoria persistió.
Cajón 4 · la libreta empieza a llenarse con uso real.
B7 · Primer DBR agendado
5 min
Programa un recordatorio (calendar nativo, scheduled task de Cowork o lo que uses) para el día siguiente a las 9:00 · "DBR · 10 min · abrir TAREAS.md raíz y re-priorizar NOW". Sin cadencia agendada, el kit se evapora · con cadencia agendada, el sistema arranca.
Cajón 5 · el reloj de cadencias mete su primer tic.
Qué NO hacer en los primeros 60 minutos. No instalar plugins externos · no activar 5 conectores MCP a la vez · no escribir un CLAUDE.md de 150 líneas · no crear las 8 estaciones · no abrir 4 proyectos en paralelo. El kit es mínimo deliberado · cada cosa de más es energía gastada antes de ver retorno real. Lo que el sistema te pida en la sesión 2 se añade en la sesión 2.
Cuando termines los 60 minutos con outcome cumplido, sigue al catálogo completo · los 22 steps base son el camino largo (con 5 steps avanzados opcionales para cuando el portafolio crezca), el kit fue el atajo para empezar a ver retorno hoy. Recomendación operativa · ejecutar el catálogo a ritmo de 4h por semana durante las dos siguientes (Plan Express del Playbook §15) o adoptar el ritmo Lento de 3 meses si tu agenda lo pide (§15b del Playbook).
T
Taller inicial · contexto profesional para tu próxima conversación
Este es el taller de clase del workbook, embebido en el runbook. No busca llenar un formulario · busca que tu próxima conversación profesional (un 1:1 con tu jefe) salga más clara. Sales de la sesión con tu contexto organizado en archivos simples, revisables y reutilizables. Es la rampa de entrada al catálogo completo de Steps.
Outcome del taller. Cuatro archivos quedan en disco · CLAUDE.md (reglas) · 00_contexto/cv-personal.md · 01_rol/perfil-de-cargo.md · 02_1a1/preparacion-1a1-jefe.md. Con esto entras al 1:1 con agenda, evidencia y criterio — y ya tienes el primer ladrillo de tu Jarvis OS.
Trae a clase
Trae anexos
CV o LinkedIn, descripción de cargo o funciones reales, una reunión 1:1 próxima y anexos útiles: feedback, objetivos, logros, dudas o ejemplos de trabajo.
No pegues datos sensibles
Usa placeholders para teléfono, documento, salario, direcciones, salud o cualquier dato personal que no deba quedar en un ejercicio grupal.
Decisión humana
La IA te ayuda a preguntar y ordenar. Tú validas qué es verdadero, qué falta y qué se puede usar frente a tu jefe.
Ficha rápida · 5 preguntas antes de abrir Cowork
Resuélvelas antes de ejecutar los prompts. Cowork debe leerlas como contexto inicial, pedir parámetros faltantes, sugerir anexos y confirmar antes de proponer archivos.
¿Quién soy profesionalmente hoy? (nombre · rol actual · área o equipo)
¿Qué resultado quiero lograr en los próximos 30-90 días? (desempeño, visibilidad, foco, carga, aprendizaje, crecimiento o transición)
¿Qué rol formal tengo y qué trabajo real estoy haciendo? (separa cargo, responsabilidades reales, fricciones, stakeholders, expectativas no claras)
¿Qué conversación necesito preparar con mi jefe? (prioridades, feedback, carga, expectativas, crecimiento, bloqueo, acuerdos)
¿Qué evidencia o anexos puedo usar? (CV, LinkedIn, descripción de cargo, feedback, métricas, proyectos, correos, entregables)
Checklist antes de pegar el prompt. Objetivo de 30-90 días en una frase · al menos un anexo de perfil (CV/LinkedIn/resumen) · al menos un anexo de rol (cargo/funciones/objetivos) · claridad de qué 1:1 preparas y qué decisión buscas · datos sensibles reemplazados por placeholders.
La carpeta mínima del ejercicio
Crea una carpeta local jarvis-os-clase. Primer gesto de soberanía: tu contexto en archivos simples. Claude Code · abre terminal ahí. Cowork · conéctala como workspace. Chat · crea los archivos al terminar.
En orden. Cada prompt es copiable y descargable. Ejecuta uno, confirma su archivo, sigue al siguiente.
Paso 1 · Reglas de seguridad y alcance — define cómo se comporta la IA con tus datos y archivos.
Prompt 1 · CLAUDE.md de clase
Crea o actualiza un archivo CLAUDE.md para esta carpeta de clase.
Reglas:
1. Antes de editar un archivo, explica qué cambiarás y pide confirmación.
2. No inventes datos sobre mi carrera, mi cargo ni mi jefe.
3. Marca [SUPUESTO] cuando algo no esté confirmado.
4. No envíes correos, mensajes ni invitaciones.
5. Los datos sensibles se escriben como placeholders.
6. Todo output debe terminar con próximos pasos verificables.
Paso 2 · CV personal fuente — el archivo canónico desde el que luego sale LinkedIn, hoja de vida, bio o entrevista.
Prompt 2 · cv-personal.md
Ayúdame a construir 00_contexto/cv-personal.md como fuente única de mi perfil profesional.
Primero hazme hasta 7 preguntas sobre:
- rol actual,
- experiencia relevante,
- logros verificables,
- herramientas que manejo,
- fortalezas,
- proyectos representativos,
- evidencia pendiente.
Después redacta el archivo en secciones: resumen profesional, experiencia, logros, habilidades, evidencias, huecos por confirmar y versiones posibles del perfil. Marca todo supuesto con [SUPUESTO].
Paso 3 · Perfil de cargo real — separa cargo formal, responsabilidades reales, expectativas y tensiones.
Prompt 3 · perfil-de-cargo.md
Construyamos 01_rol/perfil-de-cargo.md.
Te voy a pegar o describir mi perfil de cargo. Si falta información, pregúntame.
Quiero que lo organices en:
1. Propósito del rol.
2. Responsabilidades formales.
3. Responsabilidades reales que ejecuto.
4. Indicadores o señales de buen desempeño.
5. Stakeholders principales.
6. Fricciones o ambigüedades.
7. Riesgos de expectativa.
8. Preguntas que debería aclarar con mi jefe.
No cambies mi perfil; ordénalo y marca huecos.
Paso 4 · Preparar 1:1 con jefe — salir con agenda, evidencia, preguntas y acuerdos esperados.
Prompt 4 · preparacion-1a1-jefe.md
Usa 00_contexto/cv-personal.md y 01_rol/perfil-de-cargo.md para preparar 02_1a1/preparacion-1a1-jefe.md.
La conversación con mi jefe busca: [escribe objetivo].
Quiero que produzcas:
1. Objetivo de la reunión en una frase.
2. Tres hechos verificables que debo llevar.
3. Tres preguntas potentes para mi jefe.
4. Temas que debo evitar o tratar con cuidado.
5. Propuesta de acuerdos concretos.
6. Minuta lista para llenar durante la reunión.
7. Mensaje breve para pedir o confirmar la reunión.
Antes de escribir, hazme las preguntas que falten. No inventes feedback de mi jefe.
Qué debe quedar al cierre
Archivo
Qué contiene
Criterio de terminado
CLAUDE.md
Reglas de seguridad, veracidad y confirmación.
Incluye límites explícitos y obliga a marcar supuestos.
cv-personal.md
Perfil profesional fuente, logros, evidencias y huecos.
Puede alimentar CV, LinkedIn o presentación sin recontar todo.
perfil-de-cargo.md
Responsabilidades, stakeholders, desempeño y ambigüedades.
Distingue cargo formal de trabajo real.
preparacion-1a1-jefe.md
Objetivo, hechos, preguntas, acuerdos y minuta.
Permite entrar al 1:1 con agenda y evidencia.
preguntas-jefe.md
Banco de preguntas para aclarar expectativas.
Prioriza preguntas de alto impacto y bajo riesgo.
Cierre de clase. Un Jarvis OS empieza cuando tu contexto queda organizado y reutilizable. La IA no reemplaza la conversación con tu jefe · te ayuda a llegar con más claridad, evidencia y criterio. Cuando termines, sigue con el catálogo completo de Steps · o el Plan Express 60 min si prefieres cronómetro.
★
Las 8 estaciones del sistema · qué hace cada unaThe 8 system stations · what each one does
El Sector II tiene 8 estaciones que vienen con el sistema. Cubren las áreas operativas del profesional moderno · comunicación, producción, gestión, finanzas, desarrollo, conocimiento, carrera y voz pública. Cada una responde a una pregunta única (anti-redundancia). Activa la que necesites · el orden lo decides tú según el dolor del momento.Sector II has 8 stations that come with the system. They cover the operating surfaces of the modern professional · communication, production, management, finance, development, knowledge, career and public voice. Each one answers a unique question (anti-redundancy). Activate what you need · the order is yours, by current pain.
EstaciónStation
Pregunta únicaUnique question
Outputs típicosTypical outputs
Correos
¿Cómo comunico por correo según relación?How do I email according to relationship?
Drafts con tono apilado · respuestas · plantillasDrafts with stacked tone · replies · templates
Documentos
¿Qué entregable producible necesito?What producible deliverable do I need?
Frontera Estudio vs Lab. Estudio es ampliar conocimiento como hábito continuo y estructurado · cursos · lecturas · síntesis · flashcards. Lab es exploración acotada con hipótesis falseable y decisión final · también cubre tareas sueltas que no son project ni cadencia ni estudio (PoCs, ejercicios de pensamiento, validaciones de ideas). Estudio puede llevar a abrir un Lab · Lab no se vuelve Estudio.Study vs Lab boundary. Study is expanding knowledge as a continuous, structured habit · courses · readings · syntheses · flashcards. Lab is bounded exploration with falsifiable hypothesis and final decision · also covers loose tasks that are not project, cadence or study (PoCs, thought exercises, idea validations). Study can lead to opening a Lab · Lab does not become Study.
★
Documentos curados · 6 piezas que vuelven tu Jarvis personal
Más allá del Sector I canónico (CLAUDE.md raíz · MEMORY.md raíz), estas seis piezas viven en 00_Recursos/ y son la diferencia entre un Jarvis genérico y uno tuyo. Cowork las lee en cascada al producir cada output · esa es la palanca compuesta.
Pie de firma + datos fiscales correctos sin que los pegues cada vez
contacts-pro.md
Correos a clientes/equipo/vendors · status reports
El correo a tu CFO usa tono ejecutivo · el de tu mentor usa tono cercano · sin que lo declares
contacts-personal.md
Mensajes WhatsApp · cumpleaños · recordatorios
"Recuerda que el cumple de tu mamá es el 12 de junio" sin que tengas que avisarle
hoja-de-vida.md
Bios · postulaciones · LinkedIn · perfil web
Bio de 60, 180 o 500 palabras coherentes entre todas tus apariciones públicas
Los 6 documentos · cards detalladas
Sector I · Cimientos · 00_Recursos
brand-voice.md · cómo escribo
Step 21 sesión~150 líneas maduro
Patrones de escritura extraídos de 30 correos enviados o 5 muestras pegadas · longitud típica · saludos · cierres · palabras que uso y evito · transiciones favoritas. Crece solo cada vez que editas un output y le dices "guarda esa preferencia".
Sector I · Cimientos · 00_Recursos
estetica.md · cómo se ven
Step 2a20 min curaduríaPersonal branding guidelines
Tu sistema de diseño documentado · paleta de color con uso por rol · stack tipográfico · reglas de charts · iconos · spacing · anti-patrones declarados ("nunca emojis en docs corporativos"). Cowork lo lee al generar cualquier visual y mantiene consistencia cross-formato.
Sector I · Cimientos · 00_Recursos
identidad.md · datos personales
Step 2b10 minPrivacy-locked
Datos personales que Cowork necesita para llenar formularios, redactar cartas formales, generar facturas, pies de firma · nombre legal, fechas, documento redactado a token, datos fiscales, dirección postal. Privacy-first · scope local-only · nunca sale a conector sin confirmación.
Sector I · Cimientos · 00_Recursos
contacts-pro.md · libreta profesional
Step 2c45 min consolidación~30 contactos
Top 30 contactos profesionales con canal preferido, tono apilado por relación, contexto, última interacción. La regla operativa es menos pero relevantes · 30 contactos curados > 300 importados sin curar. Cowork la lee al redactar cualquier correo y aplica el tono correcto sin que tú lo pidas.
Sector I · Cimientos · 00_Recursos
contacts-personal.md · libreta personal
Step 2d30 minPrivacy-locked
Familia, top 10 amigos, médicos, servicios recurrentes, recordatorios anuales · información sensible que vive en plain text local con scope explícito de NO salir a cliente, conector ni nube. Cowork respeta el lock y NO usa este archivo para outputs públicos.
Sector I · Cimientos · 00_Recursos
hoja-de-vida.md · perfil profesional
Step 2e1 h consolidaciónBios en 3 longitudes
Fuente única de verdad biográfica · educación, experiencia con métricas, certificaciones, idiomas, skills, publicaciones, links públicos. Cowork lo usa para redactar bios de 60/180/500 palabras coherentes, postular, llenar perfiles, mantener LinkedIn alineado. NO inventa logros · si una métrica falta, marca [PENDIENTE_DATO].
Norma de curaduría compuesta. Estos 6 documentos no se construyen en serie · se construyen en capas concéntricas. Empieza por brand-voice y cv-data (2 sesiones · valor inmediato en correos y bios). Suma identity y brand-aesthetics en la semana 2. Cierra contacts-pro y contacts-personal en la semana 3. 4 horas reales totales · 25 min de prompts + 3.5 h de encontrar/decidir/curar. Cada documento por separado vale poco · los 6 juntos producen outputs que defienden solos.
D
Steps · click en cada acción para ver template y prompt
Cada step tiene tres tipos de modal: TEMPLATE (texto .md a pegar), PROMPT (para que Claude lo construya), CHECK (validación).
0
Pre-flight · sin Claude todavía
Crear carpeta de trabajo y autorizar Cowork
30 minSector pre-flight
Crea la carpeta Trabajo en Claude Desktop en Documentos, abre Cowork y autoriza esa carpeta como directorio de trabajo. Marca con estrella para carga por defecto.
1
Sector I · Cimientos · Nivel 0 Root
Sembrar CLAUDE.md y MEMORY.md raíz
1 sesiónCrítico
El sustrato textual del Jarvis. Dos archivos planos que Cowork lee al inicio de cada sesión. CLAUDE.md = reglas del juego. MEMORY.md = libreta que crece sola.
2
Sector I · Cimientos · 00_Recursos
Voice Principles · enseñarle a Claude tu voz
1 sesiónAlta palanca
Extrae tus patrones de escritura desde 30 correos enviados (Gmail) o 5 muestras pegadas. Resultado: 00_Recursos/voz.md que Cowork lee siempre.
Checkpoint 1 · post-Sector I
¿Estás listo para sembrar Sector II?
Validación binaria:
✅ CLAUDE.md raíz creado · Claude lo cita al inicio de cada sesión sin que se lo pidas.
✅ MEMORY.md raíz tiene ≥ 2 entradas reales (no template).
✅ voz.md extraído · una pieza que escribiste en voz post-extracción suena reconociblemente tuya.
Si no: repite Steps 1-2 antes de avanzar. Sembrar Sector II sin Sector I asentado es escalera sin primer escalón.
3
Sector II · Base · Estación universal
Correos · primera estación
1 sesiónUniversal
Activa el apilamiento de reglas: cuando pides redactar un correo, Cowork lee voice raíz + CLAUDE.md de Correos. Resultado: correos que suenan como tú.
4
Sector II · Base · Estación universal
Documentos · creación recurrente de documentos
1 sesiónUniversal
Estación universal para crear briefs, propuestas, one-pagers, memos, presentaciones. Tipos de documento como sub-skills · cada tipo con su estructura canónica y su prompt de generación. Output a Documentos/output/[tipo]/YYYY-MM-DD-slug.md.
5
Sector II · Base · Estación universal
Entregas · entregables de gestión recurrentes
1 sesiónUniversal
Estación universal para status reports, actas de reunión, risk register, retrospectivas, ADRs. Cada artefacto tiene su skill asociada (regla de 3) y su template .md. El apilamiento de reglas hace que el status report del cliente A use el formato corporativo de A y el de B use el formato de B sin repetirte.
6
Sector II · Base · Estación dedicada
Finanzas Personales (o tu estación dedicada #1)
1 sesiónDedicada
Patrón de estación dedicada con datos sensibles. Carga 12 meses de extractos, propone taxonomía, master tracker. Cada corrección se vuelve regla persistente en MEMORY.md.
7
Sector II · Base · Estación dedicada
Desempeño y Crecimiento · hacia dónde voy
1 sesiónDedicada
Pregunta única: ¿hacia dónde voy y cómo me evalúo? Estación dedicada para 1:1s, evaluaciones, OKRs, plan 1-3 años y feedback log. Cada feedback recibido se vuelve entrada datada en MEMORY.md · el plan se relee en cada WBR/QBR.
8
Sector II · Base · Estación dedicada
Estudio · qué quiero saber que aún no sé
1 sesiónDedicada
Pregunta única: ¿qué quiero saber que aún no sé? Hábito continuo y estructurado: notas de lectura, síntesis, flashcards, sprints de cursos. Frontera con Lab: Estudio amplía conocimiento como hábito · Lab es exploración acotada con hipótesis falseable. Estudio puede abrir un Lab; Lab no se vuelve Estudio.
9
Sector II · Base · Estación dedicada
Búsqueda Laboral · ¿estoy career-ready?
1 sesiónDedicada
Pregunta única: ¿estoy career-ready aunque no busque hoy? CV master, versiones ATS por rol, postulaciones, interview prep, tracker de roles. Apila hoja-de-vida.md (Sector I) · NO inventa logros: marca [PENDIENTE_DATO] cuando falta una métrica.
10
Sector II · Base · Estación dedicada
Publicaciones y Redes · qué publico hacia afuera
1 sesiónDedicada
Pregunta única: ¿qué publico hacia afuera? Calendario editorial, posts LinkedIn, threads X, charlas, podcasts, banners · variantes por plataforma. Apila brand-voice.md + estetica.md (Sector I). Outputs públicos pasan por el NotebookLM gate antes de firmar cifras externas.
11
Sector III · Núcleo · Chat Project (nube)
Chat Project · trabajo conceptual repetido en la nube
15 minSin filesystem
Distinto a Cowork Project · vive en la nube de Anthropic, NO toca tu filesystem local. Útil cuando el dominio es conceptual y portable (preparación de comités, feedback escrito, brainstorm de pre-venta) y NO necesitas leer/escribir archivos. Liviano, rápido de configurar.
12
Sector III · Núcleo · Projects
Project P-NNN · expediente vivo de cliente o iniciativa
1-2 sesionesPor proyecto
Cowork Project con su propio CLAUDE.md, MEMORY.md y archivos de referencia (5-10 max, no 30). Codifica reglas con "codifica este principio" → Cowork lo escribe directo al archivo.
13
Sector IV · I+D+i · Lab
Lab session · 4 archivos canónicos
1 sesiónTransversal
Unidad de exploración acotada en Lab/YYYY-MM-tema-corto/. Cuatro archivos: notes (apuntes), hypothesis (qué se prueba), references (fuentes), decision (graduar · cerrar · esperar).
14
Sector IV · I+D+i · Mini-app vibe-coded
Mini-app · herramienta hiperespecífica para un cuello de botella tuyo
1-2 sesionesAvanzado · una intención
Describes la intención en lenguaje natural · la IA escribe el código. Una app hiperespecífica que resuelve un cuello de botella tuyo y de nadie más. Vive en Lab/YYYY-MM-mini-app-slug/ con su spec. Progresión canónica: mini-app personal → plugin compartido (2+ personas) → web app desplegada (URL). Regla: una sola intención por app · si necesita dos, son dos apps.
14b
Sector IV · Nivel 8 · spec primero (deep dive)Setor IV · Nível 8 · spec primeiro (deep dive)
Producción como código · el spec es la palancaProdução como código · o spec é a alavanca
45 minCuando una pieza se repite y vale industrializarlaQuando uma peça se repete e vale industrializá-la
La mini-app del Step 14 escala a una línea de producción cuando separas el qué del cómo. El patrón (probado en video-as-code con la skill remotion, pero igual para reportes, decks o entregables de cliente): (1) escribes el spec — un markdown que describe la pieza con precisión (tesis, arco, escenas, timing, qué se enfatiza); (2) Claude lee el spec + la guía de estilo + el registro de componentes y ensambla, no inventa; (3) previsualizas y refinas en lenguaje natural hasta que cuadra. El trabajo creativo no desaparece: se mueve al spec. Ahí vive tu pensamiento; el resto es ejecución.A mini-app do Step 14 escala a uma linha de produção quando você separa o quê do como. O padrão (provado em video-as-code com a skill remotion, mas igual para relatórios, decks ou entregáveis de cliente): (1) você escreve o spec — um markdown que descreve a peça com precisão (tese, arco, cenas, timing, o que se enfatiza); (2) o Claude lê o spec + o guia de estilo + o registro de componentes e monta, não inventa; (3) você pré-visualiza e refina em linguagem natural até encaixar. O trabalho criativo não desaparece: move-se para o spec. Ali vive o seu pensamento; o resto é execução.
«Dame la libertad de un brief ajustado.»«Dê-me a liberdade de um brief apertado.»La frase de Ogilvy no es contradicción: cuando el brief define el problema con precisión, quien lo ejecuta (humano o IA) sabe a dónde va y se concentra en resolver, no en adivinar. Hay investigación detrás: la relación entre restricciones y creatividad tiene forma de U invertida — muy pocas restricciones paralizan (lienzo en blanco), demasiadas asfixian, pero en el medio la creatividad sube. Dr. Seuss escribió Green Eggs and Ham con solo 50 palabras por una apuesta; vendió 200 millones. Cada restricción que pones en el spec, la guía de estilo o el registro es un error que Claude no cometerá.A frase de Ogilvy não é contradição: quando o brief define o problema com precisão, quem o executa (humano ou IA) sabe para onde vai e foca em resolver, não em adivinhar. Há pesquisa por trás: a relação entre restrições e criatividade tem forma de U invertido — poucas restrições paralisam (tela em branco), muitas sufocam, mas no meio a criatividade sobe. Dr. Seuss escreveu Green Eggs and Ham com só 50 palavras por uma aposta; vendeu 200 milhões. Cada restrição que você põe no spec, no guia de estilo ou no registro é um erro que o Claude não cometerá.
Las cadencias no son solo prompts. Son rituales recurrentes que mantienen vivo el sistema. Primero reserva el espacio en calendario, luego ejecuta el prompt guiado para aprender la conversación, y después convierte la cadencia estable en scheduled task supervisada para que Cowork funcione como facilitador: te pregunta, resume, propone y deja registro solo con confirmación.
Cadencia
Objetivo
Frecuencia
Prompt
Registro
Modo recomendado
Automatizar cuando...
DBR
Elegir máximo 3 prioridades y preparar el día.
L-V · mañana · 10 min
P09
04_Cadencias/planes/YYYY-MM-DD-daily-plan.md
Prompt guiado + calendario
5 ejecuciones reales consecutivas.
Daily Close
Capturar aprendizaje, actualizar memoria y sembrar mañana.
L-V · cierre · 10 min
P10
MEMORY.md + seed del plan de mañana
Prompt guiado
DBR ya se sostiene sin fricción.
WBR
Leer la semana, patrones, pendientes y cambio mínimo.
Viernes · 30-45 min
P11
04_Cadencias/repasos-semanales/YYYY-WW-review.md
Prompt guiado + calendario
2 semanas con DBR visible.
Weekly Retro
Facilitar reflexión con tres preguntas y registrar insight.
Viernes · 20 min
P12
MEMORY.md · Retro semanal
Conversacional
Weekly Review ya produce datos claros.
QBR
Auditar el sistema completo y planear el próximo trimestre.
Trimestral · 90 min
P13
04_Cadencias/repasos-trimestrales/YYYY-QN-qbr.md
Facilitado, no automático
Nunca sin sesión humana dedicada.
MBR
Podar DONE/KILLED, medir tendencias del mes y ajustar foco.
Mensual · 45 min
—
04_Cadencias/repasos-mensuales/YYYY-MM-mbr.md
Facilitado
Tras 1-2 meses con WBR estable.
ABR
Revisión estratégica anual · plan 1-3 años, soberanía y portabilidad.
Anual · medio día
—
04_Cadencias/repasos-anuales/YYYY-abr.md
Facilitado, sesión humana
Nunca sin sesión humana dedicada.
Canon de 6 ritmos (alineado con el Playbook §20). El sistema vive sobre seis cadencias: DBR · WBR · MBR · QBR · ABR · Auditoría, materializadas en 04_Cadencias/{planes, repasos-semanales, repasos-mensuales, repasos-trimestrales, repasos-anuales, auditorias}/. Daily Close y Weekly Retro son sub-prácticas del DBR y del WBR (cierre + reflexión); la Auditoría mensual tiene su propia sección al final de esta guía.
Regla de adopción: calendario, prompt y scheduled task se apilan. No elijas uno contra otro. Empieza con calendario + P09 manual; usa P39 solo cuando quieras que Cowork cree la capa recurrente supervisada para DBR/WBR/QBR.
16
Sector V · Cadencias · Capacidad 7 · scheduled task
Configura tu primera scheduled task supervisada
30 min + semana de pruebaUna a la vez
Una tarea que Cowork dispara solo, en horario fijo, y deja un borrador para tu revisión. El caso canónico de mayor valor es la clasificación matinal de bandeja (lee correos de las últimas 16h, separa en 3 categorías, propone respuestas · tú revisas y envías). Regla canónica: una sola scheduled task a la vez · córrela una semana en modo prueba · solo entonces dejas que actúe automática. Generaliza el P39 de cadencias (DBR/WBR) a cualquier rutina con trigger claro.
Checkpoint 2 · post-Cadencias
¿El sistema vive entre sesiones?
Validación binaria:
✅ ≥ 3 DBR ejecutados consecutivos en una semana laboral.
✅ MEMORY.md ha crecido por sí mismo (≥ 5 entradas nuevas sin que las pidieras explícitamente).
✅ Al menos 1 sub-task T-NNN ejecutada con sus 3 archivos canónicos.
Si no: el sistema está construido pero no vivo. Pausa antes de añadir más cadencias · diagnostica por qué el DBR no se sostiene (ver troubleshooting al final).
17
Optimización · Skills propias
Crear tu primera Skill (regla de 3)
1 sesiónAvanzado
Si un patrón se repite 3+ veces con la misma estructura, conviene materializarlo como skill. Habilita skill-creator antes de empezar. Opera el flujo manual primero, luego pídele extraerlo.
18
Optimización · Conectores MCP
Activar Gmail · Calendar · Drive (uno por vez)
30 min/conectorDisciplina
Empieza con dos conectores. Valida 2 semanas. Revoca a 60 días sin uso. Cada nueva capacidad = nueva superficie de error.
19
Optimización · Capacidades en acción
8 prácticas guiadas · una por capacidad core
1 prompt/semanaPráctica
Un caso canónico por cada una de las 8 capacidades core. Ejecuta el prompt en condiciones reales, no en pruebas sintéticas.
20
Optimización · Configuración transversal
Plan · Modelo · Idioma · Privacidad · Semáforo
15 min/mesDisciplina
Cuatro transversales y un semáforo de tres colores que clasifica cada acción según riesgo. Revisión mensual.
21
Mantenimiento · Auditoría mensual
Rúbrica de 6 preguntas · Roles ISO 27001 si compartido
15 min/mesMantiene vivo
Cada mes, recorre el panel de configuración con un checklist mental de seis preguntas. Si la estación se comparte, asigna roles explícitos análogos a ISO 27001.
Checkpoint 3 · post-Auditoría
¿Tu Jarvis es operable como workstation autónoma?
Validación binaria:
✅ Abres cualquier proyecto activo → TAREAS.md te dice qué hacer hoy en ≤ 30 segundos.
✅ Health-check pasa con 0 ❌ y ≤ 2 ⚠️ tras 4 semanas de uso.
✅ ≥ 1 decisión irreversible registrada como ADR cross-project (la prueba de Soberanía Digital aplicada).
Si no: tu sistema funciona pero aún depende de que recordes qué hacer · falta el último tramo de soberanía operativa. Re-lee el playbook §8b capacidad A · Task Control Siempre.
22
Sector III · IV · V · TAREAS por nivel (operación avanzada 2026-05)
Crear TAREAS.md · workstation autónoma por nivel
20 min por nivelCapacidad A · Task Control Siempre
Cada workspace (raíz, proyecto activo, estación universal en uso, cadencias) tiene su propio TAREAS.md con Kanban inline de cinco columnas (NOW · NEXT · BACKLOG · DONE · KILLED). Regla anti-WIP: NOW ≤ 3 simultáneas. DBR consume NOW · WBR re-organiza · MBR poda DONE/KILLED. Si el archivo queda vacío en la primera semana, se elimina y se vuelve a crear cuando aparezca la primera tarea real.
Regla: tarea trivial (menos de una hora, una sesión, sin artefactos asociados) = línea en TAREAS.md sin subdirectorio. Tarea multi-sesión (DoD complejo, artefactos asociados, atraviesa varios días) = subdirectorio _tasks/T-NNN-<slug>/ con tres archivos canónicos: CLAUDE.md (governance de la tarea), task.md (definición ejecutable con plan numerado), log.md (append-only de la ejecución).
24
Cualquier sector · cuando un CLAUDE.md crece
Descomponer CLAUDE.md > target · control panel + canon dedicado
1 sesión por archivoSolo si supera target
Targets canónicos: 200 líneas en la raíz, 70 en proyecto, 50 en estación. Cuando un archivo los excede, se descompone en (1) control panel lean con anchors de routing + reglas + pointers, y (2) canon-operativo.md o <tema>-canon.md con el detalle profundo cargado bajo demanda. Cero pérdida de profundidad: el contenido se mueve íntegro, nunca se resume destructivamente. Criterio para mover un bloque al canon: más de 20 líneas, cohesión temática propia, no es anchor de routing, cambia menos que el resto del archivo.
25
Cualquier nivel · plugin externo como espejo
Slotear plugin de productividad externo · markdown sigue canon
Cuando trigger se cumpleRecomendado · no obligado
El método recomienda conectar un plugin de productividad externo cuando aparezca uno de estos dos triggers: número de tareas activas cross-portafolio sobre 20 sostenidas durante 4 semanas, o aparición de colaboración multi-persona. Hasta entonces, el markdown local cubre el 100% del caso individual. Convención de sync abstracta: ID del plugin como sufijo inline [PROVIDER-ID] en cada tarea, sync manual en el repaso semanal, nunca bidireccional automático. El lector elige la herramienta concreta por afinidad — el ecosistema cambia cada año y medio.
26
Cualquier output de alto stake interno
Aplicar Bucle de Excelencia · rúbrica 10 criterios
VariableSolo alto stake interno
Rúbrica interna de diez criterios: fundamento · veracidad · calidad · densidad · simplicidad · claridad · precisión · profundidad · coherencia · valor. Aplicada al output, iterar hasta puntuar 10/10 en cada criterio. Entregar solo la versión final, sin trazas del proceso iterativo. Cuándo aplicar: alto stake interno — constituciones (CLAUDE.md), ADRs canónicos, contratos, cartas formales, canon de marca. NO aplica a logs, MEMORY, borradores ni DBR. Es el complemento interno del NotebookLM gate (que cubre alto stake externo con búsqueda); el Bucle cubre alto stake interno sin búsqueda.
Checkpoint 4 · sistema maduro
¿El Jarvis es ya parte de cómo trabajas, no algo que mantienes?
Validación binaria:
✅ Aplicaste Bucle de Excelencia a ≥ 1 output de alto stake (constitución · ADR · carta firmada · canon de marca).
✅ Eres capaz de explicarle el Jarvis a otra persona en 5 minutos sin abrir el playbook.
✅ Has detectado y resuelto al menos 1 anti-patrón propio (un hábito que te alejaba de la voz canónica · una dependencia que rompió soberanía digital · etc.).
Si los 3 son ✅: el Jarvis es ya tuyo. Pasa a fase de mantenimiento (auditoría mensual + revisión trimestral) · y considera si tu experiencia puede acompañar a alguien más (Plan Acompañado del playbook §15b).
R
Capa de repos · del archivador a la bóvedaCamada de repositórios · do arquivo ao cofre
Cuando un encargo necesita historial con fecha, borradores en paralelo, respaldo fuera de sede o código, deja de ser una carpeta Cowork y gradúa a repo git. Cuatro steps montan, paralelizan, blindan y archivan ese expediente. Coherente con el Playbook §3.7 (la escalera de graduación) y §4.5 (carpetas como arquitectura, ICM).Quando um encargo precisa de histórico com data, rascunhos em paralelo, backup fora da sede ou código, deixa de ser uma pasta Cowork e gradua a repo git. Quatro passos montam, paralelizam, blindam e arquivam esse dossiê. Coerente com o Playbook §3.7 (a escada de graduação) e §4.5 (pastas como arquitetura, ICM).
Cómo se conecta con el Playbook.Como se conecta com o Playbook.El Playbook explica el qué/por qué de la capa de repos; estos cuatro steps son el cómo. Carpeta Cowork para knowledge-work liviano; repo standalone (~/Documents/workspace/<slug>, GitHub privado, Code mode) cuando hay código, ramas, historial, colaboración o portabilidad.O Playbook explica o quê/porquê da camada de repositórios; estes quatro passos são o como. Pasta Cowork para trabalho de conhecimento leve; repo standalone (~/Documents/workspace/<slug>, GitHub privado, Code mode) quando há código, ramos, histórico, colaboração ou portabilidade.
27
Capa de repos · el portero de la bóvedaCamada de repositórios · o porteiro do cofre
Pasa el encargo por seis disparadores: ¿hay código? · ¿necesitas ramas / borradores en paralelo? · ¿necesitas historial con fecha (auditoría)? · ¿vas a compartir o entregar externo? · ¿quieres trabajo en paralelo (worktrees)? · ¿necesitas portabilidad fuera de Cowork? Cero disparadores → déjalo como carpeta Cowork (_tasks/T-NNN/, Step 23). Uno o más → gradúa a repo standalone: repo de tarea (T-NNN, tiene fin → se archiva) o repo de proyecto (P-NNN, larga vida).Passe o encargo por seis gatilhos: há código? · precisa de ramos / rascunhos em paralelo? · precisa de histórico com data (auditoria)? · vai compartilhar ou entregar externo? · quer trabalho em paralelo (worktrees)? · precisa de portabilidade fora do Cowork? Zero gatilhos → deixe como pasta Cowork (_tasks/T-NNN/, Step 23). Um ou mais → gradua a repo standalone: repo de tarefa (T-NNN, tem fim → arquiva-se) ou repo de projeto (P-NNN, vida longa).
28
Capa de repos · montar la sede llave en manoCamada de repositórios · montar a sede chave na mão
Montar el repo con scaffold-repoMontar o repo com scaffold-repo
10 minUna vez por encargo graduadoUma vez por encargo graduado
Un solo comando deja la sede lista: dirección (slug kebab-ascii, ≤5 palabras, estable), archivo (git init + main), bóveda privada (GitHub privado por defecto), mesas-paralelas-ready (worktree-ready, baseRef: fresh) y acta de apertura (initial commit). Editas solo CLAUDE.md; las copias traducidas AGENTS.md/GEMINI.md se generan solas. Idempotente: si ya hay .git/, no hace nada.Um único comando deixa a sede pronta: endereço (slug kebab-ascii, ≤5 palavras, estável), arquivo (git init + main), cofre privado (GitHub privado por padrão), mesas-paralelas-ready (worktree-ready, baseRef: fresh) e ata de abertura (initial commit). Você edita só o CLAUDE.md; as cópias traduzidas AGENTS.md/GEMINI.md geram-se sozinhas. Idempotente: se já há .git/, não faz nada.
29
Capa de repos · mesas de trabajo paralelasCamada de repositórios · mesas de trabalho paralelas
Abrir worktrees · una mesa por scopeAbrir worktrees · uma mesa por scope
5 minSolo si trabajas borradores en paraleloSó se trabalha rascunhos em paralelo
Un worktree es una segunda mesa sobre el mismo expediente: pruebas un borrador arriesgado en una mesa mientras la versión buena descansa intacta en la otra. Reglas: una scope por mesa, cada mesa parte de copia limpia del maestro (baseRef: fresh = desde origin/main), corre setup-git.sh una vez por mesa, y recoge la mesa al terminar (se auto-elimina si quedó limpia). Los archivos locales gitignorados (.env) se copian vía .worktreeinclude.Um worktree é uma segunda mesa sobre o mesmo dossiê: você testa um rascunho arriscado numa mesa enquanto a versão boa descansa intacta na outra. Regras: um scope por mesa, cada mesa parte de cópia limpa do mestre (baseRef: fresh = a partir de origin/main), rode setup-git.sh uma vez por mesa, e recolha a mesa ao terminar (auto-elimina-se se ficou limpa). Os arquivos locais gitignorados (.env) copiam-se via .worktreeinclude.
30
Capa de repos · bóveda, copias y archivadoCamada de repositórios · cofre, cópias e arquivamento
Bóveda privada + mirrors + cierre del cicloCofre privado + mirrors + fecho do ciclo
10 minAl cerrar un repo de tarea · revisado en QBRAo fechar um repo de tarefa · revisado no QBR
Confirma la bóveda fuera de sede (GitHub privado, respaldo + auditoría de quién cambió qué). Las copias traducidasAGENTS.md/GEMINI.md son mirrors auto-generados con merge=ours — nunca se editan a mano; se regeneran tras cada merge. Cierre del ciclo: el repo de tarea tiene fin → cuando entregas, lo archivas con su historial fechado intacto. Cada QBR (Step 15) revisa qué expedientes blindados ya cumplieron su fin y los retira.Confirme o cofre fora da sede (GitHub privado, backup + auditoria de quem mudou o quê). As cópias traduzidasAGENTS.md/GEMINI.md são mirrors auto-gerados com merge=ours — nunca se editam à mão; regeneram-se após cada merge. Fecho do ciclo: o repo de tarefa tem fim → quando você entrega, arquiva-o com o seu histórico datado intacto. Cada QBR (Step 15) revisa quais dossiês blindados já cumpriram o seu fim e os retira.
Checkpoint 5 · capa de reposcamada de repositórios
¿Sabes graduar un encargo de carpeta a bóveda?Você sabe graduar um encargo de pasta a cofre?
Validación binaria:Validação binária:
✅ Aplicaste los 6 disparadores a ≥ 1 encargo y decidiste correctamente carpeta vs. repo.Aplicou os 6 gatilhos a ≥ 1 encargo e decidiu corretamente pasta vs. repo.
✅ Montaste ≥ 1 repo con scaffold-repo (slug estable + GitHub privado + worktree-ready) sin crear archivos a mano.Montou ≥ 1 repo com scaffold-repo (slug estável + GitHub privado + worktree-ready) sem criar arquivos à mão.
✅ Distingues repo de tarea (se archiva) de repo de proyecto (permanece) y nunca editaste un mirror a mano.Distingue repo de tarefa (arquiva-se) de repo de projeto (permanece) e nunca editou um mirror à mão.
Si los 3 son ✅:Se os 3 são ✅:tu contexto ya viaja con historial, bóveda y portabilidad — el piso 12 (soberanía) del playbook deja de ser aspiracional.o seu contexto já viaja com histórico, cofre e portabilidade — o andar 12 (soberania) do playbook deixa de ser aspiracional.
E
Catálogo consolidado de prompts
Todos los prompts en un solo lugar para copiar y pegar sin buscar. Cada uno enlazado al step donde se usa por primera vez. Útil cuando ya configuraste el Jarvis y solo necesitas el prompt exacto sin releer el contexto. Clic en cualquier fila o en «Ver» abre el prompt completo con Copiar y Descargar.
Las seis piezas de archivo que convierten un Cowork genérico en tu Jarvis personal. Cada documento curado tiene un único propósito, vive en una ubicación canónica y se carga bajo demanda para no quemar tokens en cada conversación. Clic en cualquier fila o en «Ver» abre el template con Copiar y Descargar.
Skills fundacionales · las 4 universales del Jarvis
Cuatro skills personales que aplican a cualquier rol, cualquier dominio y cualquier Estación. Son la base no negociable del Jarvis y se instalan antes que cualquier skill de dominio. Cada una resuelve uno de los cuatro frentes de fricción más comunes: comprender la entrada, no inventar datos, estructurar la salida, cosechar antes de cerrar. Las cuatro siguen formato SPEC.
F1.1 · skill · input-analysis · que Claude siempre te entienda
SPEC
Antes de ejecutar nada, Claude entiende exactamente lo que pedí. Tres pasadas estrictas inspiradas en el patrón /sdf:input-analysis: corrección superficial (tipeos, abreviaturas, normalización), desambiguación de intención (presenta opciones si hay duda, espera mi elección), enriquecimiento semántico desde el Frente activo o MEMORY.md.
Cuándo se activa sola. Cualquier entrada con ambigüedad detectada, abreviatura inusual, intención múltiple, referencia implícita a contexto previo, o volumen alto de información heterogénea pegada de golpe.
SITUACIÓNMis entradas suelen ser fragmentadas, con ambigüedad, abreviaturas y referencias implícitas. Sin un pase de análisis previo, Claude se lanza a hacer algo distinto a lo que necesito.
PEDIDOCrear una skill personal que aplique un protocolo de tres pasadas (corrección superficial, desambiguación de intención, enriquecimiento semántico) antes de actuar sobre cualquier solicitud que cumpla los disparadores.
EJECUCIÓN1. Activa /skill-creator y crea skill personal llamada input-analysis.
2. Activación automática: (a) tipeos detectados, (b) abreviaturas inusuales, (c) intención ambigua entre 2+ interpretaciones, (d) referencias implícitas a contexto previo, (e) volumen alto de info heterogénea pegada de golpe.
3. Comportamiento en tres pasadas estrictas:
Pasada 1 - Corrección superficial: corrige tipeos, expande abreviaturas, normaliza terminología SIN cambiar sentido.
Pasada 2 - Desambiguación de intención: identifica acción core. Si hay 2+ interpretaciones viables, presenta máx 3 rankeadas por confianza y pide elegir antes de ejecutar. Si confianza > 80%, procede.
Pasada 3 - Enriquecimiento semántico: añade contexto inferido desde Frente activo, Project en curso, MEMORY.md. Sugiere skill o herramienta a activar.
4. Antes de ejecutar, devuelve bloque corto "Input amplificado" con 4 líneas: Intención, Alcance, Restricciones, Ruta sugerida.
5. Antipatrones: nunca asumir en silencio, nunca sobre-amplificar, nunca reemplazar instrucción explícita por "mejor" inferencia.
CRITERIOAl hacer entrada ambigua, recibo bloque "Input amplificado" antes de la ejecución, y la ejecución refleja la interpretación declarada. Si elegí entre opciones, la elección se respeta literalmente.
PROMPT COPIABLEActiva /skill-creator y crea una skill personal llamada input-analysis.
Nombre y slug: input-analysis
Tipo: skill personal, no compartida
Cuándo activarse: entrada con (a) tipeos, (b) abreviaturas sin contexto, (c) intención ambigua, (d) referencias implícitas, (e) volumen alto heterogéneo.
Comportamiento en 3 pasadas estrictas:
Pasada 1 Corrección superficial.
Pasada 2 Desambiguación: si >1 interpretación, presenta máx 3 rankeadas y pide elección. Si >80% confianza, procede.
Pasada 3 Enriquecimiento semántico desde Frente, Project, MEMORY.md.
Antes de ejecutar, devuelve bloque "Input amplificado" con 4 líneas: Intención, Alcance, Restricciones, Ruta sugerida.
Antipatrones a evitar:
- Asumir en silencio
- Sobre-amplificación
- Reemplazar instrucción explícita por inferencia
Mi contexto:
- Frentes habituales: [FRENTES_HABITUALES]
- Tipos de input donde más se confunden: [CONTEXTOS_AMBIGUOS]
Tareas:
1. Genera SKILL.md con activación natural.
2. Tres ejemplos mostrando el bloque "Input amplificado".
3. Prueba ya con esta entrada disléxica: "pasame eso q te dije ayer del cliente, hazme un brief rapido". Muestra cómo queda el bloque amplificado.
4. Instrucciones para subir vía Customize > Skills > Upload.
5. Recuérdame respaldarla.
Cuando la salida contiene cifras, citas, nombres propios o afirmaciones específicas, marca con etiquetas [SUPOSICIÓN] y [ESTIMACIÓN] lo no verificable y propone fuente o siguiente paso. Cierra cada respuesta con sección breve "Próximo paso verificable" con una acción concreta.
Cuándo se activa sola. Cualquier salida con números, porcentajes, fechas exactas, citas textuales, URLs, DOIs o referencias bibliográficas.
SITUACIÓNMis entregables suelen contener cifras, citas, nombres propios y afirmaciones específicas. Si firmo algo con datos inventados, el costo reputacional es alto.
PEDIDOCrear skill personal que se active automáticamente cuando la salida vaya a contener datos verificables, marque lo no verificable y proponga siguiente paso.
EJECUCIÓN1. Activa /skill-creator y crea skill llamada revisor-veracidad.
2. Activación: cuando la salida contenga cifras, porcentajes, fechas específicas, citas textuales, nombres propios, o referencias a fuentes.
3. Comportamiento:
3.1 Marca con [SUPOSICIÓN] toda afirmación no verificable contra fuente.
3.2 Marca con [ESTIMACIÓN] números aproximados por inferencia.
3.3 Si menciono nombre propio, confirma con fuente o marca [SIN VERIFICAR].
3.4 Cierra con "Próximo paso verificable" + 1 acción concreta.
3.5 Nunca inventes URLs, DOIs, ISBNs ni citas bibliográficas.
CRITERIOSalida con datos críticos lleva al menos una etiqueta de veracidad cuando aplica, y un Próximo paso verificable al cierre. Si no hay datos críticos, la skill no interrumpe.
PROMPT COPIABLEActiva /skill-creator y crea una skill personal llamada revisor-veracidad.
Cuándo activarse: respuesta con cifras, citas, nombres propios, fechas, porcentajes o referencias a fuentes.
Comportamiento:
1. [SUPOSICIÓN] toda afirmación no verificable.
2. [ESTIMACIÓN] todo número aproximado.
3. Si menciono nombre propio, confirma o marca [SIN VERIFICAR].
4. Al final agrega sección "Próximo paso verificable" con 1 acción concreta.
5. Nunca inventes URLs, DOIs, ISBNs ni citas.
Mi contexto:
- Dominios: [DOMINIOS_DE_TRABAJO]
- Fuentes preferidas para verificar: [FUENTES_PREFERIDAS]
Tareas:
1. Genera SKILL.md.
2. Tres ejemplos de invocación.
3. Pruébala con caso real, dame salida con cifras y muéstrame las etiquetas aplicadas.
4. Instrucciones de upload vía Customize > Skills.
F1.3 · skill · frontload-prompt · estructura óptima antes de procesar
SPEC
Cuando voy a pegar un documento largo, reorganiza el prompt antes de procesar para que lo importante quede al inicio (rol, tarea, restricciones) y el material al final. Mitiga el efecto lost-in-the-middle sin que tenga que aprender a estructurar prompts.
Cuándo se activa sola. Cuando detecta documento pegado de más de 500 caracteres, payload JSON/CSV extenso, bloque entre comillas triples, o digo "voy a pegarte" / "te paso este texto".
SITUACIÓNCuando pego material largo, lo importante queda enterrado en el medio y Claude pierde precisión por lost-in-the-middle.
PEDIDOCrear skill que reformatee cualquier entrada con material largo aplicando patrón frontload en 4 bloques: ROL, TAREA, RESTRICCIONES, MATERIAL.
EJECUCIÓN1. Activación: turno con documento >500 caracteres, payload JSON/YAML/CSV, bloque triple comillas, o frase "voy a pegarte".
2. Reformatea al patrón frontload con 4 bloques en orden estricto:
a) ROL Y CONTEXTO al inicio (1-2 oraciones).
b) TAREA concreta en imperativo.
c) RESTRICCIONES en lista corta (máx 5).
d) MATERIAL al final entre "Inicio de material:" y "Fin de material:".
3. Si material > 1000 tokens, sugiere subirlo como archivo.
4. Cierre: "Procede ahora con la TAREA aplicando las RESTRICCIONES".
5. NO reescribas el material, solo reorganiza el marco.
CRITERIOAl pegar bloque largo, recibo prompt reformateado con 4 bloques en orden antes de la ejecución. La respuesta refleja la TAREA, no se mete en el medio del material.
PROMPT COPIABLEActiva /skill-creator y crea una skill personal llamada frontload-prompt.
Cuándo activarse: turno con documento >500 caracteres, archivo adjunto, bloque entre comillas triples, payload JSON/YAML/CSV extenso, o "voy a pegarte".
Comportamiento: reformatea mi prompt al patrón frontload con 4 bloques en orden estricto:
a) ROL Y CONTEXTO al inicio (1-2 oraciones).
b) TAREA concreta en imperativo.
c) RESTRICCIONES en lista corta (máx 5 viñetas).
d) MATERIAL al final entre marcas "Inicio de material:" y "Fin de material:".
Si material > 1000 tokens, sugiere archivo.
Después del material agrega: "Procede ahora con la TAREA aplicando las RESTRICCIONES".
NO reescribas el material, solo reorganiza el marco.
Mi contexto:
- Tipos de material que pego: [TIPOS_DE_MATERIAL_HABITUAL]
- Tono de salida preferido: [TONO_DE_SALIDA_PREFERIDO]
Tareas:
1. Genera SKILL.md.
2. Dos ejemplos antes/después.
3. Prueba con este mismo prompt como caso.
4. Instrucciones de upload.
F1.4 · skill · cierre-conversacion · cosechar y cerrar limpio
SPEC
Cuando la conversación alcanza umbral o cambia de tema, propone cerrar y abrir uno nuevo, dejando antes un resumen ejecutivo como artifact, capturando aprendizajes nuevos como candidatos a persistir en MEMORY.md.
Cuándo se activa sola. Más de 15 mensajes en la misma conversación, detección semántica de cambio de tema, o comando explícito /cierre / /session-audit.
SITUACIÓNConversaciones que se alargan o cambian de tema se vuelven vertedero y degradan calidad. Necesito cerrarlas con disciplina y cosechar antes.
PEDIDOSkill que se active por umbral, cambio de tema o comando, y produzca: resumen ejecutivo + checklist de persistencia + recomendación de cierre.
EJECUCIÓN1. Activa /skill-creator y crea skill llamada cierre-conversacion.
2. Activación: (a) >15 mensajes en la conversación, (b) cambio de tema detectado semánticamente, (c) comando /cierre o /session-audit.
3. Comportamiento:
3.1 Resumen ejecutivo en 5 viñetas: objetivo logrado, decisiones, archivos creados/modificados, suposiciones pendientes de validar, próximos pasos.
3.2 Identifica principios mencionados en la sesión que NO están en MEMORY.md. Propónmelos como checklist para elegir cuáles persistir.
3.3 Si confirmo, escribe en MEMORY.md y avisa qué quedó guardado.
3.4 Genera artifact session-summary-AAAA-MM-DD.md en [CARPETA_RESUMENES].
3.5 Sugiere cerrar y abrir uno nuevo si el siguiente trabajo tiene tema distinto.
CRITERIOAl alcanzar umbral o invocar comando, recibo resumen, checklist y artifact. Lo confirmado se persiste literalmente. Las conversaciones largas dejan de degradar calidad porque cosecho y cierro a tiempo.
PROMPT COPIABLEActiva /skill-creator y crea una skill personal llamada cierre-conversacion.
Cuándo activarse: (a) más de [UMBRAL_TURNOS] turnos en la conversación, (b) cambio semántico de tema, (c) comando /cierre o /session-audit.
Comportamiento:
1. Resumen ejecutivo en 5 viñetas: objetivo logrado, decisiones, archivos creados/modificados, suposiciones pendientes, próximos pasos.
2. Identifica principios mencionados que NO están en MEMORY.md. Propónmelos como checklist.
3. Si confirmo, escribe en MEMORY.md y avisa qué quedó guardado.
4. Genera artifact session-summary-AAAA-MM-DD.md en [CARPETA_RESUMENES].
5. Sugiere cerrar e iniciar nuevo si el siguiente tema es distinto.
Tareas:
1. Genera SKILL.md.
2. Incluye /session-audit y /cierre como triggers explícitos.
3. Demo aquí mismo: aplica la skill y muéstrame qué detecta como principios persistibles.
4. Instrucciones de upload y respaldo.
La regla del Jarvis es no añadir ninguna skill de dominio antes de tener estas cuatro instaladas y probadas en al menos un caso real cada una. Detalle teórico de cada skill vive en el Playbook · Personal Jarvis OS §11.4. Documentación oficial de Skills.
F2
Plan Express · 4 bloques espaciados en una semana
La práctica deliberada espaciada produce retención dos a tres veces superior al estudio masivo. Por eso este plan se ejecuta a lo largo de una semana en cuatro sesiones cortas, no de un tirón. Respetar el espaciado es parte del método, no detalle estético.
Bloque
Día
Tiempo
Steps a ejecutar
Objetivo del bloque
1 · Comprender
Día 1
45 min
Solo lectura
Leer el Playbook · Personal Jarvis OS completo. Sin abrirlo de nuevo, escribir con mis palabras qué es Cowork, qué lo diferencia de las otras superficies, qué son los 8 Estaciones, cuáles son las 4 skills fundacionales, y por qué la higiene de conversación es la práctica de mayor impacto. Activa retrieval practice y expone huecos reales.
Auditar memoria persistente, sembrar identidad estable, crear CLAUDE.md raíz, escribir MEMORY.md raíz, construir voz.md desde mi escritura real, levantar Project de Operación propia con custom instructions cortas.
3 · Aplicar con skills
Día 3
90 min
F1.1 → F1.4 + 2 Frentes prioritarios
Crear las 4 skills fundacionales con /skill-creator (input-analysis, revisor-veracidad, frontload-prompt, cierre-conversacion). Probar cada una con caso real. Levantar los 2 Frentes que más duelen hoy (típicamente Correos y Entregas, o según rol).
4 · Defender y agendar
Día 4
45 min
Cadencias D + Auditoría G
Explicar el modelo mental completo a un colega o grabarme explicándolo en voz alta 5 minutos sin notas. Si en algún momento uso jerga sin saber definirla, ese es mi próximo hueco de estudio. Después agendar la auditoría mensual recurrente y las cadencias DBR/WBR.
Criterios de terminado
Habré completado el Plan Express cuando pueda hacer cuatro cosas sin consultar esta guía. Explicar a otra persona en qué se diferencia Cowork de Claude.ai, Claude Code y Claude Design en menos de dos minutos. Mostrar mi Project funcional con sus documentos y custom instructions. Ejecutar una tarea cualquiera aplicando frontload por hábito, no por esfuerzo consciente. Describir qué decidiré revisar en mi auditoría mensual. Si en alguno de los cuatro tengo que volver a la guía, ese punto necesita una segunda iteración.
F3
Claude Design · superficie aparte para trabajo visual
Anthropic Labs lanzó Claude Design el 17 de abril de 2026 como producto en research preview disponible para Pro, Max, Team y Enterprise. Funciona sobre Claude Opus 4.7. No es una capacidad de Cowork ni un plugin: es una superficie aparte para producir trabajo visual pulido (diseños, prototipos interactivos, slides, one-pagers, material de marketing).
⚠ Aviso operativo · consumo intenso de tokens
Claude Design es potente pero intenso en consumo de tokens. Los proyectos visuales involucran iteración densa, y cada refinamiento inline consume su parte del presupuesto operativo. Lo enciendo cuando el entregable visual justifica el costo, no como entorno por defecto. Para trabajo conversacional sigo en Cowork. Para código sigo en Claude Code. Design es un laboratorio que abro a propósito, no el entorno cotidiano.
Casos donde brilla para el Jarvis: pitch decks y presentaciones del Frente de Entregas (de esquema en bruto a deck completo on-brand en minutos), prototipos interactivos para validar ideas, wireframes que luego pasan a Claude Code para implementación, y material de marketing para el Frente de Publicaciones y Redes. Exporta a PPTX, PDF, HTML o envío directo a Canva.
Si las 4 horas/semana del Plan Express son inviables · existe alternativa documentada: 1 sector cada 3-4 semanas · output mínimo al cierre de cada bloque · cadencia humana. El Plan Lento del playbook §15b se concreta acá con steps mapeados.
Bloque
Steps del runbook
Output mínimo del bloque
Cuándo pausar
Bloque 1 · Sector I (mes 1)
Step 0 · 1 · 2
CLAUDE.md raíz · MEMORY.md · voz.md · 1 pieza producida en tu voz
Si no produjiste output real en mes 1 · pausar y revisar elección de plan
P-001 activo · TAREAS.md con NOW ≤ 3 · 1 sub-task T-NNN ejecutada
Si el proyecto no avanza en 14 días · pausar y revisar si es prioridad real
Bloque 4 · Sector V (mes 3 parte 2)
Steps 15 · 21 (DBR + auditoría)
5 streaks consecutivos de DBR · primera auditoría mensual
Si el DBR se rompe 2 veces consecutivas · simplificarlo antes de añadir WBR
Después del Bloque 4 · el Jarvis está completo a nivel mínimo viable. Adopción de WBR · MBR · QBR · ABR queda en fase de mantenimiento (1 ritual cada 1-2 meses según streak de los anteriores). Total bloque 1-4 ≈ 3-4 meses calendario con dedicación de 1-2h/semana.
Regla anti-procrastinación del Plan B: si un bloque toma más de 6 semanas en producir su output mínimo · el Plan B no está siendo lento · está siendo abandono lento. En ese caso revisar el playbook §5b ("Cuándo NO construir un Jarvis") antes de seguir.
G
Auditoría · 15 min al mes
La diferencia entre un Jarvis productivo y un Jarvis de demostración está en este ritual. Quince minutos el primer lunes del mes para revisar qué Projects mueren, qué skills no se invocan y qué conectores siguen vivos sin justificación. Lo que no se audita, se ensucia.
¿La memoria persistente refleja mi situación profesional actual o quedó desactualizada?
¿Hay Projects sin uso que conviene archivar?
¿Algún conector lleva más de 60 días autorizado sin usarse?
¿Alguna scheduled task está produciendo output que ya no leo o no me sirve?
¿Alguna skill propia falló en las últimas semanas y necesita revisión?
¿Apareció alguna capacidad nueva en mi plan que aún no exploré y podría darme leverage?
Regla mental para tocar configuración. Cada nueva capacidad activada = nueva superficie de error y permisos a vigilar. Activa solo lo que tu próximo flujo concreto requiere y revoca lo que no usas. Vale más un Jarvis pequeño y vivo que uno grande y en desuso.
Frontera de fuentes. Esta línea conserva su propio marco Claude/Jarvis. La investigación oficial OpenAI/Codex se aplicó solo a los homólogos Codex para evitar mezclar capacidades entre plataformas.
G2
Si quedas atorado · 7 atascos comunes con resolución
No todos los caminos son lineales. Estos son los siete atascos que aparecen más frecuentemente al construir un Jarvis · con la resolución canónica para cada uno. Si tu atasco no encaja en ninguno · probablemente es señal para auditar antes de continuar.
Atasco
Síntoma observable
Resolución canónica
1. "Claude no se acuerda de nada entre sesiones"
Cada conversación arranca como si fuera nueva · pides recordar y olvida
Verifica que MEMORY.md existe en la carpeta autorizada · que Cowork tiene permisos de lectura/escritura sobre esa carpeta · que tu prompt invoca "lee MEMORY.md al inicio" o que está en CLAUDE.md como regla automática
2. "Mi voz suena rara · no parece mía"
Outputs con muletillas que no usas · jerga corporativa que rechazas · tono que no es tuyo
Re-extrae voz.md con muestras más recientes y diversas · valida que el archivo lo cita CLAUDE.md de la estación involucrada · audita 5 outputs consecutivos para detectar el patrón roto
3. "Tengo 7 proyectos abiertos y no avanza ninguno"
WIP overload en NOW de todos los TAREAS.md · sensación de "trabajo mucho y no avanzo"
Aplica regla anti-WIP NOW ≤ 3 · cierra o postpone hasta dejar ≤ 3 proyectos activos · si todos son críticos · el problema es de portafolio · no de Jarvis
4. "Los DBR se rompen siempre al segundo día"
Arrancas DBR lunes · olvidas martes · abandonas miércoles · repites el mes siguiente
El DBR está sobrediseñado · simplifica a 3 líneas (1 foco · 1 bloqueo · 1 win) hasta que el hábito asiente · luego añade campos según necesidad real
5. "No sé dónde guardar este archivo"
Cada output queda en lugar ad-hoc · "después lo muevo" que nunca pasa
Re-lee el Routing Map de CLAUDE.md raíz · si tu output no encaja en ningún nivel canónico · el sistema necesita una estación nueva o una sub-categoría · proponer ADR antes de improvisar carpeta
6. "Mi CLAUDE.md ya tiene 350 líneas y no sé qué borrar"
Aplica patrón control panel + canon dedicado (playbook §8b D) · descompone en canon-operativo.md · NO borres contenido · refactorízalo a archivo aparte con pointer
7. "Construí el Jarvis hace 3 meses · no lo uso"
Sistema completo en disco · pero no es parte de cómo trabajas en realidad
Diagnóstico de adopción: ¿el primer hábito (DBR) consolidó? ¿tu rol cambió post-construcción? ¿el plan elegido fue el correcto? · re-leer playbook §15b alternativas y posiblemente recomenzar con Plan Lento o Acompañado
Anti-resolución universal: si la causa raíz del atasco es que el método no encaja con tu vida actual · NO es atasco · es señal. Re-lee playbook §5b "Cuándo NO construir un Jarvis" sin culpa · y construye otra cosa.
H
Glosario · términos que usa esta guía
Definiciones operativas que usa este Runbook: qué significa exactamente cada término en el contexto del Jarvis. Si quieres profundidad teórica o la analogía pedagógica, búscalas en el Playbook · Personal Jarvis OS.
Término
Definición operativa
Cowork
App de Anthropic que da a Claude acceso a tu filesystem local + memoria persistente + conectores externos.
Chat Project
Project que vive en la nube de claude.ai · custom instructions + archivos subidos · sin filesystem local.
Cowork Project
Project que vive en filesystem local · CLAUDE.md propio · accede a archivos · invoca conectores.
Estación
Carpeta dentro de 01_Estaciones/ que aloja un área de operación recurrente. Universal (Email, Documents, Delivery) o dedicada (Finanzas Personales, Newsletter HQ).
CLAUDE.md
Archivo plano que Cowork lee al inicio de cada sesión · reglas, routing, prudencia.
MEMORY.md
Archivo plano que Cowork escribe entre sesiones · aprendizajes y contexto persistente.
voz.md
Patrones extraídos de tu escritura · saludos, cierres, formalidad, palabras que usas/evitas.
Apilamiento de reglas
Lectura en cascada · raíz → estación → project. Cada capa especializa sin repetir lo de arriba.
Skill
Archivo SKILL.md con triggers + pasos + criterios. Materializa un patrón que se repite 3+ veces.
Tarea de Cowork que ejecuta sin disparo manual · daily, weekly, custom cron. Modo ensayo 14 días antes de scope envío.
Lab session
Carpeta 03_Lab/YYYY-MM-tema/ con 4 archivos canónicos (notes, hypothesis, references, decision). Unidad de exploración acotada.
Cadencias
Cinco rituales temporales · daily planning, daily close, weekly review, weekly retro, QBR. Mantienen el sistema vivo.
Soberanía Digital
Capacidad de portar TU contexto (CLAUDE.md, MEMORY.md, voice, projects, history) a otra herramienta agéntica · NO migrar el producto, migrar lo tuyo.
TAREAS.md
Task board canónico por nivel · Kanban inline 5 columnas (NOW · NEXT · BACKLOG · DONE · KILLED) · regla anti-WIP NOW ≤ 3 · ubicación en raíz + cada proyecto activo + estaciones universales en uso + cadencias.
NOW · NEXT · BACKLOG · DONE · KILLED
Las cinco columnas del Kanban inline en TAREAS.md · transición controlada en cadencias (DBR consume NOW · WBR re-organiza NOW/NEXT · MBR poda DONE/KILLED del mes).
Sub-task T-NNN
Subdirectorio multi-sesión _tasks/T-NNN-<slug>/ con tres archivos canónicos: CLAUDE.md (governance), task.md (definición ejecutable), log.md (append-only de ejecución). Solo se crea si la tarea cruza más de una sesión con artefactos asociados.
Workstation autónoma
Principio de soberanía operativa por nivel · cualquier workspace del Jarvis (raíz, sector, estación, proyecto, cadencia) es interfaz de trabajo completa por sí mismo, sin requerir herramienta externa para ver qué está en ejecución ahí.
Control panel + canon dedicado
Patrón arquitectónico anti-Regla-9 · cuando un CLAUDE.md supera su target (200 raíz · 70 proyecto · 50 estación), se descompone en control panel lean con anchors + pointers y archivos canon-operativo.md con detalle profundo cargado bajo demanda. Cero pérdida de profundidad.
Plugin de productividad externo
Cualquier herramienta del ecosistema actual que el lector elija como espejo opcional de los TAREAS.md — el lector elige por afinidad. Markdown sigue canon · plugin es espejo · sync manual en WBR · convención [PROVIDER-ID] inline.
Bucle de Excelencia
Rúbrica interna de 10 criterios (fundamento · veracidad · calidad · densidad · simplicidad · claridad · precisión · profundidad · coherencia · valor) · iterar hasta 10/10 · entregar solo versión final. Complemento interno del NotebookLM gate cuando todo se sostiene en context sin búsqueda externa.
WIP overload
Alerta del health-check cuando NOW > 3 sostenido dos repasos semanales consecutivos · trigger de simplificación o re-priorización antes de aceptar tareas nuevas.
D12 · única fuente ADR
Convención de gobernanza: todos los ADRs cross-project viven en /memory/decisiones/ con prefijo YYYYMMDD_<scope>_<slug>.md · sub-proyectos NO crean carpeta decisiones/ local. Una sola fuente · cero duplicación · trazabilidad multi-año.