De la veille à l’article et à la vidéo : un cas réel de travail agentique

Vous avez une veille à lire, un sujet à vérifier et un contenu à préparer pour votre équipe ou votre site. Entre l’information repérée et le résultat utilisable, il reste plusieurs tâches. J’ai confié cette chaîne de travail à Hermes, mon assistant IA, à partir de TrendsUp. Voici ce qu’il a livré et ce que j’en retiens pour une entreprise.

La vidéo reprend les captures du travail et des schémas explicatifs. Sa narration utilise une synthèse de ma voix, avec mon autorisation. Le schéma du doublon illustre le défaut rencontré ; il ne s’agit pas d’une capture d’écran de cet état. Le scénario d’entreprise présenté à la fin est un usage envisagé, pas une prestation client déjà déployée.

TrendsUp fournissait le point de départ : une veille déjà constituée, avec onze sujets. Hermes n’a pas lancé une nouvelle collecte dans cet outil. Il a lu les résultats accessibles, examiné les sujets et retenu celui qui se prêtait à un article utile pour les utilisateurs d’agents IA.

Le sujet choisi arrivait en quatrième position : un signalement concernant Claude Code et l’utilisation d’une adresse e-mail dans certaines commandes web. Son score n’était pas le plus élevé. Le choix reposait sur son intérêt pratique et sur l’accès à des éléments vérifiables : le signalement initial, la réponse de l’équipe et la documentation technique.

L’agent est ensuite revenu aux sources avant de rédiger. Cette étape a changé l’angle : reprendre le titre de veille sans contrôle aurait donné une portée trop générale au problème. L’article publié distingue ce qui est signalé, ce qui est reconnu, les limites documentées et ce qui n’a pas été établi. Aucun test de fuite n’a été provoqué sur mon compte.

C’est ce que j’appelle ici un travail agentique : l’assistant enchaîne plusieurs opérations avec des outils, vérifie leurs résultats et corrige les écarts repérés. Dans cet essai, les outils de publication, les consignes éditoriales et les accès existaient déjà. L’agent n’est pas parti d’un ordinateur vide.

Ces durées couvrent les phases documentées de production, pas toute la préparation antérieure ni la rédaction de cette étude de cas. Les tentatives de connexion précédant la phase article sont exclues. Le temps humain actif n’a pas été mesuré. On ne peut donc pas en déduire un nombre d’heures économisées ou un retour sur investissement.

Le coût exact de l’ensemble n’est pas disponible. Il faudrait réunir les abonnements, les consommations de modèles, la voix, l’hébergement et le suivi humain. Un prix affiché par l’outil de veille ne représente pas le prix de cette chaîne complète.

Le premier contrôle de publication a repéré deux cartes du même article sur certaines pages JSD. Un flux automatique et un placement explicite s’additionnaient. L’agent a sauvegardé l’état, retiré les placements redondants du nouvel article et refait les vérifications. Les autres articles et les pages n’ont pas été modifiés pour cette correction.

Une autre erreur est venue du suivi de mission. L’agent avait livré l’article JSD et la vidéo, mais oublié l’étude de cas sur IAOuest, qui était l’objectif final. J’ai dû le lui rappeler. Ce compte rendu en fait partie : livrer les étapes intermédiaires ne suffit pas si la destination demandée manque à l’arrivée.

Pour une entreprise, la réception doit donc porter sur le résultat attendu : le bon document, au bon endroit, avec les bons accès et les vérifications prévues. Un message « terminé » ne remplace pas cette vérification. Les sauvegardes, les traces des opérations et la possibilité de reprendre la main restent nécessaires.

Prenons un exemple prospectif : une PME de la Vienne suit les nouveautés techniques de ses fournisseurs. Un agent pourrait consulter les sources autorisées, repérer ce qui concerne ses produits et préparer une note sourcée pour l’équipe. Une personne vérifierait les points techniques avant toute diffusion aux clients. Ce scénario n’a pas été déployé pendant cet essai.

Le même raisonnement peut guider une veille sectorielle ou la préparation de contenus. Avant de parler de rythme quotidien, il faut fixer les sources, les droits d’accès, les critères de sélection, les actions autorisées et la conduite à tenir en cas d’erreur. Il faut aussi tester plusieurs exécutions, notamment lorsque les informations manquent ou se contredisent.

• Définir une sortie précise : note interne, brouillon d’article ou publication autorisée.
• Conserver une validation humaine pour les informations sensibles et les actions qui engagent l’entreprise.
• Mesurer le coût complet et la fréquence des reprises sur plusieurs essais.
• Prévoir le signalement des erreurs et une reprise manuelle.

Aucun connecteur récurrent TrendsUp–Hermes ni tâche planifiée n’a été créé pour cette démonstration. Le cas prouve une exécution ponctuelle documentée. La répétabilité et les conditions d’un service régulier restent à tester.

Cette étude s’appuie sur le journal de production du 6 novembre 2026, les sauvegardes, les relectures du CMS et les contrôles publics conservés avec le projet. L’article JSD lié au début présente le sujet traité et ses sources techniques. La vidéo montre le déroulé. Les illustrations isométriques, réutilisées depuis la médiathèque IA Ouest, sont explicatives : elles ne représentent ni un client réel ni des captures de cet essai.