Un outil est une capacité, pas un logo
Lire un document, rechercher une information, créer un élément ou déclencher une action sont des capacités distinctes. Elles peuvent venir du cœur de Galaris, d’intégrations externes ou de serveurs compatibles MCP. Pour une tâche, le registre calcule le catalogue effectif avant de le transmettre au harnais. La conversation reçoit séparément une projection plus restreinte via son contrôleur interne ; elle ne passe pas par ce harnais.
Cette approche permet de raisonner par besoin : donner accès à une lecture n’implique pas d’autoriser la modification ou la suppression.
Les fichiers gardent une adresse stable
Les ressources utilisent des URI canoniques. Galaris peut ainsi référencer ou transférer un fichier entre des fournisseurs compatibles sans imposer que toutes les données soient dupliquées dans la mémoire de l’agent.
Le canal est une porte d’entrée
Une demande peut arriver depuis une interface ou une messagerie configurée. La conversation reste corrélée à la mission : répondre à une question n’ouvre pas un nouveau travail déconnecté de la demande d’origine.
Une règle simple : ne pas déplacer sans raison
Un document continue d’appartenir à son espace documentaire, un message à son canal, un ticket à son outil de suivi. Galaris orchestre le travail autour de ces ressources sans prétendre devenir le système de référence de tous les métiers.
Où se trouve l’information de référence ?
L’agent doit-il lire, créer, modifier ou seulement proposer ?
Où le résultat final doit-il être enregistré ?
Quelle action doit attendre un accord humain ?
Configurer et tester une connexion
Les serveurs MCP se connectent en HTTP/SSE ou par commande stdio. Configurez endpoint, authentification, en-têtes, délais ou environnement selon le transport. Le test distingue découverte réseau, TLS, authentification, protocole et fonctions détectées.
Les valeurs globales peuvent être surchargées par connexion, sauf lorsqu’elles sont imposées. Les secrets sont chiffrés et masqués. Les fonctions des outils optionnels s’activent séparément ; le chargement à la demande ne cherche que dans le catalogue déjà autorisé.
Retrouver les canaux et les outils spécialisés
Matrix, Nextcloud Talk, Telegram, WhatsApp et OneBot utilisent la messagerie canonique. Les capacités de messages, fichiers et voix varient selon le bridge. Les identités observées alimentent les Contacts sans fusion par simple ressemblance de nom.
Les mails, calendriers, médias et outils de production ont leurs propres réglages. L’inventaire natif permet d’identifier les fonctions, sans les confondre avec les outils de serveurs MCP externes.
Un socle commun et des outils choisis
Galaris, Conversation, Memory et File Sharing sont quatre services système obligatoires. Leurs connexions sont protégées et leurs fonctions ne se désactivent pas comme celles d’un outil optionnel. Les droits des documents et les restrictions de contexte continuent de s’appliquer.
Browser, Search, Image et Multimedia sont actifs à l’initialisation ; leurs désactivations et restrictions déjà choisies sont conservées. Les ressources IA et services requis doivent être configurés. Galaris Admin et les outils de gestion spécialisés restent distincts : un service système obligatoire ne donne pas un accès administratif.
Que change MCP pour un agent IA ?
MCP, pour Model Context Protocol, fournit un cadre commun pour exposer des outils à un client IA. Dans Galaris, la connexion à un serveur MCP permet d’intégrer ses fonctions au catalogue autorisé. Le protocole ne fournit pas à lui seul les identifiants, les droits ou la validation métier.
Pour un premier essai, choisissez une fonction de lecture, configurez la connexion, vérifiez les fonctions découvertes et testez l’accès avec l’agent concerné. Consultez les permissions des outils avant d’ouvrir des actions d’écriture, puis les API et intégrations pour relier d’autres applications.
Composer canal, moteur et outils autour de Galaris
Les connexions MCP et les autorisations fines se configurent dans Galaris. Le hub construit le catalogue de fonctions accessible à chaque agent, puis le présente au moteur retenu : Hermès Agent, DSH (DeepSeek Harness), Codex, Claude ou harnais interne. Les connexions, fonctions activées, droits et capacités du moteur participent à ce périmètre.
Prenons une composition concrète : demander depuis Telegram une mise à jour de page Notion, avec Hermès Agent comme moteur de tâche.
- Configurez le bridge Telegram pour recevoir les demandes destinées à l’agent.
- Connectez le serveur MCP donnant accès à Notion dans Galaris, avec une authentification prise en charge.
- Définissez les opérations accessibles : lecture, recherche ou modification des pages autorisées, selon les fonctions de ce serveur et les droits du compte.
- Affectez le moteur Hermès à l’agent. Galaris lui expose les outils autorisés ; la connexion Notion reste administrée dans le hub.
- Confiez la mission depuis Telegram et vérifiez le résultat, la trace de la tâche et les modifications attendues.
Ce scénario illustre une configuration à préparer ; il ne présente pas une exécution réalisée pour ce site. Notion est ici un service raccordé par MCP. Sa documentation MCP décrit les opérations disponibles ; la compatibilité du transport et de l’authentification doit être vérifiée pour le serveur retenu.
Le canal, le harnais et l’outil métier sont des choix distincts. Vous pouvez utiliser les solutions intégrées de Galaris — chat, harnais interne, documents — ou composer vos propres accès. Choisir les modèles et harnais · Utiliser Janus et les API.
Explorer l’écosystème compatible avec Galaris : fournisseurs d’inférence, messageries, harnais et services, avec leurs sites de référence.