Ce serait bien d’utiliser ça pour créer des modèles d’embedding de texte plutôt que des modèles LLM.

Les logs, les métriques et les alertes nécessitent une pratique d’ajustement régulière.

Pour les projets privés, j’exporte la session et je la commit ; pour les projets publics, je ne la commit que si j’estime qu’un fichier de résumé est vraiment nécessaire.
Il y a aussi la question des données personnelles... et selon l’outil, on dépasse facilement les 10 Mo par session... donc je préfère éviter de les mettre en ligne sans réfléchir.

Microslop !

Avec l’extension Chrome Chrometana Pro, si vous utilisez Chrome comme navigateur par défaut, toutes les situations où Bing s’ouvre sont redirigées vers Google.

On dirait l’époque où Samsung mettait des pubs dans les applis par défaut du Galaxy et jouait au bras de fer avec ses clients.

Si quelqu’un développe un SaaS et hésite entre CLI et MCP pour l’intégration de l’IA, il choisira probablement d’abord MCP. Prendre en charge une CLI augmente les points de gestion. Les deux peuvent coexister, mais je ne pense pas que cela disparaisse.

MDRRRRR

S'il avait au moins lu le texte produit par l'IA, on n'en serait pas là.
Le problème, ce n'est pas simplement les juniors, mais les juniors qui se contentent de faire du copier-coller en un clic.

En réalité, ça existait déjà avant l'IA.
C'est juste que Stack Overflow a été remplacé par l'IA.

Merci, ravi que cela vous ait plu.

???: « Réfléchis soigneusement à ce qu’il ne faut pas faire »

J’y pensais il y a quelques jours, donc je ne peux qu’être reconnaissant qu’ils aient réagi aussi vite.

Une réaction agile.

Ces derniers temps, beaucoup de Claw utilisent Telegram comme interface par défaut, donc cela semble être la mise à jour la plus opportune.

À l’ère de l’IA, les mises à jour en streaming semblent être un standard ; est-ce que les autres messageries ne vont pas suivre elles aussi ?

À ce niveau-là, on pourrait penser que les services de renseignement américains le développeraient eux-mêmes... D’autant plus qu’ils seraient probablement meilleurs pour collecter les données d’entraînement.

À l’époque aussi, il suffisait d’utiliser une API. En réalité, si on utilisait MCP, c’était à cause des limites du long context, mais maintenant ces limites ont été en grande partie surmontées.

Ce n’est pas que MCP n’a aucun avantage, c’est surtout qu’on s’est réveillés de l’illusion qui consistait à l’utiliser indistinctement même pour des usages où ses avantages n’apportent rien. Même lorsqu’on ouvre des microservices aux LLM, on n’utilise pas une CLI, et MCP reste un protocole d’« API ».

On dirait qu’à mesure que l’intelligence des LLM augmente, la nécessité du MCP devient plus floue.
C’est aussi ce que je ressens en pratique.

Je me disais bien que ce pseudo me disait quelque chose : c’est la personne qui avait écrit autrefois un billet amusant à partir de la sortie de cron. J’ai aussi beaucoup apprécié cet article-ci :D

Je trouve très gênante la pratique commerciale qui consiste à demander d’apposer un autocollant.

L’exécution à distance semble se résumer à mcp, et l’exécution locale à skills.