Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
6852 connectés 

 

Sujet(s) à lire :
    - Who's who@Programmation
 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  27419  27420  27421  27422  27423  27424
Page Suivante
Auteur Sujet :

[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

n°2545789
sligor
Posté le 09-11-2026 à 13:56:45  profilanswer
 
mood
Publicité
Posté le 09-11-2026 à 13:56:45  profilanswer
 

n°2545790
tryptique
Stay hungry, stay foolish
Posté le 09-11-2026 à 14:27:17  profilanswer
 

flo850 a écrit :


On fourni un mcp pour xo, et ça économise des token par rapport à la rest api, en plus d'apporter une couche de cadrage supplémentaires


Évidemment si ton mcp évite à ton IA de réinventer un wrapper de ton api en python à chaque fois :o


---------------
"J'ai les goûts les plus simples du monde, je me contente du meilleur" O. Wilde - Freedom of time is the new luxury. Time to sleep, work, play, relax, travel, inspire and get inspired. Time to write your story.
n°2545791
sligor
Posté le 09-11-2026 à 14:39:26  profilanswer
 

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

Message cité 2 fois
Message édité par sligor le 09-11-2026 à 14:40:10

---------------
qwerty-fr
n°2545792
flo850
moi je
Posté le 09-11-2026 à 14:57:05  profilanswer
 

tryptique a écrit :


Évidemment si ton mcp évite à ton IA de réinventer un wrapper de ton api en python à chaque fois :o


 
* ça evite a claude de malencontreusement télécharger plusieurs TB de données en explorant l'api  
* ca permet à l'utilisateur de controler plus facilement le llm avec des permissions spécifiques (genre certains delete ont beaucoup de conséquences, donc non, pas par claude sans confirmation)


---------------

n°2545793
gfive
Posté le 09-11-2026 à 15:02:08  profilanswer
 

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 :o

Message cité 1 fois
Message édité par gfive le 09-11-2026 à 15:02:45

---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
n°2545794
tryptique
Stay hungry, stay foolish
Posté le 09-11-2026 à 15:05:27  profilanswer
 

flo850 a écrit :

 

* ça evite a claude de malencontreusement télécharger plusieurs TB de données en explorant l'api
* ca permet à l'utilisateur de controler plus facilement le llm avec des permissions spécifiques (genre certains delete ont beaucoup de conséquences, donc non, pas par claude sans confirmation)


* Skills issue / hook
* Hook


---------------
"J'ai les goûts les plus simples du monde, je me contente du meilleur" O. Wilde - Freedom of time is the new luxury. Time to sleep, work, play, relax, travel, inspire and get inspired. Time to write your story.
n°2545795
Hermes le ​Messager
Breton Quiétiste
Posté le 09-11-2026 à 15:05:28  profilanswer
 

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


 
this


---------------
Expert en expertises
n°2545796
flo850
moi je
Posté le 09-11-2026 à 15:19:21  profilanswer
 

tryptique a écrit :


* Skills issue / hook
* Hook


non
tu ne mets pas la responsabilité du contrôle dans l'outil qui doit être contrôlé


---------------

n°2545797
tryptique
Stay hungry, stay foolish
Posté le 09-11-2026 à 15:27:32  profilanswer
 

flo850 a écrit :


non
tu ne mets pas la responsabilité du contrôle dans l'outil qui doit être contrôlé


Oui, mais pourtant ton api le fait. En mettant toute la responsabilité du contrôle sur l'utilisateur.


---------------
"J'ai les goûts les plus simples du monde, je me contente du meilleur" O. Wilde - Freedom of time is the new luxury. Time to sleep, work, play, relax, travel, inspire and get inspired. Time to write your story.
n°2545798
sligor
Posté le 09-11-2026 à 16:18:12  profilanswer
 

gfive a écrit :


 
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 :o


Je crois que tu n’as pas compris le point de l’article.
 
On parle d’une CLI qui proposerait la même API qu’un mcp.
La seule différence c’est que c’est appelé via commande + arguments et de l’autre c’est de l’échange de json sur un stream stdio/stdout. Le LLM ne va pas écrire de code. La difference est relativement fine.


Message édité par sligor le 09-11-2026 à 16:20:09

---------------
qwerty-fr
mood
Publicité
Posté le 09-11-2026 à 16:18:12  profilanswer
 

n°2545799
sligor
Posté le 09-11-2026 à 16:24:16  profilanswer
 

Au passage les skills peuvent être livré avec des scripts (que le llm n’aura pas a reecrire à chaque fois).
Je ne dis pas que les MCP sont inutiles. Juste que ce n’est pas la panacée


---------------
qwerty-fr
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  27419  27420  27421  27422  27423  27424
Page Suivante

Aller à :
Ajouter une réponse
 

Sujets relatifs
Plus de sujets relatifs à : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)