votre agent, branché sur n'importe quel serveur MCP.
Hoody Agent est livré avec un client Model Context Protocol prêt pour la prod. Connectez GitHub, Slack, Jira, des APIs custom ou n'importe quel serveur compatible MCP — les outils sont découverts au runtime et fusionnés avec les capacités intégrées de l'agent.
stdio local + StreamableHTTP / SSE distant · OAuth pour serveurs authentifiés · les opérations destructives demandent confirmation
# Register an MCP server on your workspace
$ curl -X POST https://abc123-def456-workspaces-1.node-us-1.containers.hoody.com/api/v1/workspaces/{workspaceID}/mcp \
-H "Content-Type: application/json" \
-d '{ "name": "linear", "config": { "type": "remote", "url": "https://mcp.linear.app/sse" } }'
<< 200 OK
{ "linear": { "status": "needs_auth" } }— L'agent appelle listTools() sur chaque serveur connecté au démarrage. Les nouveaux outils apparaissent au prochain tour de raisonnement.
Un POST. Les outils apparaissent.
L'agent appelle listTools() sur chaque serveur MCP connecté. Quoi que renvoie le serveur — filesystem, messagerie Slack, tickets Jira, APIs custom — fusionne avec les capacités HTTP natives de l'agent pour le prochain pas de raisonnement.
1. Enregistre un serveur
POST sur /api/v1/agent/mcp/servers avec un nom et un flag enabled. Hoody résout et démarre la connexion.
2. Découvre les outils
Le client MCP appelle listTools() sur le serveur. Le schéma est dynamique — pas besoin de manifeste pré-déclaré.
3. Fusionne avec les outils natifs
Les outils découverts rejoignent le toolset intégré de l'agent. Le même prompt peut frapper un outil GitHub, un outil filesystem et les outils de control de conteneur de l'agent.
4. Invoque en sécurité
Les opérations destructives — écritures fichier, mutations d'API externes — demandent une confirmation explicite. L'agent ne ruine jamais l'état en silence.
POST/api/v1/agent/mcp/servers
Quatre capacités qui comptent.
Le client MCP est petit mais opinionated. Chaque feature existe parce que l'agent doit rester fiable pendant que la surface d'outils ne cesse de s'étendre.
Découverte dynamique des outils
Pas de liste figée. L'agent demande à chaque serveur connecté ce qu'il offre, donc le catalogue d'outils évolue sans rien redéployer.
Protocoles locaux + distants
stdio pour les serveurs locaux qui tournent à côté de l'agent, StreamableHTTP + SSE pour les serveurs distants à travers le réseau. Un seul client, les deux mondes.
Authentification OAuth
Flow OAuth complet pour les serveurs distants authentifiés — connectez un serveur MCP GitHub, un serveur MCP Google Drive, tout ce qui gate les outils derrière une identité utilisateur.
Invocation safety-first
Les tool calls destructifs demandent confirmation avant exécution. L'agent met en pause, fait remonter l'action et attend un signal avant de toucher à l'état.
N'importe quel client MCP se branche.
Hoody Agent parle MCP aux serveurs externes — mettez une URL de serveur ou une commande stdio dans l'agent et ses outils sont à vous au prochain tour. Connectez-vous via le registre MCP officiel, le catalogue communautaire ou votre outillage interne.
Claude Desktop
Le client MCP de référence d'Anthropic — collez la config du serveur et les outils de Hoody apparaissent dans le tool picker de Claude.
Cursor
IDE AI-native avec support MCP complet — accède aux fichiers, terminal, exec, tout via une seule config.
Cline
Agent de coding autonome dans VS Code — lit et écrit à travers les conteneurs Hoody via MCP.
Windsurf
L'IDE agentique de Codeium — les outils MCP rejoignent ses flows Cascade directement.
Continue.dev
Assistant de coding IA open-source — intégration MCP-first, apporte votre propre modèle.
Hoody Agent + DIY
Écrivez votre propre client MCP sur le même protocole — ou utilisez le client intégré de hoody-agent.
{
"mcpServers": {
"hoody": {
"url": "https://abc123-def456-workspaces-1.node-us-1.containers.hoody.com/mcp",
"auth": { "type": "oauth" }
}
}
}Le protocole est ouvert — chaque client ci-dessus atteint la même surface d'outils, sans adaptateurs vendor.
Un tool call, du début à la fin.
Un agent demande des outils, en choisit un, l'appelle, lit le résultat. Ces quatre étapes sont le protocole MCP. Rien d'autre.
Découvrir
L'agent appelle listTools() sur chaque serveur MCP connecté. Chaque serveur renvoie son schéma d'outils — aucun catalogue côté client à maintenir.
Choisir
Le modèle raisonne sur les descriptions d'outils et en choisit un qui colle au pas courant. Aucune logique de routing manuelle.
Invoquer
L'appel sort en message MCP. Le client Hoody gère le transport (stdio / HTTP / SSE) et l'auth de manière transparente.
Réfléchir
La réponse JSON typée revient. L'agent la lit et continue — un tool call réussi devient juste une autre entrée de raisonnement.
→ listTools()
← [ { name: "read_file", schema: {...} },
{ name: "write_file", schema: {...} },
{ name: "run_shell", schema: {...} }, ... ]
→ callTool("read_file", { path: "/hoody/storage/readme.md" })
← { content: "# Project readme\n\nSee ..." }
→ callTool("run_shell", { cmd: "pytest tests/" })
⟳ requires confirmation — destructive-op gate
← { exitCode: 0, stdout: "... 42 passed ..." }Les agents ne livrent pas d'op destructives en silence.
MCP expose des outils tranchants — écritures de fichiers, exécution shell, mutations d'API. Le client Hoody applique quatre garde-fous pour donner à l'agent de la capacité sans tout l'arsenal.
Confirmation des op destructives
Tout tool call qui écrit, supprime ou exécute des effets de bord externes met en pause pour approbation explicite. L'agent voit un prompt clair ; l'utilisateur signe ou voit le diff d'abord.
OAuth pour les serveurs distants
Les serveurs MCP distants s'authentifient via un flow OAuth complet — GitHub, Slack, Jira, tout outil gaté par identité. Les tokens restent sur votre serveur ; les agents ne voient jamais les credentials brutes.
Allowlist par serveur
Chaque serveur MCP est explicitement enregistré via POST /agent/mcp/servers. Les serveurs non approuvés ne peuvent pas se connecter. Révoque avec DELETE et ses outils disparaissent au prochain tour de l'agent.
Trace d'audit complète
Chaque tool call (découverte, invocation, résultat) est logué via Hoody Proxy. Consultable, exportable, infalsifiable.
Branche-vous sur le monde MCP.
N'importe quel serveur compatible MCP — du registre officiel, de la communauté ou de votre outillage interne — se connecte de la même façon. Mettez une URL de serveur ou une commande stdio dans l'agent et ses outils sont à vous au prochain tour.
Messages, channels, DM à l'équipe
Tickets, sprints, mises à jour de statut
Serveur de référence officiel (fichiers locaux)
Requêtes en lecture seule sur une vraie DB
Recherche web sans scraping
Automatisation de navigateur headless
Écris un serveur MCP autour de n'importe quelle surface REST / gRPC que vous faites déjà tourner
Exemples que vous pouvez connecter dès aujourd'hui. De nouveaux serveurs MCP apparaissent chaque semaine ; rien dans cette liste n'est codé en dur côté Hoody.
À un POST près de plus d'outils.
Lance un conteneur Hoody Agent, POST le serveur MCP que vous voulez, et il est vivant au prochain tour de raisonnement. Pas d'install de SDK, pas de redémarrage d'agent, aucune infra en plus.
Voir aussi — /platform/ai-gateway pour la couche modèle, /platform/control-plane pour l'API de gouvernance, /kit/agent pour le runtime Agent.