MCP en production : conception d'outils, catalogues et problème de passerelle

DEV - 20:06
MCP facilite l'exposition des outils. Cela crée de nouveaux modes de défaillance. Voici comment concevoir des outils, gérer des catalogues et segmenter des passerelles à l'échelle de l'entreprise.

Ajouter des outils à un agent est simple. En ajouter trop est la façon dont vous le cassez.

Connectez une base de données, enveloppez une API, publiez un serveur : l'exposition se résume à quelques lignes de configuration. Au-delà d'un certain décompte, l'agent ralentit et commence à choisir le mauvais outil. Anthropic a documenté le mécanisme : les définitions d'outils à elles seules peuvent consommer des dizaines de milliers de jetons avant que l'agent ne commence à fonctionner.

Trois problèmes émergent à grande échelle : ce que vous exposez, comment les agents le trouvent et qui contrôle l'accès.

Des capacités globales, pas une infrastructure brute

L'erreur de production la plus courante consiste à exposer des opérations techniques génériques :

exécuter_sql (requête) call_http (url, méthode, corps) run_shell (commande)
Entrer en mode plein écran Quitter le mode plein écran

Cela déplace trop de responsabilité vers le raisonnement sur un modèle probabiliste. Le modèle doit comprendre les noms de tables, comprendre les relations entre les schémas, construire des requêtes valides et éviter les opérations destructrices. Chaque appel est une nouvelle occasion d’hallucination.

Un outil de production expose une capacité métier :

simulation_order_cancellation (order_id) request_order_cancellation (order_id, raison) create_refund_proposal (order_id, montant, preuve)
Entrer en mode plein écran Quitter le mode plein écran

Le service de domaine derrière l'outil applique l'état de la comma...
[Courte citation de 8% de l'article original]