Les agents IA avec une touche humaine sont bien meilleurs que les systèmes agentiques généraux qui essaient d'automatiser tout. La touche humaine se manifeste à des phases comme la conception des invites, l'ingénierie du contexte, l'architecture des agents et, plus important encore, l'évaluation. L'expertise dans le domaine est très importante.

Je suis ravi de enfin lancer cela. Mon serveur MCP propose désormais des actualités en temps réel sur le marché boursier. Outils disponibles : • obtenir des nouvelles • obtenir des prix des actions • obtenir des indicateurs clés • obtenir des états financiers Il a fallu environ un mois pour bien configurer le serveur MCP, mais il fonctionne bien maintenant. D'autres outils financiers arrivent bientôt.

MCP devient vraiment excellent !

Qu'est-ce que l'ingénierie contextuelle❓ Et pourquoi tout le monde en parle...👇 L'ingénierie contextuelle devient rapidement une compétence cruciale pour les ingénieurs en IA. Il ne s'agit plus seulement de formulations astucieuses ; il s'agit de l'orchestration systématique du contexte. 🔷 Le Problème : La plupart des agents IA échouent non pas parce que les modèles sont mauvais, mais parce qu'ils manquent du bon contexte pour réussir. Réfléchissez-y : les LLM ne sont pas des lecteurs d'esprit. Ils ne peuvent travailler qu'avec ce que vous leur donnez. L'ingénierie contextuelle consiste à créer des systèmes dynamiques qui offrent : - Les bonnes informations - Les bons outils - Dans le bon format Cela garantit que le LLM peut efficacement accomplir la tâche. 🔶 Pourquoi l'ingénierie de prompt traditionnelle n'est pas suffisante : Au début, nous nous concentrions sur des "mots magiques" pour obtenir de meilleures réponses. Mais à mesure que les applications IA deviennent complexes, un contexte complet et structuré compte bien plus que des formulations astucieuses. 🔷 4 Composants Clés d'un Système d'Ingénierie Contextuelle : 1️⃣ Flux d'Information Dynamique Le contexte provient de multiples sources : utilisateurs, interactions précédentes, données externes, appels d'outils. Votre système doit tout rassembler intelligemment. 2️⃣ Accès aux Outils Intelligents Si votre IA a besoin d'informations ou d'actions externes, donnez-lui les bons outils. Formatez les sorties pour qu'elles soient maximales digestibles. 3️⃣ Gestion de la Mémoire - À court terme : Résumer de longues conversations - À long terme : Se souvenir des préférences des utilisateurs à travers les sessions 4️⃣ Optimisation du Format Un court message d'erreur descriptif vaut toujours mieux qu'un énorme blob JSON. 🔷 La Conclusion L'ingénierie contextuelle devient la nouvelle compétence centrale car elle aborde le véritable goulot d'étranglement : non pas la capacité du modèle, mais l'architecture de l'information. À mesure que les modèles s'améliorent, la qualité du contexte devient le facteur limitant. Je partagerai plus au fur et à mesure que les choses évoluent et deviennent plus concrètes ! Restez à l'écoute !! 🙌 ____ Si vous l'avez trouvé intéressant, partagez-le avec votre réseau. Trouvez-moi → @akshay_pachaar ✔️ Pour plus d'informations et de tutoriels sur les LLM, les agents IA et l'apprentissage automatique !

si tu me donnes le code, je peux exécuter ce qui signifie que la valeur dans l'exécution est protégée par le code mais l'IA rend la programmation plus facile donc les spécifications deviennent le rempart car si quelqu'un a les spécifications, il peut produire le code et il peut exécuter

Des agents complétant des captchas de manière décontractée est franchement hilarant.

imaginez une interface de conversation modulaire où vous : - sélectionnez le modèle de votre choix - choisissez votre fournisseur de recherche - choisissez des outils MCP - accédez à vos systèmes de fichiers - gérez votre mémoire, avec sécurité et confidentialité - payez à l'utilisation pour tous les services utilisés

Si quelqu'un est aussi confus par les licences de logiciels que je l'étais, voici comment je les vois maintenant. Les licences de logiciels contrôlent ce que les gens peuvent faire avec votre code. La licence MIT permet aux gens de faire n'importe quoi. Supposons que vous construisiez une bibliothèque de parsing JSON avec une licence MIT. Une startup peut prendre votre code, le modifier et le vendre comme partie de son service API payant sans vous donner quoi que ce soit en retour. Ils doivent juste garder votre avis de copyright dans les commentaires du code. React utilise MIT, donc Facebook aurait pu le rendre propriétaire, mais ils ont choisi de le garder ouvert. C'est la licence "faites ce que vous voulez". La GPL oblige à partager. Imaginez que vous créez un framework web sous GPL. Si quelqu'un modifie votre framework pour ajouter de nouvelles fonctionnalités, il doit publier ces modifications sous GPL aussi. Ils ne peuvent pas vendre une version propriétaire. WordPress utilise GPL, donc tous les thèmes et plugins WordPress doivent aussi être GPL. Si vous construisez un CMS commercial sur WordPress, votre CMS entier devient GPL. Cela garde tout en open source. Apache 2.0 gère mieux les brevets. Vous écrivez une bibliothèque d'apprentissage automatique et quelqu'un contribue un algorithme. Plus tard, ils essaient de poursuivre des utilisateurs pour violation de brevet sur cet algorithme. Avec la licence Apache, ils perdent automatiquement leurs droits d'utiliser votre bibliothèque. C'est une protection contre les trolls de brevets. Kubernetes utilise Apache 2.0 parce que les entreprises de cloud s'inquiètent des problèmes de brevets. BSD est essentiellement MIT avec des mots différents. Vous créez une bibliothèque de mise en réseau sous BSD. Même règles que MIT, les gens peuvent faire ce qu'ils veulent. FreeBSD utilise cela, c'est pourquoi Apple a pu prendre le code BSD et l'intégrer dans macOS sans publier le code source de macOS. La plupart des développeurs utilisent maintenant MIT parce que c'est plus clair. LGPL est GPL pour les bibliothèques. Vous construisez une bibliothèque de génération de PDF sous LGPL. Les entreprises peuvent utiliser votre bibliothèque dans leur logiciel propriétaire sans rendre toute leur application LGPL. Mais si elles modifient le code de votre bibliothèque, ces changements doivent être LGPL. Le lecteur multimédia VLC utilise LGPL afin que d'autres applications puissent inclure la lecture vidéo sans devenir GPL. Propriétaire signifie que vous contrôlez tout. Vous construisez un moteur de base de données et le gardez propriétaire. Les entreprises vous paient des frais de licence pour l'utiliser. Elles ne peuvent pas voir le code source, ne peuvent pas le modifier, ne peuvent pas le redistribuer. Oracle Database fonctionne de cette manière. Vous gagnez de l'argent grâce aux licences mais limitez qui peut l'utiliser. La double licence offre des options. Vous publiez une base de données sous les licences GPL et commerciale. Les projets open source utilisent la version GPL gratuitement. Les entreprises qui ne veulent pas des restrictions GPL paient pour la licence commerciale. MySQL fait cela. Les startups utilisent MySQL gratuit, les grandes entreprises achètent souvent des licences commerciales. Le domaine public abandonne tous les droits. Vous créez une fonction de hachage et la mettez dans le domaine public. Quiconque peut en faire ce qu'il veut, sans restrictions, sans attribution requise. SQLite fait cela. Les agences gouvernementales adorent cela car il n'y a aucun risque légal. Vous construisez une bibliothèque que vous voulez que tout le monde utilise ? Choisissez MIT. Vous voulez vous assurer que les améliorations reviennent à la communauté ? Utilisez GPL. Vous vous inquiétez des brevets dans les logiciels d'entreprise ? Optez pour Apache. Vous construisez une entreprise autour de votre code ? Restez propriétaire. Vous voulez la liberté maximale pour les utilisateurs ? Essayez le domaine public. La clé est d'associer vos objectifs aux restrictions de licence. Ne copiez pas simplement ce que d'autres projets font sans comprendre pourquoi ils ont choisi cette licence.

MCP est comme le HTTP pour les agents, et ressemble à la fondation d'un nouvel internet. Nous avons publié l'article de blog qui répond aux questions les plus fréquentes que j'ai reçues de la part des développeurs, partenaires et entreprises. Un grand merci au créateur de MCP @dsp_ pour sa collaboration sur ce projet !

c'est énorme de la part de la recherche de Google. un document très technique mais nécessaire, je suppose.