06Configuration ODESA

Le veilleur concurrentiel

Surveillance périodique automatisée de sites concurrents et production de synthèses archivées.

Besoin métier

Suivre l'activité d'un panel de concurrents (nouveautés, communiqués, pages produits, prix affichés) suppose de visiter régulièrement leurs sites et de repérer ce qui a changé. Réalisée à la main, cette veille est irrégulière et chronophage ; l'information utile arrive souvent trop tard pour réagir.

L'objectif est de mettre la veille en pilote automatique : un assistant IA visite les sites désignés à intervalle fixe, détecte les évolutions, et produit une synthèse périodique archivée et consultable, sans intervention humaine au quotidien.

Comment ça fonctionne

1

ouvre un vrai navigateur et visite chaque page surveillée (limitée à l'allowlist) ;

2

lit le contenu affiché (titres de nouveautés, communiqués, fiches produits, prix affichés) ;

3

compare au contenu relevé lors du passage précédent ;

4

rédige une synthèse mettant en avant ce qui a changé et ce qui est resté stable ;

5

archive la synthèse (et, au besoin, des captures d'écran) dans le dossier de veille ;

6

peut, sur demande ultérieure de l'utilisateur, détailler un point précis en retournant sur la page concernée.

Capacités ODESA mobilisées

Navigateur réel (web)

Visite les pages surveillées, lit le texte affiché, prend des screenshots si besoin ; navigation bornée par l'allowlist des sites veillés.

Planification via VAILS

Déclenche la veille à intervalle régulier (chaque matin, chaque semaine, à date fixe) ; traitement de fond, sans présence humaine.

Fichiers (fs)

Archive les synthèses et les relevés précédents dans une racine autorisée, pour comparaison et historique.

Interaction humaine (ui) *(option)*

Notifie l'utilisateur qu'une nouvelle synthèse est disponible, ou signale un changement marquant.

Déroulé type

1

Mise en place (une fois), L'utilisateur : « Surveille chaque lundi à 7 h les pages Nouveautés et Tarifs de ces cinq sites » (puis fournit la liste).

2

Exécution automatique (chaque lundi), VAILS déclenche la tâche. L'IA visite les pages, lit le contenu, le compare au relevé de la semaine précédente.

3

L'IA rédige la synthèse :

4

Consultation, L'utilisateur : « Détaille la nouvelle gamme de A. »

5

Historique, L'utilisateur : « Compare les prix affichés de A sur les quatre dernières semaines. »

Données & accès
  • Liste des pages surveillées : URLs précises (pages Nouveautés, Communiqués, Produits, Tarifs…).
  • Allowlist : les domaines des sites concurrents à veiller.
  • Racine fichiers autorisée : dossier de veille pour les synthèses et relevés historiques.
  • Connexion VAILS : pour la programmation des passages.
  • Fréquence : quotidienne, hebdomadaire ou à dates définies.
Bornage & sécurité
  • Allowlist d'URLs stricte : l'IA ne visite que les sites concurrents listés, et rien d'autre.
  • Racine fichiers (« jail ») : les synthèses ne s'écrivent que dans le dossier de veille autorisé.
  • Planification cadrée : passages à fréquence raisonnable, définie par l'utilisateur.
  • Lecture publique uniquement : l'IA lit des pages publiquement accessibles ; elle ne contourne ni authentification ni paywall.
  • Jeton d'accès : seul l'assistant configuré peut piloter ODESA.

Mise en place

Les étapes pour configurer ODESA sur ce cas d'usage.

1

Installer ODESA en local et le relier au serveur VAILS.

2

Configurer la capacité web : allowlist des sites concurrents, options de navigation.

3

Configurer la capacité fichiers : racine du dossier de veille.

4

Définir la liste des pages à surveiller et la fréquence ; programmer la tâche via VAILS.

5

(Option) Activer la capacité ui pour les notifications de nouvelle synthèse.

6

Lancer un premier passage de référence, puis laisser tourner.

Limites & points d'attention
  • Pages publiques : la veille porte sur du contenu publiquement accessible. Les espaces nécessitant un compte ne sont pas couverts par ce cas standard.
  • Évolution des sites : une refonte de page peut déplacer les repères de lecture ; la configuration peut demander un ajustement.
  • Respect des sites visités : la fréquence doit rester raisonnable pour ne pas solliciter excessivement les sites surveillés (respect des conditions et des fichiers robots).
  • Détection de changement : l'IA met en avant ce qui a évolué d'un passage à l'autre ; un contenu très dynamique (rotations, bannières) peut générer du « bruit » à filtrer.
  • Synthèse, pas décision : la veille informe ; l'analyse stratégique reste humaine.
Évolutions possibles
  • Alerte ciblée : notification immédiate (ui) en cas de changement jugé important (ex. baisse de prix supérieure à un seuil).
  • Historisation structurée en base (capacité SQL) pour suivre l'évolution dans le temps et tracer des courbes.
  • Veille multi-sources en parallèle via plusieurs sessions navigateur indépendantes.
  • Synthèse hebdomadaire consolidée envoyée automatiquement (rapport récapitulatif).
  • Croisement avec l'index plein-texte interne pour relier une nouveauté concurrente à vos propres documents.

Mettez ODESA au travail.

ODESA installe l'IA agentique chez vos clients, en local et sous contrôle. Devenez le partenaire qui la déploie.

06ODESA configuration

The competitive watcher

Automated periodic monitoring of competitor sites and production of archived summaries.

Business need

Tracking a panel of competitors (new products, press releases, product pages, listed prices) means regularly visiting their sites and spotting what changed. Done by hand, this monitoring is irregular and time-consuming; the useful information often arrives too late to react.

The goal is to put monitoring on autopilot: an AI assistant visits the designated sites at a fixed interval, detects changes, and produces an archived, consultable periodic summary, with no daily human intervention.

How it works

1

opens a real browser and visits each monitored page (limited to the allowlist);

2

reads the displayed content (new-product titles, press releases, product sheets, listed prices);

3

compares it with the content captured at the previous pass;

4

drafts a summary highlighting what changed and what stayed the same;

5

archives the summary (and, if needed, screenshots) in the monitoring folder;

6

can, on the user's later request, detail a specific point by returning to the page concerned.

ODESA capabilities used

Real browser (web)

Visits the monitored pages, reads the displayed text, takes screenshots if needed; navigation bounded by the allowlist of monitored sites.

Scheduling via VAILS

Triggers the watch at a regular interval (every morning, every week, at a fixed date); background processing, no human present.

Files (fs)

Archives the summaries and previous captures in an allowed root, for comparison and history.

Human interaction (ui) *(option)*

Notifies the user that a new summary is available, or flags a significant change.

Typical flow

1

Setup (once), User: "Every Monday at 7 a.m., monitor the New-products and Pricing pages of these five sites" (then provides the list).

2

Automatic run (every Monday), VAILS triggers the task. The AI visits the pages, reads the content, compares it with the previous week's capture.

3

The AI drafts the summary:

4

Consultation, User: "Detail A's new range."

5

History, User: "Compare A's listed prices over the last four weeks."

Data & access
  • List of monitored pages: precise URLs (New-products, Press, Products, Pricing pages…).
  • Allowlist: the domains of the competitor sites to watch.
  • Allowed file root: monitoring folder for the summaries and historical captures.
  • VAILS connection: for scheduling the passes.
  • Frequency: daily, weekly or on defined dates.
Scope & security
  • Strict URL allowlist: the AI visits only the listed competitor sites, and nothing else.
  • File root ("jail"): summaries are written only to the allowed monitoring folder.
  • Framed scheduling: passes at a reasonable, user-defined frequency.
  • Public reading only: the AI reads publicly accessible pages; it bypasses no authentication or paywall.
  • Access token: only the configured assistant can drive ODESA.

Setup

The steps to configure ODESA for this use case.

1

Install ODESA locally and connect it to the VAILS server.

2

Configure the web capability: allowlist of competitor sites, navigation options.

3

Configure the files capability: root of the monitoring folder.

4

Define the list of pages to monitor and the frequency; schedule the task via VAILS.

5

(Option) Enable the ui capability for new-summary notifications.

6

Run a first reference pass, then let it run.

Limits & caveats
  • Public pages: monitoring covers publicly accessible content. Areas requiring an account are not covered by this standard case.
  • Site changes: a page redesign can move the reading cues; the configuration may need adjustment.
  • Respect for visited sites: the frequency must stay reasonable so as not to over-solicit the monitored sites (respecting terms and robots files).
  • Change detection: the AI highlights what changed from one pass to the next; very dynamic content (rotations, banners) can generate "noise" to filter.
  • Summary, not decision: monitoring informs; strategic analysis stays human.
Possible extensions
  • Targeted alert: immediate notification (ui) when a change is deemed important (e.g. a price cut above a threshold).
  • Structured historisation in a database (SQL capability) to track evolution over time and plot curves.
  • Multi-source monitoring in parallel via several independent browser sessions.
  • Consolidated weekly summary sent automatically (recap report).
  • Cross-referencing with the internal full-text index to link a competitor's new product to your own documents.

Put ODESA to work.

ODESA brings agentic AI to your clients, locally and under control. Become the partner who deploys it.