Connectez n’importe quel serveur MCP.Ou écrivez le vôtre.
Megha parle le Model Context Protocol : les systèmes que vous faites déjà tourner se branchent donc directement sur la couche agent. Un annuaire de connecteurs vérifiés couvre les plus courants, et tout ce que vous écrivez vous-même fonctionne de la même façon.
Où se situe réellement un serveur MCP.
Un connecteur local est un sous-processus sur votre machine. Un connecteur distant est un service de l’autre côté du réseau. Cette différence décide qui d’autre peut voir ce que vous envoyez.
Les serveurs locaux restent sur la machine. Les distants, non.
Les deux sont utiles. Ce qui compte, c’est de savoir lequel vous êtes en train de connecter.
- S’exécute comme sous-processus sur votre machine, démarre et s’arrête avec la session
- Aucun compte, aucun saut réseau, rien contre quoi s’authentifier
- Les identifiants nécessaires (un DSN de base, un chemin) restent dans votre propre configuration
- Le choix évident pour les bases de données, les fichiers et les outils en ligne de commande internes
- Atteint un service par le réseau : son exploitant voit donc ce que vous envoyez
- Connexion OAuth gérée dans l’application pour les serveurs qui l’exigent
- Idéal pour les SaaS que vous utilisez déjà et à qui vous confiez déjà les mêmes données
- Déconnectable à tout moment depuis l’annuaire où vous l’avez ajouté
Les connexions vivent dans un fichier que vous pouvez lire.
Chaque connexion que vous établissez est écrite dans un fichier de configuration en texte clair : nom, transport, où l’atteindre, et s’il est actif. Vous pouvez le lire, le mettre sous gestion de version et le copier sur une autre machine.
- Un fichier, versionnable, déployable sur tout un parc
- Serveurs locaux et distants décrits de la même façon
- Chaque serveur activé ou désactivé indépendamment
- Le même fichier fonctionne dans l’application Mac, sur le bureau et dans le système complet
{
"servers": [
{
"name": "github",
"transport": "http",
"command": "https://api.githubcopilot.com/mcp",
"auth": "oauth",
"enabled": true
},
{
"name": "postgres",
"transport": "stdio",
"command": "mcp-server-postgres",
"args": ["--dsn", "postgresql://localhost/analytics"],
"enabled": true
}
]
}Ce à quoi vous consentez réellement.
Un serveur MCP, c’est du code tiers qui atteint vos données. Être précis sur ce qu’une connexion accorde est plus utile que de rassurer.
Connecter un serveur, c’est l’autorisation
Vous ajoutez un serveur délibérément, depuis l’annuaire ou en pointant vers un serveur que vous avez écrit, et pour les serveurs distants vous vous connectez. À partir de là, ses outils s’exécutent dans la conversation sans carte de confirmation à chaque appel — et c’est précisément ce qui les rend utilisables.
Cela veut dire qu’on fait confiance au serveur, et il faut le traiter comme tel
Un serveur connecté voit les arguments que l’agent lui envoie, et les descriptions de ses outils font partie de ce que le modèle lit. Connectez des serveurs comme vous ajoutez une dépendance : depuis une source à laquelle vous avez des raisons de vous fier.
Chaque connexion est indépendante
Les serveurs s’activent et se désactivent un par un. En couper un ne dérange aucune autre connexion, et rien de ce qu’il faisait ne survit à l’interrupteur.
Rien n’est captif
Le protocole est ouvert et la configuration est un simple fichier que vous pouvez lire, comparer et copier d’une machine à l’autre. Un serveur écrit pour MeghaOS n’est jamais qu’un serveur MCP.
Chaque autorisation, sur un écran, à la demande.
La réponse honnête à « qu’est-ce que ce truc peut atteindre ? » est une liste, et le système vous la compose dès que vous la demandez. Dessiné ici par le moteur de rendu du bureau lui-même ; les serveurs sont inventés.
Que peut-il réellement atteindre en ce moment ?
Trois serveurs, et ce que chacun ouvre
Tous les outils dont il dispose
| Outil | Atteint | A besoin de vous |
|---|---|---|
| read_file | Ce dossier | non |
| write_file | Ce dossier | non |
| search_issues | Suivi | non |
| post_comment | Suivi | oui |
| list_events | Agenda | non |
Limites
Si l’une des deux limites est atteinte, l’exécution s’arrête au lieu de continuer en silence.
Ce qu’il y a dans l’annuaire.
Tickets et documents
GitHub, Linear, Atlassian, Notion, Asana. Connecteurs officiels, connexion OAuth.
Systèmes métier
Stripe, Sentry, Canva et d’autres, vérifiés et prêts à connecter.
Bases de données et outils internes
Postgres, SQLite, ou ce que votre équipe expose, sous forme de serveur local.
Vos propres serveurs
Tout ce que vous écrivez. Le protocole est ouvert et MeghaOS se moque de qui a écrit le serveur.
Connecter un serveur, de bout en bout.
L’essentiel consiste à choisir dans une liste. Écrire le vôtre demande un nom et un point d’accès.
- Étape 1
Ouvrez l’annuaire des serveurs
MeghaOS est livré avec un annuaire de connecteurs vérifiés pour les services que les gens utilisent vraiment : GitHub, Notion, Linear, Atlassian, Stripe, Sentry, Asana et d’autres. Parcourez-le depuis l’application plutôt que de chercher des points d’accès.
- Étape 2
Choisissez un connecteur, ou pointez vers le vôtre
Prenez-en un dans l’annuaire, ou ajoutez un serveur que vous avez écrit en lui donnant un nom et soit une commande à exécuter localement, soit une URL à atteindre.
- Étape 3
Connectez-vous, si le serveur le demande
Les connecteurs distants qui exigent un compte utilisent OAuth, géré dans l’application. Les serveurs locaux n’ont généralement besoin de rien, ou d’un identifiant que vous placez dans leur propre configuration.
- Étape 4
Servez-vous-en dans la conversation
Le connecteur fait désormais partie de ce que l’agent peut atteindre, et ses outils s’exécutent dans le chat pendant qu’il travaille. Le connecter valait autorisation : il ne s’arrête donc pas pour demander à chaque appel.
- Étape 5
Coupez-le quand vous avez fini
Chaque serveur a son propre interrupteur. En désactiver un laisse toutes les autres connexions exactement en l’état.
Pour le protocole lui-même (transports, primitives, comment écrire un serveur et ce qu’une connexion accorde réellement), voyez notre guide complet du Model Context Protocol.
Ce qu’on nous demande sur MCP ici.
Quels serveurs MCP fonctionnent avec MeghaOS ?
Tout serveur qui implémente le Model Context Protocol, en stdio ou en HTTP diffusable. MeghaOS est livré avec un annuaire de connecteurs vérifiés pour les services courants, et il n’y a aucune étape d’enregistrement pour le reste : le protocole est ouvert, et le client se moque de qui a écrit le serveur.
Quelle différence entre un serveur MCP local et un serveur distant ?
Un serveur local s’exécute comme sous-processus sur votre propre machine : rien de ce qu’il fait ne passe par le réseau et il n’a besoin d’aucun compte. Un serveur distant est atteint par HTTP, ce qui signifie que son exploitant voit les arguments envoyés par l’agent — approprié pour un SaaS à qui vous confiez déjà les mêmes données, et une vraie question pour tout le reste.
À quoi est-ce que je fais confiance quand je connecte un serveur ?
Un serveur connecté voit les arguments envoyés à ses outils, et les descriptions qu’il annonce font partie de ce que le modèle lit quand il décide quoi faire. Traitez cette connexion comme l’ajout d’une dépendance : depuis une source de confiance, et retirée quand vous n’en avez plus besoin.
Faut-il un compte ou une clé d’API pour utiliser MCP ?
Pas pour MeghaOS lui-même. La prise en charge de MCP fait partie de l’environnement d’exécution des agents et ne coûte rien. Certains serveurs peuvent exiger leurs propres identifiants, comme une chaîne de connexion à une base ou une connexion OAuth, et ceux-là appartiennent au serveur, pas à nous.
Comment déconnecter un serveur ?
Coupez-le à l’endroit même où vous l’avez ajouté. Chaque connexion est indépendante : en désactiver une n’a aucun effet sur les autres.
La même configuration fonctionne-t-elle sur toutes les éditions ?
Oui. Les connexions sont stockées dans un fichier de configuration en texte clair, identique dans l’application Mac, dans l’environnement de bureau Linux et dans le système d’exploitation complet : lisible, comparable et transportable d’une machine à l’autre.
- Des agents qui appellent des outils MCPExécution parallèle avec des budgets par serveur et des périmètres explicites.
- Le bac à sable dans lequel tourne un serveur MCPCe qu’un serveur connecté peut voir, dit sans détour.
- MCP dans Code StudioDes appels d’outils conscients du dépôt, cantonnés à l’espace que vous avez ouvert.
Apportez vos propres outils.
Connectez les services que vous faites déjà tourner, depuis un annuaire de connecteurs vérifiés, ou pointez MeghaOS vers un serveur que vous avez écrit vous-même.