Jon

le plus gros gaspillage de tokens quand on dev avec l'IA, c'est rarement le code généré c'est tout le temps que ton IA passe à essayer de comprendre le code qu'elle a elle-même écrit 2 jours plus tôt et plus le projet grossit, plus ça part en cacahuète encore ce matin, un non-dev qui a build son CRM avec l'IA m'expliquait que c'était devenu un foutoir, alors qu'il voulait juste ajouter une petite feature à chaque nouvelle session, ton agent doit retrouver le contexte, explorer les fichiers, comprendre les décisions prises... bref, tu crames des tokens à redécouvrir ce que tu as déjà développé ma petite solution : intégrer la documentation automatique directement dans mon harnais de développement petit aperçu 👇 1/ mon développement repose sur 2 outils principaux : → Superpowers pour planifier, développer et tester chaque feature → Ponytail pour les code reviews et éviter de partir dans des trucs complètement over-engineerés l'idée, c'est de garder un workflow simple, mais rigoureux 2/ j'ai ensuite créé un skill custom pour la documentation à chaque feature terminée, Claude analyse les changements dans le code et met à jour les fichiers Markdown concernés architecture, fonctionnalités, décisions techniques, etc. tout se fait dans le workflow, sans avoir besoin de lui rappeler de documenter 3/ toute cette documentation est aussi accessible via Astro Starlight c'est pas nécessaire pour l'agent, c'est surtout pour moi Starlight transforme les fichiers Markdown en un vrai petit site de documentation, propre et navigable et tout reste dans le même repo GitHub que le code 4/ mais le plus important, c'est la synchronisation parce qu'une documentation obsolète, ça peut vite devenir pire que pas de documentation du tout j'ai donc ajouté quelques vérifications : → fin de feature : comparaison entre le code et la documentation → fin de session : hook pour détecter les éventuels oublis → avant de merge : tests et vérification de la documentation le but, c'est d'éviter que le code et la doc commencent à raconter deux histoires différentes 5/ et c'est là que ça devient intéressant quand je reprends un projet, mon agent peut directement consulter une documentation structurée au lieu de devoir tout réexplorer moins de contexte à reconstruire, moins de tokens gaspillés et surtout beaucoup moins de bordel quand le projet commence à grossir évidemment, ça ne remplace ni la lecture du code ni les tests mais ça évite de repartir de zéro à chaque nouvelle session et au final, mon harness reste ultra simple : Superpowers + Ponytail + 1 skill documentation + quelques hooks + CI pas besoin de 50 agents et de 200 skills pour développer proprement

je pense qu'on sous-estime complètement ce qui va se passer avec l'IA dans les 5 prochaines années le vrai game changer ça va pas être les modèles, mais la disparition de la friction regardez Grok Bot, Muse et cie y'a encore 3 ans fallait bidouiller des API, des connecteurs, configurer plein de trucs pour avoir un assistant qui gère vos mails et votre agenda aujourd'hui ça devient accessible en quelques minutes demain ce sera directement intégré à votre téléphone et tous les petits SaaS qui vendent 30$/mois pour faire UNE tâche que votre assistant personnel pourra faire nativement ? je pense qu'on va passer d'une époque où on payait pour des outils IA à une époque où on demande simplement à notre IA de faire les choses

quand on crée des apps métier pour des entreprises, on ne peut pas se permettre de faire n'importe quoi la qualité du code généré est excellent, on est plus en 2024 mais sans guidelines, elle fait ce qui marche pas forcément ce qui tient → une requête par ligne au lieu d'une seule → un pool de connexions sans timeout → des listes qui grossissent à chaque saison, jamais paginées avec 50 lignes en dev, tout est rapide avec 3 ans de données chez le client, c'est autre chose alors j'ai fait un skill d'audit de perf il lit le code et la base, calibre selon les vrais volumes, et sort les priorités P1, P2, P3 il ne modifie rien, il vérifie le skill en commentaire

"C’est noté, je m’en souviendrai" n’est pas une preuve que votre agent AI a enregistré quoi que ce soit.. avec Hermes, une sauvegarde en mémoire passe par un outil Une méthode réutilisable doit être écrite dans un skill Une décision projet doit exister dans un document Demandez-lui : "Montre-moi où tu as enregistré cette information et ce que tu as écrit." Puis testes dans une nouvelle session, avec une question ciblée Par exemple : Quelle règle dois-tu appliquer avant de déployer ce projet ? Si la réponse ne revient pas correctement, vérifiez ce qui a été sauvegardé et ce qui est chargé dans cette session Mieux vaut découvrir le problème maintenant qu’au prochain déploiement..

petit tips design FILEZ DES REFERENCES (screen dribble, pinterest, behance) ce que vous voulez Vous demandez à votre assistant préféré de pondre 3 variantes complètement différents inspirées de toute ces ref vous y mettez un peu du votre (font, color) et paf un beau design apparait (oubliez pas les classiques par contre, les règles de base de l'UI) OK C'EST PAS PARFAIT, MAIS C'EST 100% MIEUX QUE LE IA SLOP QU'ON VOIT et faut repasser derrière un minimum, arrête de faire les feignasse

Le plus grand piège de l'histoire du numérique n'est pas Windows, Mac ou Android. C'est votre assistant IA Et personne ne le voit venir (en tout cas pas les moldus) Deux familles s'opposent : → les assistants propriétaires (Duet, Grok bot, Muse, Dots…) → les assistants souverains (type Hermes, OpenClaw) L'avantage des seconds : vous restez maître de votre setup Mais ce n'est même pas le point le plus important Le vrai enjeu, c'est le lock-in On a déjà tous plus ou moins renoncé à quitter l'écosystème Google Trop ancré dans nos vies Sauf qu'au fond, ça reste 80% d'usage pro Un assistant, lui, déborde du pro. Il touche au perso, au créatif, au quotidien. C'est toute votre vie numérique qui passe entre ses mains. Accepter d'être lock-in sur ça aussi ? c'est chaud quand même La souveraineté, ce n'est pas un argument de niche. C'est la seule façon de choisir qui vous assiste, au lieu de subir qui vous enferme et oubliez pas, l'ia est sponsorisée pour l'instant

Une entreprise qui répond plus vite à ses clients, sans passer ses journées dans sa boîte mail ? C'est probablement l'un des quick wins les plus simples avec un agent IA. J'ai utilisé Hermes pour automatiser les demandes entrantes d'un site web Moins de tâches répétitives, des réponses plus rapides, et zéro usine à gaz Je montre concrètement comment ça fonctionne en vidéo

hermes qui gère les formulaires de ton site et tes emails je vous montre et vous explique le fonctionnement sur un cas concret réceptionner les formulaire, préparer des brouillons, enrichir sa base de connaissance vidéo complète en commentaire

Use case VPS IA de truc très cool Imaginez un photographe Il prends des photos Jusqu'à la tout va bien C'est un photographe un peu urbain Il prends des photos Il peut les envoyer sur son VPS directement depuis son appareil Une IA les retouche par rapport à ses presets ou pas selon le besoin La photo est upload sur un site public Le photographe a un QR code pour que les gens puissent se rendre sur le site Ils peuvent voir les photos prises, la télécharger, la republier sur insta et laissez un pourboire directement sur le site pour les photos qu'ils veulent "acheter" Tout est connecté c'est pas TROP STYLÉ ?

Première mise à jour pour Nooria - nouvelle DA - nouveau parcours utilisateur pour les missions - adaption des situations après retours de parents (la mise à jour a été accepté en quelques heures) maintenant le plan va réellement commencer je vais bosser avec @2KoMaa pour les ads meta j'ai préparé des cartes de visites, je vais me balader dans mon quartier et vers les écoles. campagne meta ads carousel tiktok/ig organique + aso et seo évidemment objectif 50 téléchargements d'ici la fin du mois (je prends pas trop de risque, step by step)

Apple rejette les paywalls iOS en ce moment un dev avec crie que c'est la fin, déjà un classique mais lisons bien le rejet 👇 guideline 3.1.2(c) : le montant facturé doit être l'élément le plus visible du paywall. l'essai gratuit, le prix d'intro, le « soit 0.99 par semaine », tout ça passe en dessous, plus petit donc non, t'as pas interdiction de parler de ton essai gratuit. t'as juste plus le droit de le mettre en énorme pour que le mec voie pas ce qui tombe au jour 8 si ton business tient parce que le client a pas vu le prix, c'est pas un paywall, c'est un piège fais simple : le vrai prix en gros, l'essai en dessous. si l'app vaut pas le prix affiché, c'est l'app qu'il faut bosser, pas le bouton à force de tricker les gens, ça finit toujours par te retomber dessus sur AppRejectKit c'est déjà à jour, si tu dois repasser ton paywall avant ta prochaine update

je me suis posé une question en réfléchissant à des agents hermes spé, connectés à tg ou whatsapp et qui tournent H24 sur VPS : comment garder un contexte pertinent pendant plusieurs mois ? prenons un coach sportif je lui envoie mes séances, mes charges, mon sommeil, mes douleurs, mes repas et mes objectifs voici comment je le construirais : 1. créer un profil hermes dédié : avec une mission précise, des règles claires et uniquement les outils nécessaires au coaching 2. choisir un canal principal : chaque conversation tg, whatsapp ou discord possède sa propre session. les canaux ne partagent pas automatiquement le même historique 3. utiliser la mémoire uniquement pour les faits durables : objectifs, préférences, blessures, fréquence d’entraînement, contraintes alimentaires… pas pour enregistrer chaque repas ou série de squat 4. stocker les données importantes dans une vraie db : séances, charges, mensurations, sommeil, douleurs et nutrition doivent être enregistrés de manière structurée. l’agent peut alors interroger les données exactes au lieu de se fier à un souvenir approximatif 5. définir des procédures : après chaque séance, l’agent enregistre les données. avant de proposer le prochain entraînement, il relit l’historique récent, vérifie la progression et signale les informations manquantes 6. utiliser la recherche de sessions : Hermes conserve l’historique complet dans SQLite. quand un ancien détail devient utile, l’agent peut retrouver les vrais échanges avec `session_search` Hermes compresse automatiquement les longues conversations : les anciens échanges sont résumés, tandis que les messages récents restent dans le contexte actif Le piège serait donc de compter uniquement sur une conversation infinie et un bon prompt La bonne architecture, c’est : - conversation pour échanger - mémoire pour les faits durables - base de données pour les données exactes - historique pour retrouver les anciens échanges - procédures pour éviter que l’agent improvise c’est comme ça qu’on passe d’un chatbot qui “se souvient à peu près” à un agent spécialisé réellement utile sur plusieurs mois les experts hermes, un avis ?

petite vidéo ou je discute tranquille des projets en cours - seo - aso - nooria - apprejectkit youtu.be/Z2R60BWDBlY c'est quoi la suite ?

entrain de migrer une partie de mon système sur VPS voici ce que je retiens jusqu’ici, je travaillais avec un agent assez généraliste sur mon desktop beaucoup de contexte, beaucoup d’outils et pouvait intervenir sur tous mes projets ça marche déjà très bien, mais dès qu’on veut rendre le système autonome et disponible en permanence, une question arrive : Comment donner des responsabilités à plusieurs agents sans donner tous les accès à tout le monde ? Dans Hermes, un bot est simplement la représentation d’un profil dans l’interface. Chaque profil peut avoir : - son propre rôle - sa propre mémoire - ses propres conversations - ses propres skills - ses propres outils - ses propres cron jobs - son propre modèle LLM - ses propres clés API - ses propres accès aux applications et aux repositories. je pourrais donc avoir : - un orchestrateur général qui comprend mes demandes et distribue le travail - un agent SEO qui analyse les rapports de monitoring - un agent dev qui travaille uniquement sur les repositories autorisés - un agent Client Operations qui prépare mes onboardings et mes factures - un agent dédié à un client lorsque son volume ou ses règles le justifient l’intérêt n’est pas seulement d’avoir plusieurs personnalités qui discutent entre elles le vrai intérêt, c’est la compartimentation mon agent Dev n’a pas besoin d’accéder aux factures mon agent Facturation n’a pas besoin de pouvoir pousser du code en production mon agent SEO n’a pas besoin de lire tous les documents privés d’un onboarding et mon orchestrateur n’a pas forcément besoin de posséder tous les secrets Il doit surtout savoir quel agent appeler, lui transmettre une tâche claire et récupérer une réponse vérifiable Cela permet aussi d’adapter le modèle au travail demandé Une opération déterministe, comme préparer un brouillon de facture à partir de données structurées, peut utiliser un modèle rapide et économique Une analyse SEO complexe, une décision d’architecture ou un arbitrage entre plusieurs projets peut être confié à un modèle plus puissant Et pour un client important, je peux aller plus loin : - créer un profil dédié - lui attribuer une clé API spécifique - limiter ses accès aux données de ce client - suivre sa consommation - mesurer ce que ses automatisations me coûtent réellement mais il y a une nuance importante : un profil n’est pas automatiquement un véritable sandbox de sécurité Il sépare bien la mémoire, les sessions, les skills et la configuration Hermes. Mais si tous les profils tournent sous le même utilisateur Linux avec les mêmes credentials système, ils peuvent encore partager certains accès. Le cloisonnement sérieux demande donc plusieurs couches : Le profil Hermes pour séparer l’identité, la mémoire et les capacités Les outils activés pour limiter ce que chaque agent peut appeler Les credentials dédiés pour borner les accès GitHub, API ou cloud Les containers ou utilisateurs système pour isoler réellement les fichiers et les processus Les API métier pour empêcher un agent de contourner les règles de l’application Les validations humaines avant une action sensible comme un envoi, un paiement ou une mise en production Ce que je retiens pour mon utilisation : commencer avec quelques responsabilités claires : Orchestration SEO Développement Client Operations Recherche Puis créer un agent dédié à un client lorsqu’il possède assez de données, de règles, de routines ou d’accès spécifiques L’objectif n’est donc pas de créer une armée de bots C’est de construire une petite organisation d’agents où chacun sait : ce qu’il doit faire ce qu’il peut consulter ce qu’il peut modifier quand il doit déléguer et quand il doit demander une validation humaine Merci Hermes d'avoir éclairci tout ça.

et c'est validé. Nooria est maintenant disponible commence l'étape distribution p.-s. merci AppRejectKit pour m'avoir sauvé du temps (même si c'est quelque jours, c'est bon à prendre)

une idée simple pour améliorer la rétention d’une app mobile : laissez l’utilisateur choisir lui-même quand il souhaite revenir. la notif n’est plus une relance imposée par l’app, mais le rappel d’un engagement qu’il a pris. Engagement + cohérence, appliqués au produit