Make MCP : on a fait construire un scénario à Claude Code

Cet article contient des liens affiliés : nous pouvons toucher une commission. En savoir plus

On a donné à Claude Code le serveur MCP de Make, sur un compte gratuit, avec une seule mission : construire un scénario, le lancer une fois et dire ce qu’il a coûté. Le premier jeton d’API a reçu 4 refus en 32 secondes. Le second a construit et lancé un scénario de trois modules 37 secondes après le démarrage, pour 7 opérations. Test du 14 novembre 2026. Un seul réglage de planification aurait vidé le plan gratuit en moins de 6 jours.

C’est un test de coût et de limites, pas un tutoriel de connexion. Tous les chiffres viennent des journaux de notre agent, et notre méthode explique pourquoi ce sont nos agents qui testent. Le compte est sur le plan gratuit de Make : 1 000 crédits par mois, et tout notre test, répétition comprise, en a consommé 21.

Qu’est-ce que le serveur MCP de Make ?

C’est un serveur hébergé par Make qui permet à un agent IA de lancer vos scénarios et de gérer votre compte. MCP (Model Context Protocol) est le standard ouvert pour brancher des outils à un agent, décrit sur modelcontextprotocol.io. La documentation de Make liste ce que font les outils : lancer les scénarios actifs et à la demande, lire et modifier les scénarios, les connexions, les webhooks et les data stores, lire et modifier les équipes et les organisations.

Dans Make, un scénario est une chaîne de modules, et chaque module qui s’exécute consomme des opérations. Sur notre compte, tools/list a renvoyé 141 outils le 14 novembre 2026. Sur nos trois prises, l’agent a fait 34 appels MCP et utilisé 19 de ces outils.

Quelle est l’adresse du serveur MCP de Make pour Claude Code ?

L’adresse dépend de votre zone : la nôtre était https://eu1.make.com/mcp/v2, avec un jeton d’API dans un en-tête Authorization: Bearer. Make propose aussi OAuth, qu’on n’a pas testé. Pour créer le jeton, la page « API key » de la documentation donne le chemin : Profile, onglet API access, Tokens, « + API token », puis les scopes (les permissions du jeton), « including the mcp:use scope ».

Pour Claude Code, le serveur se déclare dans un fichier de configuration MCP :

{
  "mcpServers": {
    "make": {
      "type": "http",
      "url": "https://eu1.make.com/mcp/v2",
      "headers": { "Authorization": "Bearer YOUR_MAKE_API_TOKEN" }
    }
  }
}

On a lancé l’agent sans interface, avec claude -p "<prompt>" --mcp-config make.json. Remplacez eu1 par votre zone, et gardez le jeton hors de votre dépôt et hors écran : celui qui le détient peut modifier votre compte. On a supprimé nos deux jetons après le test.

Première manche : que fait un jeton qui a trop peu de scopes ?

Il se fait refuser, et chaque refus nomme le scope manquant. Notre premier jeton avait 6 scopes : mcp:use, scenarios:read, scenarios:write, scenarios:run, datastores:read et datastores:write. Cela semblait suffire pour construire un scénario qui écrit dans un data store. Ce n’était pas le cas.

La consigne, en condensé (donnée à l’agent en anglais) :

Build a scenario named "HKPA channel feed" that reads the public YouTube
RSS feed of our channel and writes one record per video (title, link,
published date) into a Make data store named "hkpa_feed". Use the cheapest
modules, no third-party connection. Set the scenario to run on demand,
activate it, run it once, then read the execution and the data store
records. Tell me how many operations the run used. At the end, tell me
honestly what failed, what the free plan blocked, and what you had to
retry. Do not delete anything.

En 32 secondes et 8 appels MCP, 4 sont revenus avec SC403 Permission denied :

data_store_create, lui, est passé : un data store vide de 1 Mo nommé hkpa_feed. Puis l’agent s’est arrêté et a listé les scopes à ajouter. Son rapport : « I didn’t try to get around the missing scopes by other means, such as calling the Make REST API directly. The token’s limits look deliberate, and that is your call. » Autrement dit, il n’a pas cherché à contourner le jeton. Il a aussi écrit que chaque refus venait d’un scope manquant, pas d’une limite du plan.

Deuxième manche : en combien de temps Claude Code construit-il un scénario Make ?

37 secondes entre le démarrage et scenario_run, avec 0 erreur. Le second jeton avait 14 scopes : les 6 premiers, plus apps:read, hooks:read, hooks:write, teams:read, udts:read, udts:write, organizations:read et connections:read. Même consigne. La prise entière a duré 51 secondes et 18 appels MCP.

La séquence, avec les temps du journal :

1. app_find, trois fois, puis module_spec (22 s). La recherche dans le catalogue n’a jamais listé l’application RSS. L’agent a deviné le nom du module, rss:ActionReadArticles, et module_spec l’a confirmé.
2. data_structure_create (28 s) et data_store_update (30 s). Une structure avec titre, lien et date de publication, liée au data store laissé par la première manche.
3. scenario_create (34 s). Trois modules, en mode à la demande : Start scenario, RSS « Retrieve RSS feed items » (15 au maximum), Data store « Add/replace a record ».
4. scenario_activate (35 s) et scenario_run (37 s). Statut « success » en 638 ms.

L’agent a ensuite relu son propre travail avec scenario_execution_get et data_store_record_list. Six enregistrements, un par vidéo du flux, chacun avec un titre, un lien et une date. La date est stockée en texte, pas en type date, et l’agent l’a dit.

Le coût : 7 opérations et 7 crédits, d’après scenario_execution_get. L’inspection module par module montre 8 appels de modules (1 démarrage, 1 lecture RSS, 6 écritures) : l’un d’eux n’est donc pas compté. On n’a pas trouvé lequel.

Pourquoi « success » n’est-il pas une preuve ?

Parce que pendant notre répétition, Make a aussi répondu « success », et les 6 enregistrements étaient vides. La prise ci-dessus était la deuxième fois qu’on lançait cette consigne. La première fois, l’agent avait placé les champs hors de l’objet data de l’enregistrement. Make a lancé le scénario, compté 7 opérations et répondu « success ». L’agent ne l’a vu que parce qu’il a listé les enregistrements ensuite.

La correction a buté elle aussi. scenario_patch a répondu « Too Many Requests » trois fois de suite. L’agent a attendu 60 secondes, la quatrième tentative est passée, et la relance a écrit 6 enregistrements complets pour 7 opérations de plus. Demandez donc à votre agent de relire les données, à chaque fois.

Le serveur MCP de Make marche-t-il sur le plan gratuit ?

Dans notre test, oui, y compris pour des outils que la documentation réserve aux plans payants. La documentation de Make dit : « Scenario run tools are available to all plans, and management tools are available to paid plans. » Les outils de gestion seraient donc payants. Le 14 novembre 2026, notre compte sur le plan Free a pourtant créé un data store, une structure de données et un scénario par MCP, puis l’a activé et lancé. Aucun appel n’a été refusé à cause du plan.

On ne sait pas qui est en retard, la documentation ou le compte. Vérifiez sur votre propre compte avant de compter dessus.

Combien d’opérations coûterait une planification sur le plan gratuit ?

À 7 opérations par exécution, une planification toutes les heures consomme 5 040 opérations par mois : cinq fois le plan gratuit. On a demandé la facture à l’agent dans une troisième prise, en lecture seule : 29 secondes, 8 appels. organization_get a renvoyé 21 opérations consommées et 979 restantes, pour une période du 10 novembre au 10 décembre 2026. L’agent a retrouvé une exécution de 7. Les 14 autres sont notre répétition : deux exécutions de 7.

Les 979 opérations qui nous restaient tiendraient 5,8 jours au rythme horaire et 1,5 jour à 15 minutes. La page des tarifs de Make donnait 15 minutes comme intervalle minimal du plan gratuit le 14 novembre 2026.

Pourquoi 7 ? L’agent a choisi « Add/replace a record » avec le lien de la vidéo comme clé : chaque exécution réécrit donc les 6 vidéos. Un scénario qui n’écrit que les nouvelles vidéos coûterait moins, et on ne l’a pas testé par MCP. Dans notre comparatif Make, Zapier et n8n, un scénario Make construit de cette façon dans l’éditeur a consommé 1 crédit pour un passage sans nouvelle vidéo. À 1 crédit par vérification, une planification horaire fait 720 par mois, plus 1 par nouvelle vidéo. Ça tient.

Demandez donc à l’agent ce que coûte une exécution avant de lui confier une planification.

Notre verdict

Le serveur MCP de Make fait ce que dit la documentation, et un peu plus sur notre compte gratuit. Claude Code a construit et lancé un vrai scénario en moins d’une minute, pour 7 opérations. Mais c’est un constructeur, pas un superviseur. C’est vous qui choisissez les scopes. C’est vous qui vérifiez que les données sont bien là. C’est vous qui surveillez la planification.

Si vous utilisez déjà Make, c’est un moyen rapide d’obtenir un premier jet de scénario. Sinon, le plan gratuit suffit pour refaire ce test : créez un jeton avec les scopes dont votre tâche a besoin, donnez la même consigne à votre agent et demandez le coût d’une exécution. On a fait le même type de test sur deux autres serveurs : le serveur MCP d’Apify, une liste de prospects pour environ 17 centimes de dollar, et le serveur MCP de systeme.io, un tunnel en 100 secondes.

Non vérifié : les exécutions planifiées (la nôtre était à la demande), OAuth, les plans payants, les scénarios qui demandent une connexion à un service tiers, et les Make Skills que cite la documentation. Nos chiffres viennent d’un seul compte, sur une seule journée.