Trabaja con una estructura documental.

Por qué

Cada conversación y cada tarea empiezan con lo que Claude tiene delante, su contexto. La memoria ayuda, pero es un resumen que hace él, por temas: puedes revisarla, pero no la escribes tú. Si quieres que trabaje con lo que tú sabes de un proyecto, lo tienes que dejar escrito donde lo vaya a leer.

Con las tareas largas esto pesa todavía más. El curso de Anthropic lo dice sin rodeos: elegir la carpeta es la decisión más importante de cada tarea, porque Claude lee todo lo que hay dentro y guarda ahí el resultado. La carpeta es el contexto. Si está ordenada, Claude sigue donde lo dejaste; si es un cajón de sastre, cada sesión empieza por explicarlo todo otra vez.

Cómo lo hago yo

GREY97 lo llevo así. Es una carpeta con pocos documentos, cada uno con un papel claro:

• Un fichero de instrucciones que Claude lee al empezar: qué es el proyecto, qué documento manda sobre qué y las reglas que no se negocian.
• La visión: qué es GREY97, para quién, qué no es. Si una tarea choca con ella, se para y se corrige el documento, no se improvisa.
• El registro de decisiones: cada decisión con su porqué y lo que costaría deshacerla. Crece por abajo y no se borra nunca.
• La lista de lo que queda abierto: cada cosa con la condición que la da por cerrada.
• Un encargo escrito para cada sesión larga, con el contexto que necesita, y un parte al acabarla: qué se hizo, qué se comprobó y qué queda.

Dos lecciones que aprendí por las malas. La primera: el estado no se escribe, se comprueba. Un documento que dice «hecho» describe lo que era verdad el día que se escribió, así que antes de darlo por bueno le pido a Claude que lo compruebe contra lo real. La segunda: dos sesiones escribiendo el mismo documento a la vez se pisan sin avisar. Desde entonces, los documentos que todas quieren tocar los escribe una sola, y las demás le dejan sus notas.

Una sesión normal empieza siempre igual: Claude lee la visión y la lista de lo abierto, y yo solo le digo qué toca. No le explico el proyecto, porque ya está escrito.

La estructura para un trabajo tuyo

No hace falta tanto para empezar. Para un cliente, un lanzamiento o el informe de cada mes, esto basta:

mi-proyecto/
├── 00_leeme.md        qué es esto, para quién y qué documento manda
├── 01_contexto.md     la empresa, el cliente, el objetivo y el vocabulario
├── 02_decisiones.md   qué se decidió, cuándo y por qué
├── 03_pendientes.md   lo abierto: qué, quién y cuándo se cierra
├── plantillas/        los formatos que se repiten
├── fuentes/           los documentos de origen: briefs, datos, contratos
├── entregables/       lo que sale, con la fecha en el nombre
└── archivo/           lo que ya no está vivo

Los números delante hacen que se ordenen solos y que el de leer primero salga arriba. Lo que ya no está vivo va a archivo/, y el «léeme» dice que no hace falta leerlo. Cuando le encargues una tarea en esa carpeta, empieza siempre igual: «Lee primero 00_leeme.md».

Lo que hacen otros

No es una manía mía. Las guías más prácticas que circulan en 2026, de gente que no programa y lo cuenta en YouTube o en su newsletter, llegan a lo mismo por caminos distintos:

• Una carpeta solo para trabajar con Claude, nunca el disco entero. Michael Crist pone «dar acceso a todo el disco» el primero de sus cinco errores típicos.
• Un bloque de contexto estable, escrito por Claude entrevistándote. Crist propone tres ficheros: quién eres, cómo te gusta trabajar (dónde guardar, cuándo preguntar, qué es «terminado») y en qué estás ahora (las prioridades y a qué dices que no), de menos de 500 palabras cada uno.
• Las instrucciones de arriba, cortas. Chris Blattman, un catedrático que lleva entre diez y veinte proyectos sin programar, mantiene las suyas por debajo de 200 líneas troceando las reglas en ficheros aparte (su voz, su voz en correos, cómo gestiona proyectos). Jeff Su pone el techo en 300 y aconseja no repetir una regla en dos ficheros.
• Un fichero por tema y un índice que enlaza. Teresa Torres tiene una biblioteca de ficheros pequeños (uno por audiencia, producto o canal) y unas instrucciones que solo dicen qué índice abrir según lo que pidas.
• Las decisiones, en su propio fichero: qué se eligió, por qué y qué se descartó. Engincan Veske lo resume en que evita que la IA te vuelva a proponer lo que ya habías descartado.
• Lo que entra, lo que propone Claude y lo que es verdad, en carpetas distintas. Un usuario del foro de Obsidian lo cuenta así: una carpeta para lo que llega desordenado, otra para lo que redacta Claude y otra para lo que ya es fiable, y una sola regla: nada de lo que escribe Claude pasa a la última sin que él lo revise y lo mueva a mano. Si tus documentos importan, es la forma más segura de empezar.
• Un documento de contexto que aprende. Dos personas en Hacker News, una de ellas jefa de producto, cuentan lo mismo con sus actas: la transcripción automática destroza los nombres, así que Claude trabaja con un documento de personas, un glosario y una tabla de errores típicos, y cada vez que corrigen algo, la corrección se escribe en ese documento. El error que arreglas una vez no vuelve.

Las cifras cambian de un autor a otro (200 líneas, 300, 500 palabras); la regla es la misma: corto, cada cosa en su sitio y nada repetido.

Los cuatro documentos

El «léeme». Lo que le dirías a alguien que entra hoy en el proyecto. Si trabajas con tareas en el escritorio, puedes ponerlo también como instrucciones de la carpeta: Claude las tiene en cuenta cada vez que la eliges, y puede actualizarlas él mismo durante la sesión.

Este proyecto es [qué]. Lo hacemos para [quién] y el objetivo es [cuál].
Antes de nada, lee 01_contexto.md. Si algo choca con lo que dice, para y pregúntame.
Las decisiones están en 02_decisiones.md y lo que queda por hacer en 03_pendientes.md.
Los entregables van a entregables/, con la fecha delante: 2026-10-06_informe.docx.

El contexto. Lo que no cambia cada semana: a qué se dedica la empresa o el cliente, el objetivo, las palabras y siglas que usáis, lo que no se dice nunca. Una página. Sin datos que no pegarías en ningún sitio.

Las decisiones. Una línea por decisión: la fecha, qué se decidió, por qué y, si lo hubo, qué se descartó. Parece burocracia hasta que, tres semanas después, Claude (o tú) propone justo lo que ya se descartó y por qué.

2026-10-02 · Las cifras del informe van sin decimales · El comité lee en el móvil y se pierde · Descartado: dejar un decimal en los porcentajes.

Los pendientes. Qué queda, quién lo tiene y qué tiene que pasar para darlo por cerrado. «Revisar la propuesta» no se cierra nunca; «la propuesta, enviada al cliente con el precio de la tabla de 2026» sí.

Que Claude la mantenga

La estructura solo sirve si está al día, y quien mejor puede tenerla al día es Claude, porque acaba de hacer el trabajo. Al final de cada sesión, antes de cerrar:

Antes de cerrar: añade a 02_decisiones.md lo que hemos decidido hoy, con la fecha y el porqué, y actualiza 03_pendientes.md con lo que hemos cerrado y lo que queda abierto. Enséñame los cambios antes de guardarlos.

Con el modo Manual, te pedirá permiso antes de escribir en los ficheros, y verás qué cambia. La costumbre que más repite la gente es esa misma, por los dos lados: empezar cada sesión pidiéndole que lea, y terminarla pidiéndole que actualice.

Qué va en la carpeta y qué en otro sitio

Qué	Dónde
Lo corto que vale para todo (quién eres, cómo escribes)	Tus instrucciones personales, en los ajustes
Lo de un trabajo concreto	La carpeta del trabajo, o un proyecto (capítulo 4)
Un procedimiento que repites igual	Una skill (capítulo 5)

Cuánto cabe, y cuándo empezar de cero

Cabe mucho: en los planes de pago, los modelos actuales tienen delante hasta un millón de tokens, unas 555.000 palabras según Anthropic. Pero con demasiado delante rinde peor mucho antes del tope, y una conversación larga arrastra todo lo que se dijo, errores incluidos. Cuando se llena, Claude resume lo más antiguo para seguir, y en un resumen se puede perder una cifra o una instrucción; además, gasta más de tu límite.

Con una buena estructura, empezar de cero ya no cuesta nada, porque lo importante no estaba en la conversación sino en los documentos. Una conversación por tema; si se alarga o se tuerce, ciérrala con el mensaje de arriba y abre otra que empiece por «Lee primero 00_leeme.md».

Los límites

Un documento viejo engaña: Claude trabajará con lo que diga, con toda la seguridad del mundo. Cada dato, en un solo sitio; si la misma cosa está escrita en dos documentos, tarde o temprano dirán cosas distintas.

Y la carpeta que le das a Claude, la lee entera. Anthropic aconseja una carpeta solo para el trabajo con Claude, sin documentos financieros, contraseñas ni datos personales, y con copia de lo importante.

Lo último, y es lo que más cuesta: la estructura está para trabajar, no para mantenerla. En Hacker News hay quien cuenta días en los que solo produjo documentación. Un usuario del foro de Obsidian que lleva años con un proyecto largo lo resume bien: los índices señalan dónde está la verdad, y la verdad está en los ficheros; y prefiere un sistema que funciona a un 88 sobre 100 sin darle trabajo a uno de 95 que se convierte en otro proyecto. Empieza con la carpeta de arriba y añade un documento solo cuando lo eches de menos.

Hazlo ahora

1. Elige el trabajo que más repites y crea su carpeta con la estructura de arriba.
2. Escribe el «léeme» y el contexto; con media página de cada uno basta.
3. Al terminar la próxima sesión, pídele que actualice decisiones y pendientes, y revisa lo que escribe.