Configuration de Gestion de Projet par Système de Fichiers pour Claude Desktop (pour Non-Développeurs)

Architecture de Projet pour un Travail de Connaissance Soutenu

Un utilisateur non technique a développé un système pour surmonter les limitations du travail de projet basé sur le chat de Claude. Le problème central abordé est la dilution de l'efficacité de Claude dans les conversations longues et le manque de continuité fiable entre les sessions. La solution utilise l'accès au Système de Fichiers de Claude Desktop pour créer des répertoires de projet persistants que Claude peut lire et écrire directement.

Structure de Répertoire et Composants Clés

L'utilisateur maintient neuf projets dans différents domaines (administration personnelle, finances, santé, juridique, recherche, etc.), chacun suivant cette disposition de répertoire standardisée :

[Projet]/
  WORKFLOW.txt ← le point d'entrée, lu au démarrage
  Boîte de Réception/ ← échange de fichiers bidirectionnel
  Fichiers de Flux de Travail/
    TRANSFERT.txt ← instantané d'état, constamment réécrit
    REFERENCE.txt ← détails à la demande, NON lu au démarrage
    TÂCHES.txt ← éléments actifs uniquement, à la demande
    Horloge/horodatage.txt ← conscience temporelle
  Leçons/
    INDEX_LEÇONS.txt ← catalogue pour les connaissances accumulées
    [sujet].txt
  Journaux de Session/
    Session_XXX.txt
  [Sous-Projet A]/ ← façonné par le domaine
  [Sous-Projet B]/

Modèle d'Instructions de Projet

L'utilisateur colle des instructions identiques dans chaque projet Claude (en changeant uniquement le chemin du fichier) :

Espace de Travail : Tous les fichiers du projet se trouvent sur le système de fichiers à [chemin].
Au démarrage de la session, appelez Filesystem:list_allowed_directories pour confirmer l'accès au système de fichiers.
Puis appelez Filesystem:list_directory sur le chemin du projet pour confirmer que vous pouvez le lire.
Ces outils fournissent un accès complet en lecture et écriture au système de fichiers du projet, y compris write_file, edit_file, move_file et create_directory.
Lorsque Filesystem est disponible, lisez WORKFLOW.txt et suivez ses procédures.
Lorsque Filesystem n'est pas disponible, informez l'utilisateur et expliquez que la session fonctionnera à partir de la mémoire du projet et du contexte de conversation.
Les capacités seront limitées par rapport aux sessions Desktop. Notez toute décision ou information qui devrait être synchronisée avec le système de fichiers la prochaine fois que l'accès Desktop sera disponible.

Le système est conçu autour d'une contrainte centrale : tout ce que Claude lit au démarrage reste dans le contexte pendant toute la conversation et est retraité à chaque tour. Les décisions de conception équilibrent l'expérience de démarrage et la continuité par rapport au coût du contexte.

WORKFLOW.txt reste léger, contenant uniquement la procédure de démarrage, la description du projet, la conscience temporelle, les règles de journalisation et les préférences que Claude a apprises au fil du temps qui ne sont pas dans les préférences utilisateur à l'échelle du compte. Tout le reste va dans REFERENCE.txt ou d'autres documents chargés à la demande.