Hello à tous! Je viens un petit peu aux nouvelles, sur quoi bossez-vous (ou alors qu'est ce que vous experimentez 😌) en ce moment ? ça m'intéresse! par ailleurs si vous voulez que j'aborde des sujets particuliers en vidéo n'hésitez pas à l'indiquer sous ce post en commentaire! Profitez bien de votre été pour ceux en vacances ☀️

Salut tout le monde, Récemment on a eu les schedules task sur claude cowork et dispatch pour pouvoir les lancer en remote. Aujourd'hui nous avons Routines depuis claude code qui passe directement par le cloud en plus. Du coup j'essaye de comprendre quelles est la manière de différencier ces deux features notamment par rapport à l'usage. Actuellement j'ai plus l'impression de devoir tout basculer sur Routine car ça enleve une friction et je n'arrive pas à comprendre pour quelle raison je devrais utiliser les schedules task vs Routines. Si quelqu'un peu m'expliquer la différence fondamental dans laquel on utilisera les schedules task à la place de Routines svp Bonne journée à tous

Salut Depuis l’annonce d’Andrej karpathy Obsidian est devenu un outil indispensable pour l’IA après son post sur X de la manière dont il travaille avec voir ci-dessous : https://x.com/karpathy/status/2039805659525644595 Je vois passer pas mal de discussions autour de l’approche d’Andrej Karpathy sur les “bases de connaissances LLM” (Obsidian + LLM qui construit et maintient un wiki automatiquement). Pour ceux qui ont testé ou réfléchi au sujet :Vous pensez que c’est une vraie évolution dans la manière d’utiliser les LLM, ou plutôt une hype un peu survendue ? Je trouve l’idée super intéressante (notamment pour la capitalisation de connaissances et les connexions entre concepts), mais j’ai aussi des doutes sur : - la fiabilité à long terme (hallucinations, incohérences) - la scalabilité sans RAG plus solide - le côté “le LLM maintient tout seul” Curieux d’avoir vos retours d’expérience concretsVous utilisez ce genre de setup ? Ça tient la route dans le temps ou pas ? A+

Salut la communauté Une d’architecture intéressante : j’utilise Twilio via Zapier MCP (bêta) depuis Claude Desktop. Zapier MCP (c'est un choix technique qui sur le long terme peut s'averer rentable avec toutes nos connections MCP à connecter et notamment si vous avez des clients qui travaillent depuis longtemps sur Zapier) Pourquoi ne pas connecter directement le MCP Twilio ? Parce que le MCP Twilio complet est très large et expose énormément d’actions / paramètres. Passer par Zapier MCP permet : - de réduire la surface d’exposition côté agent - de simplifier le prompting (moins d’outils = moins d’erreurs) - de mieux contrôler le scope fonctionnel - d’éviter des actions involontaires ou coûteuses - d’avoir une couche d’orchestration plus modulaire En pratique, Claude Desktop peut simplement envoyer un SMS via un prompt sans avoir besoin de manipuler toute la complexité de Twilio. Je trouve que c’est un pattern intéressant pour connecter des agents IA à des APIs réelles de manière safe & scalable. Bonne journée à tous

Bonjour à tous, Ci-dessous un guide PDF concernant les Skills pour Claude.(pour ceux qui ne l'aurait pas) À ajouter dans un projet quand vous avez besoin de créer un skill https://resources.anthropic.com/hubfs/The-Complete-Guide-to-Building-Skill-for-Claude.pdf Autre chose, j'ai vu un post X passé à propos d'une nouvelle fonctionnalité "schedule task", mais personnellement je n'ai pas trouvé où l'utiliser dans Claude. Si certains d'entre vous l'on déjà utilisé je suis preneur de savoir comment c'est censé fonctionner. https://code.claude.com/docs/en/desktop Ps : Le post X https://x.com/trq212/status/2030019397335843288 Bonne semaine à tous