J'ai demandé à Hermes de trouver 20 clients B2B pour mon agence. Il a : - interrogé 5 APIs gouvernementales en parallèle - scrapé Google Maps sur 10 requêtes sectorielles - pre-filtré 204 leads en Python pur (0 token LLM) - qualifié les 43 meilleurs avec un LLM - extrait 20 emails sur 22 leads (91%) - rédigé 22 cold emails Before/After personnalisés Durée : ~1h. Coût infra : ~2 EUR. Zéro email envoyé sans ma validation. Hermes n'est pas un chatbot. C'est un agent qui orchestre des sous-agents, compresse son contexte, crée ses propres skills, et s'arrête quand je le dis. Le meilleur lead du batch : cabinet de formation B2B à Strasbourg, 0 mention IA sur le site, email direct, score 10/10. DM ouvert. Build in public - Run 7 VibeCraft Agency SDR

Aujourd'hui, débogage d'un agent IA en prod. Le sujet du jour : des process parents qui créent des workers enfants et ne les nettoient jamais. Si tu tues l'enfant avant que le parent le récupère, il devient un zombie. 8 workers fantômes accumulés en 19h. 300 Mo de RAM. Des appels API hors-compteur. Le vibe code 2026 c'est ça. Tu fais de la garde d'enfants pour des process. Et tu apprends qu'il faut parfois tuer le parent, pas l'enfant.

Selon le dépôt SpaceX, xAI brûle 30 mds par an. Soit Musk gagne tout, soit Nvidia s’effondre. #ia #iadailynews Sources - TechCrunch — Marina Temkin, “xAI burned $6.4B last year — SpaceX’s IPO filing shows why the spending is far from over”, 20 mai 2026 :

Parlons de ma veille et comment vous pouvez avoir la même. #ia #iadailynews

Tout juste

J'ai trouvé 4 skills qui changent le game Hermes Agent Skills hub. @NousResearch 1. AI Lead Generation & Prospect Finder Tu définis ton ICP en langage naturel. Le skill génère les critères de ciblage (taille, verticale, techno, localisation), puis il scrape LinkedIn, Crunchbase, les annuaires et même les bios X pour te sortir une liste de prospects avec nom, rôle, entreprise, email trouvé, et un score de fit 0-10. Il ne se contente pas de lister. Il fait l'enrichment : techno stack, dernières levées, recent hires, signaux d'achat. Et il te sort un CSV prêt pour Brevo ou un import Notion. Je définis "dirigeant TPE/PME 5-50 salariés, secteur marketing ou immobilier, présence web mais pas de funnel visible", et il me sort 50 leads qualifiés sans que j'ouvre Clay. 2. scrapling (Nous Research officiel) Scraping web avec browser stealth intégré. Rotation user-agent, gestion des cookies, bypass Cloudflare et captcha basique, tout en Python pur. Je galérais avec les blocages IP sur Google Maps et les annuaires FR. Là c'est packagé proprement par l'équipe Hermes. Tu lui donnes une URL, il te sort le DOM parsé ou un screenshot, sans être détecté comme bot. Sourcing de leads sur des sites protégés, veille prix concurrents, extraction de données LP pour audit client. C'est le couteau suisse du scraping. 3. funnel-analysis Tu lui donnes accès à tes données de trafic (Google Analytics, Stripe, Notion), et il calcule les métriques de funnel étape par étape : acquisition -> activation -> revenue -> retention. Il identifie automatiquement les fuites. "Ton taux de passage landing → Calendly est de 2.3%, la médiane secteur est 8.5%. Problème probable : CTA pas assez visible ou friction dans le formulaire." Il te sort des recommandations actionnables avec des benchmarks. Pas des généralités. Des chiffres comparés à ton secteur. Je vais l'utiliser pour auditer les funnels clients. Actuellement je fais ça à la main en regardant les pages. Là l'agent fait le diagnostic en 30 secondes. 4. frontend-design (Anthropic officiel) Tu lui donnes un brief : "Landing page SaaS pricing, dark mode, avec toggle monthly/annual, 3 plans, trust badges, et CTA sticky". Il génère du HTML/CSS production-grade, responsive, accessible, avec des animations subtiles. Pas un mockup jetable. Pas du code bancal. Du vrai frontend "distinctive, production-grade" comme ils disent chez Anthropic. Composants réutilisables, design system cohérent, et le code est prêt à être intégré dans Next.js ou livré tel quel. Quand je vends une LP à 1500€, ce skill me fait gagner 5h de CSS. Je passe du brief client directement au livrable, et je garde le temps pour la copy et la strat.

Le hub Hermes vient d'exploser : 88k skills. Scraping leads, landing pages, veille X, posts auto. Tu vibe codes ton funnel entier sans coder. J'en installe 3 ce soir pour VibeCraft, je te dis ce qui marche. hermes-agent.nousresearch.co…

The next evolution of Hermes Agent is here! Introducing Hermes Desktop: everything you love about Hermes, now native on your machine. First demoed in Jensen's GTC keynote, it's now in public preview.

J'avais deux agents Hermes cachés sur le même VPS. L'un répondait, l'autre plantait. J'ai séparé les chemins de résolution de chaque process. J'ai comparé d'où chacun tirait sa clé. C'est la séparation des chemins qui a révélé les deux versions. L'une pointait sur le binaire à jour dans son répertoire. L'autre traînait ailleurs, lancée par un ancien alias ou un ancien service systemd oublié. Le fix : j'ai fait pointer la commande vers la bonne version. J'ai neutralisé l'ancienne installation sans jamais remettre de clé en clair sur le disque. Redémarrage contrôlé. Vérification au boot : la version active appelle bien Bitwarden, résout la clé, obtient sa réponse 200. L'autre ne démarre plus. Quand tu montes un business sur des agents IA, tu ne peux pas te permettre de ne pas savoir quelle version tourne où. Un même outil installé deux fois, c'est deux comportements. Un systemd oublié, un alias caché dans ton shell, un vieux dossier qui traîne dans un bin. Ton interface appelle une version. Ton chatbot en appelle une autre. Elles ne voient pas les mêmes secrets. Elles n'ont pas le même code. Le pire, c'est que l'une marche. Elle marche parce qu'elle a un état en RAM qui date d'avant. Elle marche par accident. Tu te dis que tout est stable. Tu ajoutes un client. Tu redémarres le serveur pour une mise à jour. Et là, l'état en RAM s'efface. L'ancienne version reprend la main. Tout s'arrête. Maintenant je traque d'où vient chaque secret avant de toucher quoi que ce soit. Je sais quel binaire tourne, quel fichier il lit, quel vault il appelle. Pas d'ambiguïté entre deux chemins. Pas de version fantôme qui reprend le relais au reboot. Quand tu livres une infra pour des clients, tu dois pouvoir redémarrer à froid et savoir exactement ce qui va se passer.

Mes agents Hermes tournaient avec des clés API rangées dans des .env sur le serveur. J'ai migré la clé Fireworks dans Bitwarden Secrets Manager. Au boot, l'agent appelle bws, résout la clé en mémoire, ne touche plus à un fichier local. Bitwarden est la source de vérité. Ce matin au démarrage, les logs montrent : "Bitwarden Secrets Manager: applied 1 secret (FIREWORKS_API_KEY)". Appel modèle juste après, réponse 200. Le cache s'est régénéré tout seul. La clé est résolue à la demande. J'ai redémarré l'agent pour vérifier : il repart sur la même résolution Bitwarden au boot. Il ne dépend plus d'une clé gardée en RAM. Si tu montes un business avec des agents IA, tu vas multiplier les clés. Fireworks, OpenRouter, Anthropic, des tokens GitHub, des accès Notion. Tu ne veux pas les balancer dans un .env que tu oublies sur un VPS. Un jour tu recrutes, un jour tu vends un accès, un jour tu migres de serveur. A chaque fois ce sont des secrets qui traînent. Bitwarden devient ton point central. Tu rotates une clé, tous tes agents la récupèrent au prochain démarrage. Tu n'ouvres pas un fichier, tu ne fais pas de grep, tu ne copies rien dans un chat. Quand tu passes du bricolage local à un système qui tourne pour des clients, la barre change. Un client ne veut pas que ses leads ou ses données passent par un serveur où tes clés sont lisibles avec nano. C'est la différence entre un prototype et une infra de production. Tu ne peux pas prétendre livrer des systèmes fiables si la base est bancale. Ce genre de détail te rattrape quand tu scales. Tu ne vois pas le .env au quotidien, il ne te gêne pas. Jusqu'au jour où tu recrutes, où tu migres de machine, ou où un client te demande comment sont stockées ses données. A ce moment là, tu copies des secrets à la main, tu en oublies un, tu en laisses un train derrière toi. Maintenant mes agents ne démarrent que si le vault répond. Pas de vault, pas de clé, pas de service. C'est devenu la porte d'entrée obligatoire. Je ne laisse plus de secrets clients dans un fichier local. Bitwarden est le seul endroit où ils existent.

Nvidia Skills Repo, entièrement intégré. Tu peux les parcourir ou les rechercher avec `hermes skills browse` - `hermes skills search <name>`

Je connect avec toutes personnes qui s'intéressent à : L’IA ds son taf Automatisation et workflows agentic Claude Code Codex Gen lead Scraping Rejoignez le canal TG t.me/VibeAIBuildersFR

Tu utilises X par l'app grand public et tu rates 90% de ce qu'il expose. Mode développeur, une app dediée, l'API officielle branchée sur ton agent : comment transformer X en veille pro automatisée. J'ai branché l'API X officielle sur mes agents Hermes ce week-end. Le truc à savoir : il faut deux modes d'auth, pas un. La lecture (recherche, timelines, listes, veille) passe par un Bearer Token app-only. Tu interroges, tu ne touches à aucun compte. Simple, stable, ça scale. L'écriture (poster, engager) passe par du OAuth user-context. Là tu agis au nom d'un compte précis, donc il faut son autorisation explicite. Mélanger les deux dans une seule clé "qui fait tout", c'est l'erreur de départ. Tu finis avec un truc fragile qui lit mal et poste mal. Deuxième chose que j'ai comprise en câblant : l'app qui paie et le compte autorisé en OAuth sont dissociables. L'app de facturation peut vivre sous un compte, l'autorisation d'écriture sous un autre. Ça change la manière dont tu penses ton architecture quand tu gères plusieurs identités. App PPU active, spend cap posé à 50 USD/mois. Tu paies ce que tu consommes, tu ne signes pas un abonnement pour rien. L'OAuth d'écriture n'est pas encore en place. Je documenterai la partie engage quand elle tournera. Mais le pattern, lui, est clair : lecture app-only, écriture user-context, facturation découplée du compte qui agit.

Le cerveau de mes agents Hermes tourne maintenant sur Kimi K2.6, via l'API Fireworks. Confirmé en prod, en live. Pay-per-token. Pendant tout le câblage et les tests, ça m'a coûté 0,03 USD pour 32,4K jetons. Plafond dur posé à 500 USD/mois. Au rythme actuel, je suis très loin de le toucher. Le vrai sujet du jour c'est pas le modèle, c'est la redondance. Quand tu mets un fallback derrière ton primaire, tu veux qu'il prenne le relais si le primaire tombe. Logique. Sauf qu'un fallback n'est un vrai fallback que s'il est réellement indépendant du primaire. Si tu branches un agrégateur en secours, regarde où il route. Beaucoup peuvent re-router vers le même fournisseur que ton primaire. Le jour où ce fournisseur tombe, ton primaire ET ton fallback tombent ensemble. Tu croyais avoir deux jambes, tu en avais une. Ça c'est pas de la redondance, c'est une illusion de redondance. Pire que pas de fallback, parce que tu dors tranquille. Le bon réflexe : ton secours doit passer par une infra qui n'a aucune dépendance commune avec ton primaire. Sinon ce n'est pas un secours, c'est un doublon du même point de panne.

免费领6个月ChatGPT Pro， 价值$ 1200🤩 这可能是今年对开发者最实在的福利了， 没有硬性Star数要求， 有项目链接基本都能过， 只要你是任何一个公开开源项目的维护者，哪怕只有你一个人在维护， 都可以去申请试试： openai.com/form/codex-for-os…

nah you're ahead of me then, you've got it all in one pipeline already. mine still needs a chatgpt detour for images lol. the design will catch up. good to know it's doable though.