El sistema operativo de mi agencia: cómo organizo 10 proyectos activos con Claude Code
No es metáfora. Tengo una carpeta en mi computadora que funciona como el sistema nervioso de Digital Glow Agency — y Claude Code la conoce de memoria. Esto es cómo está construido y por qué cambió cómo trabajo.
El problema que esto resuelve
Cuando diriges una agencia pequeña, el mayor enemigo no es la falta de trabajo ni de clientes. Es el cambio de contexto.
En un día normal paso de revisar el servidor de un cliente en Cancún a escribir contenido para una agencia de viajes, a ajustar una campaña de Google Ads, a responder preguntas sobre automatizaciones de n8n. Cada cambio de contexto tiene un costo cognitivo real. Y cuando abres una herramienta de IA en ese estado y le preguntas algo, tienes que re-explicar el mundo desde cero.
La solución que encontré es construir un workspace donde Claude Code llega orientado — sin que yo tenga que invertir los primeros diez minutos de cada sesión en contexto básico.
La estructura de carpetas
El workspace central de Digital Glow Agency vive en ~/AI/DigitalGlowAgency/. Desde ahí abro Claude Code. Todo lo que está dentro de esa carpeta es accesible para Claude.
La estructura tiene tres niveles:
_system/ — El cerebro de la operación. Aquí vive el STATUS.md: un archivo que actualizo regularmente con el estado actual de cada proyecto activo, las prioridades de la semana, lo que está pendiente y lo que está en pausa. Claude lee este archivo al inicio de cada sesión y sabe exactamente dónde estamos.
projects/clients/ — Una carpeta por cada cliente activo. Dentro de cada una hay un brief del proyecto, el historial de decisiones importantes, los accesos (no contraseñas en texto plano — referencias a dónde están), y el estado actual. Cuando necesito trabajar en algo de un cliente específico, Claude ya conoce el contexto sin que yo tenga que explicar el negocio.
projects/own-brands/ — Los proyectos propios: Digital Glow Agency, percivalmonge.com, Orbitravels, NotiCron, el Método IA. Cada uno con su propia carpeta y documentación.
El archivo que lo hace funcionar: CLAUDE.md
Además del STATUS.md, cada proyecto y el workspace principal tienen un archivo CLAUDE.md. Este archivo es especial porque Claude Code lo busca automáticamente cuando se abre en esa carpeta — es lo primero que lee.
En el CLAUDE.md del workspace principal está:
- Quién soy y qué hace la agencia
- El estándar de trabajo (referencia: Stripe, Linear, Vercel, Apple — nunca genérico)
- El mapa de carpetas y qué contiene cada una
- Las herramientas del stack: n8n, VPS Contabo, PHP custom, Cloudflare
- Mis preferencias de entregables — cómo quiero que me presente el código, qué no hacer sin preguntar primero
El resultado práctico: cuando abro Claude Code en ese workspace, no soy un usuario anónimo preguntando cosas genéricas. Soy Percival Monge, fundador de Digital Glow Agency, con 10 proyectos activos y un servidor VPS en Contabo. Claude lo sabe desde el primer mensaje.
El STATUS.md como tablero de proyectos
El STATUS.md es el documento que más uso. No es un project management sofisticado — es un archivo de texto con tres secciones: En curso esta semana, Pendiente, Completado recientemente.
Lo actualizo al final de cada sesión de trabajo y al inicio de la siguiente. Claude lee el STATUS.md cuando le pregunto "¿en qué estábamos?" o cuando necesito priorizar qué hacer en una sesión de trabajo de dos horas.
Esta semana, por ejemplo, el STATUS.md registraba: publicar 20+ artículos en 4 sitios web, actualizar los índices de blog, avanzar la estrategia de LinkedIn. En una sola sesión de trabajo, Claude y yo ejecutamos todo eso — porque Claude llegó con el contexto completo y yo no tuve que repetirlo.
Lo que este sistema no es
No es una herramienta de productividad. No es un CRM. No es un sistema de gestión de proyectos con Kanban y fechas y notificaciones.
Es un conjunto de archivos de texto bien organizados que le dan a Claude el contexto que necesita para ser útil desde el primer mensaje. La simplicidad es intencional — un sistema complejo que no se mantiene no sirve de nada.
Lo que sí es: la diferencia entre usar Claude como un chatbot genérico y usarlo como un asistente que conoce tu negocio.
En el Método IA enseño a construir este tipo de sistemas para negocios en México — no como teoría sino desde la práctica diaria en una agencia real.
Ver Método IA →¿Qué es un workspace de Claude Code?
Es la carpeta desde donde abres Claude Code en tu terminal. Claude puede leer cualquier archivo dentro de esa carpeta — instrucciones, contexto de proyectos, estados actuales. Cuando el workspace está bien estructurado, Claude llega a cada sesión con contexto completo sin que tengas que explicarle todo de nuevo. La diferencia entre un workspace bueno y uno malo es si Claude puede trabajar de forma autónoma o necesita que le expliques el contexto básico en cada conversación.
¿Cómo guarda Claude Code el contexto entre sesiones?
Claude Code no tiene memoria entre sesiones por defecto — cada vez que lo abres empieza de cero. La solución es tener archivos de contexto que Claude lee al inicio: un CLAUDE.md con instrucciones permanentes, un STATUS.md con el estado actual de proyectos, y archivos de contexto por cliente. Es un sistema de memoria externa que tú mantienes y Claude lee. Requiere disciplina, pero el resultado es que Claude siempre llega orientado.
¿Qué va en el archivo CLAUDE.md?
Todo lo que quieres que Claude sepa siempre: quién eres, en qué negocio estás, cuál es tu estándar de trabajo, qué herramientas usas, cuáles son tus preferencias de entregables. Piénsalo como el onboarding que le darías a un asistente nuevo, pero en texto. Cuanto más específico sea, menos tiempo pierdes corrigiendo el rumbo en cada sesión.
¿Funciona este sistema para agencias pequeñas o solo para operaciones grandes?
Funciona mejor en operaciones pequeñas porque ahí el dueño lo hace todo y el costo de cambiar de contexto entre proyectos es muy alto. Un sistema de archivos bien estructurado con Claude reduce ese costo. En agencias grandes ya hay personas especializadas por función. En una operación de 1-5 personas donde el mismo que diseña también habla con clientes y también gestiona el servidor, este tipo de sistema multiplica la capacidad.