PTENES
MÓDULO 2.1

🗂️ Context: Conoce tu negocio

La base imprescindible de tu arquitectura AIOS. Sin Context, no hay nada. Claude Code necesita saber quién eres, qué vendes y cómo piensas antes de cualquier Capability o Cadence.

6
Temas
35
Minutos
Principiante
Nivel
Fundamento
Tipo
📁 context/ carpeta raíz del Context about-me.md identidad · rol · top_pain about-business.md oferta · ICP · ingresos priorities.md 90 días · enfoque · OKR references/voice.md CLAUDE.md manual de operación (canónico · raíz del proyecto) decisions/ log.md append-only · motivo Arquitectura de Context: hechos interpretados, no un volcado de documentos

Contenido detallado

1

🧪 La prueba de contexto

Existe una prueba sencilla y contundente para saber si tu Context funciona: abre una sesión de Claude completamente nueva y pregunta "¿a qué se dedica este negocio y quién trabaja aquí?". Si Claude responde sin navegar por ningún archivo externo, tienes Context. Si no responde, no lo tienes, independientemente de cuántos documentos haya en otros lugares.

1

Abrir una sesión nueva

Sin historial. Sin archivos abiertos manualmente. Claude Code lee automáticamente solo lo que está en el proyecto mediante CLAUDE.md y context/.

2

Preguntar sin pistas

Frase exacta de la prueba:

"¿A qué se dedica este negocio y quién trabaja aquí?"
3

Evaluar la respuesta

Una respuesta con nombres, servicios y funciones reales = Contexto funcional. Una respuesta vaga («es una empresa de tecnología...») = Contexto insuficiente o inexistente.

💡 Por qué importa una «sesión nueva»

En una sesión existente, Claude ya tiene contexto acumulado en la ventana. La prueba solo sirve en una sesión nueva porque replica el estado real de una automatización, un agente o un colaborador nuevo que entra en tu AIOS por primera vez. Es la prueba de fuego honesta.

2

📁 La carpeta context/

La carpeta context/ es el corazón de tu AIOS. Contiene los tres archivos que definen quién eres, qué vendes y en qué estás enfocado. No es un volcado de documentos: son hechos interpretados, escritos con la voz de alguien que conoce el negocio.

📁 context/
├── about-me.md→ identidad, rol, top_pain
├── about-business.md→ oferta, ICP, modelo de ingresos
└── priorities.md→ prioridades de 90 días
📁 references/
└── voice.md→ muestras de voz verbatim
📁 decisions/
└── log.md→ registro append-only + motivo

✓ Hechos interpretados

  • ✓"Vendemos consultoría de producto para scale-ups B2B SaaS"
  • ✓"Mi top_pain es un ciclo de ventas largo (promedio de 45 días)"
  • ✓"Q3 2026: cerrar 3 nuevos clientes enterprise"
  • ✓Redactado como un briefing para alguien que no te conoce

✗ Volcado de documentos

  • ✗Pegar la presentación de pitch completa (50 diapositivas)
  • ✗Contratos de clientes o NDA como "contexto"
  • ✗Historial completo de correos de ventas
  • ✗Notes/misc/inbox como «archivos de contexto»

⚡ Regla de oro

Si no puedes escribir el archivo about-business.md en menos de 30 minutos, el problema no es la falta de información, sino la falta de claridad sobre el propio negocio. El proceso de escribir es el diagnóstico.

3

📋 CLAUDE.md — Manual de Operación

O CLAUDE.md queda en la raíz del proyecto y es canónico: es el único archivo que Claude Code lee automáticamente en cada sesión. Funciona como un manual de operación: quién eres, cómo piensas (3 Ms), dónde están las cosas y cómo trabajar contigo. Lo completa /onboard.

Estructura mínima de CLAUDE.md
# CLAUDE.md — [Nombre] AIS-OS
## Quién soy
Nombre, empresa, cargo, principal dificultad.
## Cómo pienso (3 Ms)
Mindset estándar, heurísticas de decisión.
## Arquitectura de AIOS
Dónde vive cada cosa. Enlaces relativos.
## Cómo trabajar conmigo
Tono, formato de salida, restricciones.
## Contexto activo
→ context/about-me.md
→ context/about-business.md
→ context/priorities.md

📊 Por qué tener un solo CLAUDE.md

  • Canonicidad — sin conflictos de versiones entre carpetas
  • Carga garantizada — Claude Code lo lee automáticamente
  • Mantenimiento sencillo — un lugar para actualizar
  • Revisión trimestral — cadencia natural y predecible

🚫 Qué NO incluir

  • Credenciales o claves de API
  • Contenido sensible de clientes
  • CLAUDE.md anidado en subcarpetas
  • Información duplicada de context/

💡 Consejo práctico

Ejecuta /onboard para generar el primer CLAUDE.md: la skill guía 7 preguntas y arma todo automáticamente. Para futuras actualizaciones, edítalo directamente o vuelve a ejecutarla (idempotente). Revisión recomendada: cada trimestre o cuando cambie el enfoque estratégico.

4

🎙️ references/voice.md — La regla de la voz

O references/voice.md guarda muestras reales de tu escritura, pegadas textualmente, nunca escritas durante una conversación. Es el archivo que evita que Claude invente un «tono profesional genérico» cuando genera contenido en tu nombre.

⚠️ La única regla que no se flexibiliza

Las muestras de voz deben ser pegadas literalmente de algo que hayas escrito de verdad — un email real, una publicación publicada, un mensaje de Slack. Nunca escritas en el chat durante la conversación con Claude.

# ✗ Incorrecto — escrito en el chat
"Escribo de forma directa y objetiva, sin adornos."
→ La muestra ya está contaminada por la conversación. Claude moldeó tu "voz" mientras la describías.
# ✓ Correcto — pegado verbatim
Oye, João, vi que te quedaste atascado con la propuesta. Cuéntame qué se trabó. ¿Puedo sumarme a una llamada de 15 min mañana antes de las 10?
→ Un correo real. Ahí está la voz. Claude imita el patrón, no la descripción.

✓ Buenas muestras de voz

  • ✓Correo de seguimiento de ventas enviado
  • ✓Publicación publicada en LinkedIn sin una edición exhaustiva
  • ✓Mensaje de Slack para el equipo (tono informal)
  • ✓Fragmento de una propuesta comercial escrita por ti

✗ Muestras que no sirven

  • ✗Texto generado por IA y revisado por ti
  • ✗Descripción de cómo escribes («soy directo…»)
  • ✗Texto escrito durante la conversación con Claude
  • ✗Publicación editada ampliamente por un redactor externo

📌 Instrucción predeterminada en voice.md

Siempre que generes contenido externo, incluye al final del archivo:

"Combina este registro; no imites mi voz en contenido externo sin mostrármelo antes."

Esto protege tu reputación cuando Claude genere borradores autónomos mediante Cadence.

5

📝 decisions/log.md — Registro de Decisiones

O decisions/log.md es el registro append-only de decisiones y sus motivos. No es una lista de tareas pendientes ni un diario: es la memoria institucional del razonamiento que sustentó cada decisión relevante de tu AIOS y de tu negocio.

Formato de una entrada — decisions/log.md
## 2026-06-01 — Adoptar MCP para Calendar
**Decisión:** Conectar Google Calendar mediante un servidor MCP en lugar de un script de Python.
**Por qué:** MCP mantiene el contexto entre sesiones; el script tendría que volver a autenticarse.
**Alternativas consideradas:** script de Python (descartado), exportación CSV (read-only, descartada).
**Responsable:** [tu nombre]

🔑 La prueba decisiva del AIS-OS

"Mientras no estás en tu puesto, tu AIS-OS observa un evento real y produce un resultado más rápido y preciso de lo que tú producirías."

El decisions/log.md es lo que garantiza que el AIOS reproduzca tu razonamiento, no solo tus tareas. Sin registrar el porqué, cada nueva sesión empieza desde cero.

📌

Solo para agregar; nunca borrar

El valor del registro aumenta con el tiempo. Las decisiones antiguas explican por qué el sistema está configurado de determinada manera. Si lo eliminas, pierdes el contexto histórico que necesitarás cuando algo falle.

🔗

Generado también por /level-up

La skill /level-up crea una entrada en decisions/log.md cada vez que defines el alcance de una nueva automatización: fecha, decisión, motivo, alternativas y responsable. No tienes que escribirla manualmente cada vez.

⚡ Cuándo registrar una decisión

Toda decisión que no es obvia o que quieras explicarle a alguien (incluido a ti mismo dentro de 3 meses). Regla práctica: si dudaste entre dos opciones durante más de 30 segundos, regístralo. Si cambiaste de enfoque a mitad de camino, regístralo con el motivo del cambio.

6

📚 references/ — Conocimiento Interpretado

La carpeta references/ guarda conocimientos que Claude necesita para trabajar contigo: frameworks que usas, guías de API de herramientas conectadas y SOP de tu proceso. Es el wiki operativa, no un depósito de documentos sin procesar.

📁 references/ — qué va aquí
├── voice.md→ muestras de voz verbatim (ver tema 4)
├── 3ms-framework.md→ solo lectura · no modificar
├── sops/→ cuando alguien nuevo va a volver a ejecutar un proceso
└── {tool}-api.md→ endpoints, auth, consultas de la herramienta conectada
Ej.: references/notion-api.md · references/hubspot-api.md

✓ Qué va en references/

  • ✓Guía de API que investigaste una vez (investigada-una-vez-guardada-para-siempre)
  • ✓SOP de un proceso recurrente que otros replican
  • ✓Framework externo que aplicas (ej.: puntuación ICE)
  • ✓Glosario de términos internos de tu negocio

✗ Qué NO va en references/

  • ✗Dump de emails o hilos de Slack
  • ✗Documentos legales o contractuales de clientes
  • ✗Notas personales sin procesar (misc, inbox)
  • ✗Carpetas dentro de carpetas sin motivo (carpeta-de-carpeta-de-carpeta)

🔁 Principio: investigar una vez y guardar para siempre

Al conectar una herramienta nueva, dedica 30 minutos a crear references/{tool}-api.md con endpoints, auth y 3 consultas de ejemplo. /audit recompensa esto; las futuras skills no vuelven a investigar lo que ya descubriste.

→ ¿Conectaste Notion? Crea references/notion-api.md
→ ¿Conectaste HubSpot? Crea references/hubspot-api.md
→ Cada skill futura abre el archivo y ya sabe qué hacer

🧭 Context no se puede omitir — por diseño

En el grafo de dependencias de los 4 Cs: Context va primero, siempre. Connections + Capabilities pueden desarrollarse en paralelo, pero Cadence (automatizaciones recurrentes) solo tiene sentido después de que el Context esté consolidado.

Si Context está vacío, AIOS está volando a ciegas. Una automatización de Cadence sin Context produce resultados genéricos, a veces peores que nada.

✅ Resumen del módulo

✓
Prueba del Context — sesión nueva + pregunta sobre el negocio sin navegar. Sin respuesta = sin Context.
✓
context/ — tres archivos de hechos interpretados: about-me, about-business, priorities. Nunca un volcado de documentos.
✓
CLAUDE.md — manual canónico en la raíz. Uno solo. Generado por /onboard, revisado trimestralmente.
✓
Regla de la voz — muestras verbatim de escritura real. Nunca escritas en el chat. Instrucción: "combina este registro".
✓
decisions/log.md — append-only, registra la decisión + el porqué + las alternativas. Memoria del razonamiento, no de las tareas.
✓
references/ — wiki operativa con voice.md, guías de API (investigadas una vez y guardadas para siempre) y SOPs.

Próximo módulo: 2.2 — Connections

Con el Context en su lugar, AIOS sabe quién eres. Ahora es hora de enseñarle qué tienes y dónde está — conectando las herramientas que forman parte de tu día.