Chaque vendredi après-midi, vous ouvrez trois sites de concurrents et vous vérifiez leurs actualités, leurs pages tarifaires et leurs annonces de levée de fonds — un rituel que vous répétez depuis six mois. La semaine dernière, vous étiez en déplacement, et un concurrent a discrètement lancé une nouvelle offre ; vous ne l’avez appris que lorsqu’un client a appelé pour demander « est-ce que vous pouvez faire pareil ? ». La veille manuelle a toujours des angles morts, et le nouveau skill intégré competitor-news-monitor de Hermes transforme ce rituel en machine de surveillance qui tourne sur un planning : il surveille les événements qui comptent, pas seulement les pages qui ont changé.

Pourquoi la veille concurrentielle est difficile

Si vous avez déjà essayé de surveiller des concurrents avec un outil générique de diff de pages, vous avez buté sur trois points douloureux :

1. Trop de bruit : une levée de fonds reprise par dix médias arrive comme dix « actualités » ;
2. L’important se cache en eaux profondes : les changements de tarifs et les notes de version vivent généralement sur une seule page que les recherches généralistes ne remontent jamais ;
3. Aucune notion de ce qui compte : une offre d’emploi et une levée de fonds n’ont pas du tout le même poids pour vous, mais l’outil ne les distingue pas.

C’est exactement le problème que résout le skill competitor-news-monitor — fusionné dans main de Hermes le 2026-08-08 (PR #81945). Ce n’est pas un simple watcher « page modifiée » mais un pipeline complet de renseignement concurrentiel : dédupliquer par événement, évaluer par matérialité, ne rapporter que ce qui a des preuves.

Ce qui le distingue d’un watcher générique

La documentation du skill énonce le point clé : « Ce n’est pas un watcher générique de diff de pages. » Ce qu’il fait réellement peut se résumer en trois couches :

• Hiérarchie des sources : newsroom/blog officiel → pages tarifaires et produit → dépôts réglementaires et relations investisseurs → pages de statut/sécurité → presse spécialisée et financière réputée → offres d’emploi (signal faible uniquement) ;
• Déduplication au niveau événement : un lancement repris par dix médias, sous plusieurs variantes d’URL, compte pour un seul événement ;
• Score de matérialité : chaque événement est noté sur l’immédiateté, l’autorité de la source, la nouveauté, l’impact client/marché et la pertinence stratégique — avec les faits mesurés séparés de l’interprétation.

En clair : un outil générique vous dit « cette page a changé » ; ce skill vous dit « cette entreprise a lancé un produit, voici pourquoi c’est important, et voici les liens qui le prouvent ».

Le mettre en place : deux phases

Le skill répartit le travail entre Setup (au premier plan, une fois) et Tick (à chaque exécution planifiée).

Phase 1 : figer la liste de surveillance

Notez ce qui compte pour vous pour chaque entreprise : nom canonique, domaines, produits, alias, géographie/langue, catégories d’événements (lancements, changements de tarifs, levées de fonds, partenariats, mouvements de dirigeants, incidents…), cadence, audience et votre seuil de matérialité.

Le test d’acceptation : une fois la liste écrite, prenez un article candidat au hasard et vous devez pouvoir dire de façon cohérente « ça compte / ça ne compte pas ». À ce moment-là, la liste est bonne.

Phase 2 : construire la couverture de sources, puis planifier

Pour chaque entreprise, collectez les sources par priorité :

1. Newsroom/blog officiel et changelog ;
2. Pages tarifaires/produit ;
3. Dépôts réglementaires et relations investisseurs ;
4. Pages de statut/sécurité ;
5. Presse spécialisée et financière réputée ;
6. Offres d’emploi (signal d’appui faible).

Techniquement : les flux RSS/Atom passent par le blogwatcher intégré ; les pages et les recherches passent par web_search/web_extract. Le contrat de surveillance — liste de surveillance, catégories, seuil de matérialité, dernier cutoff — est écrit dans un fichier d’état à ~/.hermes/competitor-watches/<watch-slug>.json, puis vous créez la tâche :

hermes cron create \
  --name "weekly competitor watch" \
  --schedule "0 9 * * 1" \
  --prompt "Load the competitor-news-monitor skill and run the tick for this week's watch."

Vous ne voulez pas écrire le prompt à la main ? Le catalogue de blueprints d’automatisation de Hermes inclut déjà un blueprint competitor-watch — choisissez-le lors de la création de la tâche et il vous guidera à travers les entreprises, les catégories, le calendrier, la récurrence et la cible de livraison, puis générera la tâche planifiée pour vous.

Ce qui se passe à chaque exécution

Quand le planning se déclenche, le skill suit quatre étapes :

1. Collecte incrémentale : recherche depuis le dernier cutoff réussi, avec un léger chevauchement pour absorber l’indexation tardive. Une règle importante : une source en échec signifie une couverture inconnue, jamais « pas d’actualités » — enregistrez honnêtement l’écart pour ne rien manquer la prochaine fois ;
2. Déduplication par événement sous-jacent : regrouper les articles syndiqués, les réécritures, les variantes d’URL, les reprises de communiqués et les dépôts révisés en un seul événement, en conservant les confirmations issues de sources indépendantes ;
3. Évaluation de la matérialité : noter chaque événement, y attacher « pourquoi c’est important » et un niveau de confiance ;
4. Livraison du point d’étape : entreprise, événement, date, liens de preuve, ce qui a changé, pourquoi c’est important, confiance, suivi recommandé. Quand aucun événement matériel n’existe, restez silencieux ([SILENT]) sauf si un point de situation périodique a été demandé.

Trois pièges à éviter

La documentation du skill signale les modes de défaillance courants — surveillez-les :

• Compter dix articles sur un même lancement comme dix évolutions ;
• Surveiller uniquement les recherches larges et manquer les changements officiels de tarifs ou de changelog ;
• Traiter les offres d’emploi comme la preuve d’une décision produit — les schémas de recrutement sont un signal faible, jamais une stratégie confirmée.

Autre point : une fois la liste de surveillance et les règles de matérialité figées, ne les laissez pas dériver entre deux exécutions. Des critères identiques à chaque exécution, c’est ce qui rend les résultats comparables.

Quand ne pas l’utiliser

Ce skill est fait pour une veille concurrentielle de longue durée, récurrente et à critères stables. Pour un « qu’y a-t-il de neuf chez l’entreprise X » ponctuel, demandez simplement à Hermes d’exécuter un web_search directement ; pour vous abonner à quelques flux de blogs, blogwatcher est plus léger. Pas besoin d’une arme lourde pour une tâche légère.

Combinez-le en un pipeline de renseignement complet

competitor-news-monitor est un membre du catalogue de skills intégrés de Hermes. Pour que les résultats ne se contentent pas d’atterrir dans votre boîte mail mais persistent et notifient, combinez-le avec la stack d’automatisation : pilotez le planning avec les tâches cron, gardez l’état durable avec le mode monitor cron et le notepad, et poussez les digests vers votre plateforme de messagerie. Associé aux astuces de gestion de session, tout le flux de renseignement peut tourner sans supervision. Si les skills sont nouveaux pour vous, le guide des combos de skills est un bon point de départ.

En résumé : la veille concurrentielle n’a jamais été difficile parce que vous n’étiez pas assez assidu — elle est difficile à cause du bruit et de priorités floues. competitor-news-monitor intègre la hiérarchie des sources, la déduplication par événement et le score de matérialité dans un processus reproductible ; vous définissez la liste de surveillance et le seuil, puis vous recevez un digest propre chaque semaine.