Configuración de Gestión de Proyectos en el Sistema de Archivos para Usuarios No Programadores en Claude Desktop

Arquitectura de Proyecto para Trabajo de Conocimiento Sostenido

Un usuario no técnico ha desarrollado un sistema para superar las limitaciones en el trabajo de proyectos basado en chat de Claude. El problema central abordado es la dilución de la efectividad de Claude en chats largos y la falta de continuidad confiable entre sesiones. La solución utiliza el acceso al Sistema de Archivos de Claude Desktop para crear directorios de proyectos persistentes a los que Claude puede leer y escribir directamente.

Estructura de Directorios y Componentes Clave

El usuario mantiene nueve proyectos en diferentes dominios (administración personal, finanzas, salud, legal, investigación, etc.), cada uno siguiendo este diseño de directorio estandarizado:

[Proyecto]/
  WORKFLOW.txt ← el punto de entrada, leído al inicio
  Bandeja de Entrada/ ← intercambio bidireccional de archivos
  Archivos de Flujo de Trabajo/
    HANDOFF.txt ← instantánea del estado, sobrescrito constantemente
    REFERENCE.txt ← detalle bajo demanda, NO leído al inicio
    TASKS.txt ← solo elementos activos, bajo demanda
    Reloj/archivo_de_marca_temporal.txt ← conciencia temporal
  Lecciones/
    INDICE_DE_LECCIONES.txt ← catálogo de tarjetas para conocimiento acumulado
    [tema].txt
  Registros de Sesión/
    Sesión_XXX.txt
  [Sub-Proyecto A]/ ← moldeado por el dominio
  [Sub-Proyecto B]/

Plantilla de Instrucciones del Proyecto

El usuario pega instrucciones idénticas en cada proyecto de Claude (cambiando solo la ruta del archivo):

Espacio de Trabajo: Todos los archivos del proyecto residen en el sistema de archivos en [ruta]. 
Al inicio de la sesión, llama a Filesystem:list_allowed_directories para confirmar el acceso al sistema de archivos. 
Luego llama a Filesystem:list_directory en la ruta del proyecto para confirmar que puedes leerlo. 
Estas herramientas proporcionan acceso completo de lectura y escritura al sistema de archivos del proyecto, incluyendo write_file, edit_file, move_file y create_directory. 
Cuando Filesystem está disponible, lee WORKFLOW.txt y sigue sus procedimientos. 
Cuando Filesystem no está disponible, informa al usuario y explica que la sesión operará desde la memoria del proyecto y el contexto de la conversación. 
Las capacidades serán limitadas en comparación con las sesiones de Desktop. Toma nota de cualquier decisión o información que deba sincronizarse con el sistema de archivos la próxima vez que el acceso a Desktop esté disponible.

El sistema está diseñado en torno a una restricción central: todo lo que Claude lee al inicio permanece en contexto durante toda la conversación y se reprocesa en cada turno. Las decisiones de diseño equilibran la experiencia de inicio y la continuidad contra el costo de contexto.

WORKFLOW.txt permanece ligero, conteniendo solo el procedimiento de inicio, la descripción del proyecto, la conciencia temporal, las reglas de registro y las preferencias que Claude ha aprendido con el tiempo y que no están en las preferencias de usuario de toda la cuenta. Todo lo demás va en REFERENCE.txt u otros documentos cargados bajo demanda.