Un agent IA ne vaut que par les outils qu’il peut appeler. Le Model Context Protocol (MCP) est la façon dont un agent découvre et invoque ces outils. Le hic : la plupart des logiciels dont dépend votre travail n’ont pas d’API, donc pas d’outil, et l’agent est bloqué. Voici comment donner à un agent un vrai outil pour n’importe quel site.
Ce qu’est MCP, en un paragraphe
MCP est un petit protocole ouvert qui relie les modèles d’IA aux outils et aux données. Un client (Claude, Cursor, votre propre agent) se connecte à un serveur MCP, qui annonce un ensemble d’outils typés. Le modèle peut alors appeler un outil avec des arguments structurés et recevoir un résultat structuré. C’est l’interface propre et standard qui manquait aux agents.
Pourquoi la plupart des sites ne sont pas encore des outils MCP
Pour être un outil MCP, une capacité a besoin d’une interface appelable. Une API REST peut le devenir facilement. Mais le portail fournisseur, le panneau d’administration interne, le système de réservation derrière une connexion : aucun n’a d’API, donc aucun ne peut être un outil. C’est exactement le fossé que Writ comble.
Transformer un site en outil
Vous construisez un workflow une fois (en enregistrant la tâche dans un vrai navigateur, en
décrivant l’objectif à l’IA ou en découvrant les appels sous-jacents) puis vous le publiez.
Writ l’expose comme un endpoint REST sur /v1/{slug}/{path} et comme un
outil MCP, à partir de la même définition.
{
"mcpServers": {
"writ": {
"url": "https://api.usewrit.app/mcp",
"headers": { "Authorization": "Bearer wt_8f3a…" }
}
}
} Connecter Claude, Cursor et d’autres clients
Déposez cette configuration dans votre client MCP et vos workflows publiés apparaissent comme des outils. L’agent lit les entrées typées de l’outil et l’appelle comme n’importe quelle autre fonction, sauf que cet outil pilote une vraie session navigateur sur un site qui n’a jamais eu d’API.
User: pull this month's open invoices from the supplier portal
Agent → tool: writ.portal_export({ account_id: "AC-19284", since: "2026-06-01" })
tool → agent: { invoices: [ { id: "INV-5521", amount: 1840.00 }, … ] }
Agent: You have 2 open invoices totaling $2,460.50. Garder les actions de l’agent sûres
Donner à un agent la capacité d’agir est puissant, donc les contrôles comptent. Writ exécute le workflow sur votre propre compte, et l’agent ne voit jamais vos identifiants, qui restent chiffrés au repos. Les plafonds de dépenses sont activés par défaut, et les actions d’écriture peuvent être encadrées. Pour tout ce qui dépense de l’argent, des cartes virtuelles à usage unique, verrouillées sur le marchand et plafonnées en prix maintiennent une action autonome sous un plafond strict.
Le résultat : votre agent gagne un outil pour n’importe quel site authentifié, avec les mêmes contrôles d’autorisation et de dépenses qu’un opérateur humain. Découvrez le fonctionnement de la couche MCP
Donnez à votre agent un outil pour n’importe quel site
Publiez un workflow comme outil MCP, appelable avec une clé wt_ .
Questions fréquentes
Dois-je écrire moi-même un serveur MCP ?
L’agent peut-il voir mes identifiants ?
Quels clients MCP fonctionnent ?
À lire aussi
De nouveaux articles sur le web sans API, toutes les quelques semaines. Sans spam.
S’abonner (RSS)