sligor a écrit :
https://ejholmes.github.io/2026/02/ [...] e-cli.html Perso je suis d’accord avec pas mal de cet article, je préfère avoir à utiliser une CLI + skill pour claude qu’un MCP quand c’est possible.( l’avantage potentiel du mcp c’est que c’est statefull, ça se met aussi à jour automatiquement plus facilement) En plus une CLI + skill c’est plus facile a debugger et à scripter. Bref il y a des pro et cons
|
C'est comme un dev qui redévelopperait une lib from scratch à chaque fois qu'il en a besoin parce qu'il sait ce qu'il veut et qu'il peut le faire (il a le skill).
Comme ça il peut facilement la debugguer....
Sauf que la lib elle est turbo testée depuis des lustres, elle a un comportement connu et documenté (alors que le dev à façon par le barbu local aura toujours sa petite spécificité à la con), etc...
Il y a 0 intérêt à utiliser autre chose qu'un MCP pour un outil fiable et documenté, Et je pense que laisser le LLM écrire un code one shot pour faire la même chose qu'un outil est pas loin d'être la solution qui a le moins d'intérêt
---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)