Aller au contenu

MCP : utilisabilité, abstraction et coûts de mise à l’échelle

Alors, MCP. J’ai compris le truc. Je vois bien le gadget.
Et j’aime beaucoup son côté utilisable, vraiment.

Mais....

1. Le rapport valeur/effort est médiocre pour que ça tourne vraiment rond.

2. Sécuriser ces trucs n’est pas simple. Tous les gains de productivité s’envolent quand on réalise que chaque point de terminaison nécessite des permissions et des rôles de l’autre côté pour que ce soit sûr. Il n’y a pas d’autre moyen. Si vous ne faites pas ça, vous vous plantez. Et vous le sentirez plus tard.

3. Ça ne passera JAMAIS à l’échelle. C’est impossible. Si on empile ces trucs comme les gens veulent les empiler... c’est fini. C’est bien pour les petits projets, mais on commence à se taper de vrais goulots d’étranglement sur des projets de taille moyenne.

4. C’est bruyant. Trop de bavardages réseau constants qui ne servent à rien.

5. Il y a trop d’abstraction. Des quantités ridicules d’abstraction, où la seule solution est encore plus d’abstraction et l’agrégation d’abstractions.

6. Ce que les gens veulent vraiment, sans s’en rendre compte, c’est FastAPI, qui existait déjà. Ça gère le cas d’usage principal sans surcharge bizarre, la découverte réseau et l’auto-prompting, si on l’implémente correctement. Et ça n’ouvre pas un milliard de rpc et de websockets dont on n’a jamais eu besoin au départ.