MCP est mort ! Vive MCP !

Le CTO de Perplexity annonce renoncer à MCP et tout le monde annonce sa mort (au MCP hein).

Je ne vais pas dire non plus qu'il faut mettre du MCP partout, tout le temps, j'ai moi-même remplacé la totalité de mes serveurs MCP par de la CLI sur mon Claude Code.

Partir dans l'extrême inverse et affirmer qu'il faut mettre de la CLI partout ne me semble pas non plus être une position acceptable.

L'argument pragmatique : les tokens

Le premier argument, le plus pragmatique : MCP gaspille beaucoup de tokens.

C'est vrai. Mais j'y vois deux choses distinctes :

Premièrement, c'est un problème d'architecture. Est-ce qu'un serveur MCP doit exposer un tool par endpoint ? Ou encapsuler une fonctionnalité métier plus large ?

Deuxièmement, rien n'empêche MCP d'évoluer et de régler le problème, en prenant exemple sur ce que Cloudflare vient de publier.

Tirons la pelote : pourquoi pas curl ?

Tirons un peu la pelote de laine. Pas besoin de MCP après tout, y'a curl :

• Pourquoi n'appelons-nous pas curl directement dans nos apps au lieu d'utiliser des librairies HTTP ? Même raisonnement, utilisons la CLI.
• Comment on gère l'observabilité sur la CLI ? La sécurité ? Les erreurs ?

« Les LLM savent utiliser des API »

L'autre argument, c'est que les LLM savent très bien utiliser des API directement :

• Comment le LLM peut-il savoir comment utiliser votre API ?
• On lui donne l'OpenAPI ?
• On le découpe pour donner au LLM les arguments en entrée ?
• Est-ce que ça ne s'appelerait pas... MCP ?

À moins que l'API concernée ne soit dans le dataset d'entraînement du LLM, je vois mal comment on évite le même problème en utilisant directement des API.

Où chacun a sa place

Pour les agents de code la CLI marche bien car nous utilisons des outils standards sur notre machine.

Les serveurs MCP sont je pense plus adaptés pour des agents disponibles sur le web qui servent une multitude de clients d'un service. Souvent custom et non connu par les LLM.

MCP n'est pas mort à mon humble avis, par contre, il n'est plus la réponse par défaut à tous les use cases, et c'est tant mieux.