Escribir una memoria de proyecto bloque a bloque
Objetivo
Un agente que acuerda con el usuario los bloques de la memoria, lo entrevista bloque a bloque, verifica cada fuente antes de dar un bloque por cerrado y guarda el estado para retomar el trabajo días después.
Cómo funciona
En un primer lugar el usuario acuerda con el agente qué es el proyecto, para quién es la memoria y de qué bloques consta. Hasta que eso no está cerrado no se escribe ni una línea.
Después entrevista al usuario, una idea por pregunta, y cruza lo que cuenta con los materiales que hay en la carpeta. Si algo no cuadra lo dice antes de redactar, no después.
Trabaja un bloque cada vez y no pasa al siguiente hasta cerrarlo: verifica cada fuente una a una (que existe, que el enlace responde y que dice lo que se afirma), comprueba que el bloque no contradice a los anteriores ni al glosario, y donde falta un dato deja un [PENDIENTE] visible en lugar de rellenarlo a ojo.
Para acabar, ensambla la memoria completa con un script, así que todos los bloques salen con el mismo estilo aunque se hayan escrito en semanas distintas, y deja anotado dónde se quedó la cosa para poder retomarla días después.
- Entregable
- Cada bloque en su propio archivo Markdown.
- La memoria completa ensamblada por script, con los encabezados y la numeración normalizados.
- Las visualizaciones en SVG, con los datos que las generan dentro del archivo.
- Un registro de fuentes con la fecha en que se verificó cada una.
- Una nota de dónde se quedó la cosa y qué toca después.
- Stack
- Claude Cowork
- Carpeta de proyecto
- Markdown por bloques
- Ensamblado por script
- Visualizaciones en SVG
Por qué importa
Lo difícil de una memoria larga no es escribirla: es que no se contradiga a sí misma y que cada cita apunte a algo que existe de verdad. Eso se puede comprobar una a una, bloque a bloque, y dejar registrado cuándo se comprobó.
Posibles mejoras
- 01Revisar de vez en cuando las fuentes ya verificadas, porque un enlace que respondía en marzo puede estar caído en septiembre.
- 02Un control de versiones de la memoria, para poder enseñar qué cambió entre la que se mandó y la que se está escribiendo.
- 03Que la exportación final a PDF o Word herede la plantilla del cliente en lugar de salir del Markdown en bruto.
- 04Actualizar el ERP con el avance de la memoria y con la versión entregada, para que quien lleva el proyecto vea en qué bloque va sin tener que preguntar por chat.
A tener en cuenta
- legal
Los materiales que se dejan en la carpeta suelen ser del cliente y a menudo confidenciales. La carpeta se lee, no se modifica, pero sigue habiendo información sensible en el disco y conviene decidir dónde vive y cuánto tiempo.
- dependencia
Todo el hilo entre sesiones vive en los archivos de estado de la carpeta. Si esa carpeta se mueve o se pierde, no se pierde el texto, que está en los bloques, pero sí se pierde qué estaba verificado y qué quedaba pendiente.
- futuro
La verificación dice que la fuente existe y respalda la afirmación en esa fecha. No dice que siga siendo la mejor fuente ni que no la hayan corregido después: eso sigue siendo criterio de una persona.