Système de Gestion de Projets Personnels Utilisant Claude Code et Obsidian : Architecture et Questions

Aperçu de l'Architecture du Système

Un développeur conçoit un système de gestion de projet personnel utilisant Claude Code et Obsidian pour appliquer des pratiques professionnelles de gestion de projet à la vie personnelle. Le système comporte trois couches :

• Système de fichiers (OneDrive) : Stocke uniquement les fichiers de référence — PDF, pièces jointes, reçus. Aucun exécutable ne réside ici.
• Coffre Obsidian : Agit comme la couche de connaissances et de suivi. Tous les journaux de projet, plans, tableaux de bord et notes quotidiennes se trouvent ici.
• Claude Code : Sert de moteur d'ingestion qui lit, achemine et écrit le contenu. La majeure partie de cette couche fonctionne sans intervention manuelle.

Configuration à Deux Claude et Transfert

Le développeur utilise Claude Code sur un ordinateur portable pour la construction et Claude.ai sur un téléphone pour la planification, la rédaction et la capture mobile. Pour combler l'écart de contexte, un document de transfert — un seul fichier markdown dans le coffre — décrit l'architecture complète, y compris la structure des dossiers, les règles d'acheminement, les conventions de nommage, l'état des projets actifs et la progression des phases de construction. Claude.ai charge ce document au début de chaque session pour maintenir la cohérence, garantissant qu'il ne propose jamais de chemins de dossiers ou de noms de fichiers en dehors des conventions documentées. Claude.ai agit comme le bureau de l'architecte, tandis que Claude Code fonctionne comme l'équipe de construction.

Journal Quotidien et Structure des Commandes

Toutes les entrées transitent par un seul fichier de journal quotidien écrit en langage simple. Claude Code traite ce journal et achemine les entrées vers les emplacements appropriés : les risques vers le registre des risques, les décisions vers le journal des décisions, les actions vers une liste d'actions en cours, et les blocages sont signalés. Deux commandes barre oblique pilotent le système :

• /daily : Traite le journal de la journée, achemine les entrées, met à jour les fichiers de projet et met à jour la liste d'actions. Pas de diapositives ni d'emails — juste de l'acheminement.
• /pm-sync : Effectue des tâches plus lourdes — lit tous les fichiers de projet, écrit les mises à jour, rédige des emails d'état, génère le contenu des diapositives hebdomadaires et met à jour un tableau de bord principal.

Structure de Projet et Gouvernance

Chaque projet comprend une suite de fichiers basée sur la complexité, avec trois niveaux : Léger (index.md et milestones.md), Moyen (ajoute risks.md et decisions.md) et Lourd (suite complète). Claude détermine le niveau via des questions d'admission lorsqu'un nouveau projet est enregistré. Les fichiers clés incluent :

• index.md : Instantané de l'état actuel avec santé, étape, critères de sortie et parties prenantes.
• log.md : Journal chronologique pour le suivi jour par jour, servant d'accommodement TDAH pour la récupération de contexte.
• Journaux structurés : milestones.md, risks.md, decisions.md, issues.md, assumptions.md, lessons-learned.md.

Les fonctionnalités de gouvernance incluent : Claude ne ferme jamais automatiquement un jalon — il le signale et attend une approbation explicite via "I Approve [ID]". L'expansion de la portée est signalée automatiquement si le travail dépasse les critères de sortie d'un projet, avec des suggestions pour le scinder en projet séparé. Les nouvelles idées de projet capturées dans le journal quotidien déclenchent un processus d'admission de cinq questions avant le début de la construction.

Distinction Domaine vs. Projet

Le système distingue les projets des domaines en cours (par exemple, budgétisation, suivi de la forme physique, entretien de la maison). Les domaines obtiennent des fichiers de suivi et des notes au lieu de journaux de projet, garantissant qu'aucun registre des risques n'est créé pour des tâches routinières comme les programmes de détartrage des machines à expresso.

Questions du Développeur pour Retour

Le développeur sollicite des retours sur :

1. Si la structure à deux commandes (/daily et /pm-sync) a du sens ou complique excessivement l'acheminement.
2. L'utilisation de log.md comme journal chronologique séparé des journaux structurés — tient-elle dans le temps ou devient-elle du bruit ?
3. Le modèle de porte de contrôle nécessitant une approbation explicite pour fermer les jalons — est-ce une friction utile ou juste de la friction ?
4. La configuration à deux Claude avec un document de transfert partagé comme pont pour le contexte mobile/bureau — d'autres résolvent-ils cet écart de manière similaire ?
5. Les expériences d'utilisation d'Obsidian + Claude Code ensemble — qu'est-ce qui a cassé ?