AGENT ORCHESTRATEUR
En conception
L'aiguilleur : il comprend de quoi je parle et choisit où l'envoyer
Mon système est une surcouche posée sur les outils d'IA. Il ne les remplace pas : il les branche. Les outils et les modèles sont interchangeables ; ce qui reste stable, c'est mon coffre, mes règles et mon interface.
AVERTISSEMENT
Une page de plan, pas un compte rendu
L'orchestrateur n'est pas encore construit. Ce que vous lisez est le plan précis, avec ses décisions et ses subtilités, tel qu'il sera monté étape par étape et vérifié en conditions réelles.
LES PIÈCES
Neuf pièces, chacune en une ligne
Obsidian
Mémoire, règles, process : la source unique.
Interface de chat
Je parle toujours au même endroit.
Orchestrateur
L'aiguilleur : il comprend de quoi je parle et choisit où envoyer.
Adaptateur
Le traducteur : il met mon coffre au format de chaque outil.
Harnais
L'outil qui travaille (Claude Code aujourd'hui) : il lit, écrit et lance des commandes.
Passerelle des modèles
La prise des modèles : changer de modèle, c'est une seule ligne.
Passerelle MCP
La boîte à outils partagée : chaque outil n'existe qu'une fois.
n8n
L'usine de fond : tâches automatiques, capture, actions sensibles.
Serveur
La machine : tout tourne, même ordinateur éteint.
LE CHEMIN
Le chemin d'une demande, en huit étapes
L'orchestrateur est le premier maillon : il reçoit mon message avant tout le monde. Puis il s'efface : il ne participe pas à la suite de la discussion.
DEUX MODES
Consulter ou agir
Le mode dépend de mon intention, et le code applique le bon profil. Si je change d'intention, une nouvelle session s'ouvre et la discussion est transférée en entier, jamais résumée.
PRINCIPE FONDATEUR
Le modèle choisit, le code garantit
Le modèle choisit dans des listes fermées
Jamais de texte libre à interpréter : il coche, il n'écrit pas. La sortie est directement exploitable par le code.
Le code exécute
Il charge, filtre, attache les accès et bloque. Échec silencieux et coûteux : c'est du code. Échec visible et rattrapable : c'est le modèle.
CHOISIR LE CONTEXTE
Trouver la bonne note sans recherche vectorielle
Mon pari : la structure et le nommage suffisent à retrouver l'information. Une recherche vectorielle sert à ce qu'on fait sans structure ; faire les deux reviendrait à payer deux fois, et à ne plus pouvoir déboguer.
1
Cocher dans une liste
Le code ne montre que les enfants directs des branches choisies, et demande : « cette branche mène-t-elle à ma demande ? ». On cherche large : un cran de trop est sans conséquence.
2
Descendre par niveaux
À chaque étage, le modèle choisit. Rien de choisi : on reste au-dessus. Le risque est l'erreur en cascade, donc je nomme des points d'entrée clairs.
3
Recharger les parents
Une fois la descente finie, le code remonte et recharge les notes de contexte des dossiers parents. Un parent obligatoire n'est jamais éjecté.
LE PÉRIMÈTRE
Ce que l'IA reçoit : le strict nécessaire
Ce qui est hors sujet n'est pas là. Le modèle choisit le projet ; c'est le code qui attache le profil d'accès. Si le mauvais projet est choisi, l'agent se bloque : l'échec est visible et rattrapable.
LES DROITS
Dedans, dehors : ce qu'elle fait seule, ce qui passe par moi
Le critère n'est pas interne ou externe : c'est irréversible, ou visible par d'autres. Trois listes par projet, écrites une fois, en français, dans le coffre.
Autorisé
Lire, scraper, lire une documentation, écrire dans les dossiers montés du projet : aucune question.
Interdit
Bloqué par le code, quoi que je demande.
Toujours demander
Production, base en ligne, envoi, publication, suppression, paiement : ma confirmation d'abord.
LA SESSION
Une session ne s'élargit jamais
L'agent ne peut jamais élargir son propre périmètre. Chaque session tourne dans un conteneur neuf, détruit à la fin : rien ne survit, ni notes, ni configuration, ni droits.
Politique stricte (par défaut)
Seulement ce que l'intention demande. Rien d'inutile, aucune action hors sujet possible. Pour les données sensibles.
Politique large
Le projet entier « au cas où ». Plus pratique pour passer de consulter à agir, mais plus de jetons et une surface plus large. Pour un projet sans risque.
OÙ EN EST-ON
Six étapes pour le construire
Chaque étape est vérifiée seule avant la suivante. Aucune n'est encore faite : c'est le plan.
1
Le coffre sur le serveur
Prévu
Le coffre devient un dossier du serveur, synchronisé avec Git.
2
Une session en SSH
Prévu
Un projet ouvert sur le serveur, sans interface de chat.
3
Un prototype
Prévu
Interface de chat, lanceur, puis une réponse en texte.
4
Reprise et autorisations
Prévu
Reprise de session, relais des autorisations, affichage des événements.
5
Les profils d'accès
Prévu
Notes copiées ou montées, clés, passerelle MCP.
6
L'orchestrateur complet
Prévu
D'abord une simple liste de projets, puis la descente, le tri, l'axe horizontal.
Suite : le serveur
Tout cela suppose une machine qui tourne en permanence. La page suivante décrit le serveur, et pourquoi il n'a aucune porte ouverte.