SCHÉMA 01 hero_trio Le système en trois piècesLes notes (Obsidian), l'IA (Claude Code) et les outils (agents et n8n) échangent entre eux, et tout est documenté dans les notes.LE SYSTÈME EN TROIS PIÈCESLes notesObsidian : la mémoire,les règles, la méthodeMÉMOIREL'IAClaude Code lit et écritdirectement dans les notesMOTEURLes outilsDes agents sur commande,n8n en tâche de fondACTIONla boucle : chaque action est documentée dans les notesSCHÉMA 02 coffre Le coffre est rangé par utilitéCinq dossiers : Inbox, Projets, Rôles, Ressources, Outils, classés selon le moment où l'on en aura besoin.RANGER PAR UTILITÉ : « QUAND EN AURAI-JE BESOIN ? »0 · InboxSas d'entrée,capture rapide,fait pour être vidétout de suite1 · ProjetsUne date de fin,un objectif précispendant le projet2 · RôlesResponsabilitéscontinues, sans finen continu3 · RessourcesSavoir passif,utile plus tardplus tard4 · OutilsLa salle des machines :modèles, contextes,fiches processà chaque sessionLe rangement par utilité prime sur le rangement par thème : le vocabulaire est libre, la logique est obligatoire.SCHÉMA 03 niveaux_contexte Trois niveaux de contexteLe contexte permanent, conditionnel et local répondent à la question : quand cette note est-elle chargée ?TROIS NIVEAUX DE CONTEXTE : QUAND UNE NOTE EST-ELLE CHARGÉE ?Permanentchargé à chaque session, sans aucune conditionEXEMPLELes règles de travail et conventions de baseConditionnelchargé selon la nature de la demande, où que l'on soitEXEMPLELe contexte d'un domaine (code, web…)Localchargé quand on travaille dans le dossier concernéEXEMPLELa boussole du dossier (fichier .ctx)SCHÉMA 04 agent_vs_auto Agent ou automatisation ?Un agent agit sur commande, une automatisation agit en tâche de fond. Les deux suivent la même fiche process et utilisent les mêmes outils.LE CRITÈRE : QUEL EST LE DÉCLENCHEUR ?Ma commandedéclencheur manuelUn agentEmployé virtuel (Claude Code) : suitsa fiche process à la lettreSUR COMMANDEUn résultattoujours similaireUn événementou un horaireUne automatisationn8n, en arrière-plan : lit la fiche,traite, écrit, marque comme traitéEN TÂCHE DE FONDUn résultatsans interventionLes deux partagent la même fiche process (.pcs) et les mêmes bras vers l'extérieur : API et MCP.SCHÉMA 05 n8n_pipeline Une automatisation en quatre blocsDéclencheur, récolte, traitement par l'IA, livraison. La mécanique est dans n8n, le contenu dans les notes.UNE AUTOMATISATION, BLOC PAR BLOC1DéclencheurÉcoute et lancela chaîne2RécolteVa chercher lesdonnées brutes3TraitementL'IA analyse,résume, structure4LivraisonDépose le résultatà sa destinationn8n : la mécaniquechange rarementObsidian : le contenula fiche process (.pcs), change souventLITSCHÉMA 06 chemin_demande Le chemin d'une demandeHuit étapes, de ma demande dans l'interface jusqu'à la documentation du travail dans Obsidian.LE CHEMIN D'UNE DEMANDE1Je demandedans l'interface de chat :« on continue le projet X »2Il reconnaîtle projet dontje parle3Il reconnaîtmon intention : consulterou agir4Il choisitmodèle seul, ou un outilchoisi par une règle5Session isoléeseulement les notes, cléset outils du projet6Ça travailleje vois tout,en direct7Action sensible ?il me demandema confirmation8Fin de sessionle travail est documentédans ObsidianSCHÉMA 07 deux_modes Deux modes : simple et agentLe mode simple consulte et réfléchit avec un modèle seul. Le mode agent agit avec un harnais et un profil d'accès.DEUX MODES SELON CE QUE JE VEUX FAIREMode simpleconsulter, réfléchir, écrireUn modèle seul, via la passerelleLes notes sont injectées (0 à n)Aucune clé, aucune commandeIl écrit dans le coffre via des outils n8nMode agentagir : fichiers, commandes, outilsUn harnais + le profil d'accès du projetLes notes sont projetées en fichiersIl agit dans une session isoléeConfirmation pour l'irréversibleJe change d'intention → nouvelle session, la discussion est transférée en entier (jamais résumée).INJECTER = recopier la note dans le message · PROJETER = poser la note dans les fichiers du harnaisSCHÉMA 08 perimetre Ce que l'IA reçoit : le strict nécessaireUne session isolée ne reçoit que les notes, clés, outils et accès réseau du projet.CE QUE L'IA REÇOIT : LE STRICT NÉCESSAIRELes notescelles du projet,pas tout le coffreLes clésle minimum, dans l'environnement,jamais dans le promptLes outilsceux du projetet de l'intentionLe réseauquelques domaines autorisés,tout le reste est bloquéSession isoléeconteneur neuf,détruit à la finSCHÉMA 09 archi_vps L'architecture du serveurDepuis mon Mac ou mon iPhone, un réseau privé chiffré relie un serveur privé qui fait tourner l'interface, l'orchestrateur, la passerelle des modèles et une base interne, sans aucune porte ouverte.L'ARCHITECTURE : UN SERVEUR PRIVÉ, SANS PORTE OUVERTEMon MacMon iPhoneRéseauprivéchiffréTAILSCALELe serveur (VPS)SURFACE PUBLIQUE : ZÉROInterface de chatun seul endroit pourparler à toutn8nl'orchestrateur etles automatisationsPasserelle des modèlesle seul endroit où un modèleest nommé (léger·medium·expert)Base internejamais exposéeModèle localoptionnel, éteintPare-feu : tout est refusé en entrée,sauf le réseau privé.ModèlesexternesSORTANTSCHÉMA 10 sortant_entrant Sortant contre entrantQuand le serveur appelle l'extérieur, aucun port n'est ouvert. Quand l'extérieur appelle le serveur, il faut ouvrir une porte : c'est là qu'est le risque.SORTANT ≠ ENTRANT : LA NOTION QUI SIMPLIFIE TOUTLe serveuraucune porteouverteAPI, sites, fluxce que le serveur appelleSORTANTLe serveur appellel'extérieur : n8ninterroge une API,lit un flux…Webhook, accès distantce qui appelle le serveurENTRANT✗ porte à ouvrir95 % du besoin : aucun risque.5 % : c'est là qu'est tout le risque.SCHÉMA 11 niveaux_modeles Trois niveaux de modèlesLéger, medium, expert : le niveau se choisit selon le temps qu'il faut pour vérifier le résultat.COMBIEN DE TEMPS POUR VÉRIFIER ? LE CRITÈRE QUI CHOISIT LA TAILLELégerlegerJE VÉRIFIE ENquelques secondesExtraire, classer, taguer,reformater, traduireMediummediumJE VÉRIFIE ENune lecture rapidePremier jet, plan,synthèse, code simpleExpertexpertJE VÉRIFIE ENje dois réfléchirArbitrage, raisonnement long,tout ce qui a des conséquencesSCHÉMA 12 carto_complete La cartographie complète du systèmeObsidian, Claude Code, n8n et l'extérieur, reliés par des notes, des fiches process, MCP et des API, avec l'orchestrateur en tête et l'infrastructure en dessous.AGENT ORCHESTRATEURl'aiguilleur : reçoit la demande, choisit le projet, l'intention et l'outil (en conception)OBSIDIANen localLes notesInbox · Projets ·Rôles · Ressources+ contextes locauxLa salle des machinesContextes globaux,historique, fiches processCLAUDE CODEen localTerminalle moteur d'exécutionAgentsemployés virtuels, sur ordreSkillsoutils et extensionsN8Nsur le serveurTâches de fondexécutionautomatiqueCapture rapidedonnées externesentrantesONLINEInternet,mails,agendas,services.ctx.pcsMCPAPISORTIES : mails, présentations, sites web, rapports…BOUCLE : tout est documenté dans ObsidianINFRASTRUCTURE : UN SERVEUR PRIVÉhéberge n8n, l'interface de chat et la passerelle des modèles · réseau chiffré · aucune porte ouverte