Comment ça marche

Les mêmes quatre étapes, à chaque briefing.

Collecter, analyser, briefer, approuver. Chaque agent suit ce cycle. Chaque résultat est accompagné d'une chaîne de preuves. Chaque action attend votre validation. C'est tout le produit.

01
Collecter

Les agents vont chercher les données.

Chaque agent suit son propre calendrier. Lundi à 8h, quotidiennement à 7h30, ou quand vous le décidez. À l'heure programmée, l'agent collecte depuis les sources que vous avez configurées.

  • Collecte depuis vos connecteurs internes (fils Slack, Notion, Linear, Stripe, GA, Search Console) et des sources publiques (sites concurrents, plateformes d'avis, veille sociale).
  • Chaque collecte est enregistrée avec un horodatage, une URL source et un hash de réponse — la chaîne de preuves commence ici.
  • Si une source est limitée en débit ou inaccessible, l'agent réessaie avec un backoff exponentiel et marque l'exécution comme « incomplète » plutôt que d'inventer des données.
  • Environnement d'exécution isolé par client — vos données ne partagent jamais un processus avec un autre client.
02
Analyser

Comparer avec votre référence.

Les données brutes ne deviennent un résultat que si quelque chose a changé par rapport à ce que l'agent savait la dernière fois. Chaque résultat comporte quatre champs obligatoires : source, plage temporelle, référence, raison du déclenchement.

  • L'agent charge son MEMORY.md — la veille concurrentielle de la semaine dernière, les positions de mots-clés du mois dernier, le CAC du trimestre précédent.
  • Compare les données du jour avec la référence stockée. Une nouvelle fonctionnalité chez un concurrent, une chute de positionnement, un changement de prix sur une landing page — tout remonte ici.
  • Les résultats pour lesquels l'un des quatre champs de preuve est absent sont automatiquement rétrogradés en « suggestion » et ne déclenchent jamais de carte d'approbation.
  • La couverture des preuves est ≥ 95 % sur les déploiements en production — nous la mesurons et la reportons.
03
Briefer

Envoyer un résumé lisible dans votre IM.

Un briefing est un résumé concis de 3 à 6 phrases par résultat — pas un rapport à analyser. Il arrive directement dans Slack, Discord ou Telegram, formaté pour être parcouru en 30 secondes.

  • Structure : titre · le résultat en une phrase · pourquoi c'est important · l'action proposée · la chaîne de preuves en pied de message.
  • Chaque lien source est cliquable — cliquez pour accéder au doc Notion original, à la page tarifaire du concurrent, au tableau de bord de positionnement.
  • Livré dans le canal que vous indiquez lors de l'intégration. En fil de discussion si vous le souhaitez ; au niveau principal sinon.
  • Pas de doublons — l'agent suit les résultats que vous avez déjà vus et ne les ressort pas sans changement réel.
04
Approuver

Un clic, puis l'agent exécute.

Chaque briefing comporte trois boutons : Approuver, Demander, Archiver. Approuver → l'agent exécute l'action immédiatement. Demander → l'agent creuse et revient avec une réponse. Archiver → le résultat disparaît de votre fil.

  • Les approbations suivent une machine d'états : proposé → en attente d'approbation → approuvé → exécuté (ou échoué, ou expiré après 48h).
  • Seul un jeton approuvé et non expiré atteint la couche d'exécution. L'agent ne peut agir sans votre validation explicite — par conception, pas par configuration.
  • Chaque approbation est auditable : qui a validé, quand, sur la base de quelles preuves, et ce que l'agent a fait en conséquence.
  • En cas d'échec d'exécution, l'agent réessaie, puis transfère en file d'attente des erreurs à l'équipe ops. Vous êtes informé de ce qui s'est passé, sans rester dans l'incertitude.
Architecture mémoire

La couche structurée qui rend l'étape 2 fiable.

Les configurations « agent avec long contexte » naïves retiennent tout mais ne signifient rien — elles dérivent dans le bruit et se réécrivent en bouillie. Nous avons construit une couche mémoire structurée. Deux fichiers, quatre sections, une discipline.

USER.md

Le brief d'entreprise que chaque agent lit

Généré à l'intégration à partir de vos données — nom de l'entreprise, secteur, client cible, concurrents, canaux, objectifs. Partagé par tous les agents de votre espace de travail, lu au démarrage de chaque session. Plafonné à 20 000 caractères, appliqué.

# Acme · company brief industry: restaurant SaaS competitors: SevenRooms, Tock, Resy goals: Q2 · +30% demo requests
MEMORY.md

Quatre sections nommées, par agent

  • Dernières observations —— une ligne par concurrent, mot-clé ou campagne. La référence que la prochaine chaîne de preuves compare.
  • Journal d'exécution —— une ligne par exécution, avec un score d'auto-évaluation de 1 à 5. C'est ainsi que la dérive est détectée.
  • Faits durables —— vérités curées par l'opérateur qui survivent à chaque cycle de consolidation. Épinglez « Le concurrent X a été acquis au T3 » ou « ne pas surveiller l'entreprise Y » et cela reste.
  • Amorçage —— règles de premier démarrage pour qu'un agent nouvellement provisionné ne démarre pas à l'aveugle.
Consolidation

Consolidation entre les exécutions

Une passe de consolidation hors ligne compresse les observations du jour en connaissance durable — la nuit, pas en cours d'exécution. L'agent lui-même n'ajoute que pendant une exécution. Il ne réécrit jamais sa propre mémoire. C'est ainsi que nous prévenons le mode d'échec de l'auto-corruption.

Isolation par client

Pas de mémoire partagée entre clients

Chaque client s'exécute sur son propre environnement isolé. MEMORY.md et USER.md vivent dans un espace de travail dédié. Ce que vos agents apprennent sur votre entreprise n'alimente jamais les agents d'un autre client — appliqué à la frontière de l'environnement d'exécution, pas seulement en politique.

Ancrage de la chaîne de preuves

La mémoire est ce qui rend les résultats fiables

Le champ baseline de chaque résultat provient de la dernière observation dans MEMORY.md. Pas de référence → pas de carte d'approbation, automatiquement rétrogradé en suggestion. La couche mémoire est ce qui permet à l'étape 2 de dire « quelque chose a changé » plutôt que « quelque chose existe ».

La chaîne de preuves

Quatre champs, sans exception —
chaque résultat les comporte.

C'est le contrat. Un résultat qui ne peut pas produire les quatre champs ne vous parvient jamais en tant que carte d'approbation — il est rétrogradé en suggestion et consigné pour que l'équipe ops l'examine.

Source
Obligatoire
sevenrooms.com/features/waitlist

Une URL, un identifiant de fichier ou un hash de réponse API que vous pouvez cliquer et vérifier. Jamais « mes données d'entraînement » ou « connaissances générales ».

Plage temporelle
Obligatoire
2026-04-13 → 2026-04-20

La fenêtre couverte par le résultat. Pour savoir s'il s'agit d'une actualité de cette semaine ou d'une tendance du trimestre dernier.

Référence
Obligatoire
Fonctionnalité inexistante au 2026-04-12

Ce que l'agent savait auparavant. Un résultat sans référence n'est qu'une observation.

Raison du déclenchement
Obligatoire
Page modifiée. Diff : +module liste d'attente, +section FAQ, +CTA démo.

Le changement spécifique qui a fait remonter ce résultat au-dessus du bruit. Accélère la revue — vous n'avez pas à comparer vous-même.

Un vrai briefing

Voici ce qui arrive
dans votre Slack.

# growth-officer
M
Responsable de l'étude de marchéAPP · Lun 8:02
SevenRooms a lancé une fonctionnalité liste d'attente — nous devrions avoir notre positionnement prêt d'ici jeudi.
Leur page marketing a été mise à jour mardi 2026-04-16 avec un nouveau module liste d'attente, une section FAQ et un CTA démo. Pas encore d'annonce publique — ils chauffent avant le lancement. C'est un impact direct sur notre message « pas d'attente ». Recommandation : publier notre article comparatif d'ici jeudi, briefer les ventes d'ici vendredi.
Source : sevenrooms.com/features/waitlist
Plage temporelle : 2026-04-13 → 2026-04-20
Référence : Fonctionnalité inexistante au 2026-04-12
Déclencheur : +module liste d'attente, +section FAQ, +CTA démo sur leur page fonctionnalités
Approuver → rédiger l'article comparatif dans NotionPoser une question de suiviArchiver
JL
Jake8:07
Approuvé
M
Responsable de l'étude de marchéAPP · 8:07
C'est parti. Page « SevenRooms vs nous — comparaison liste d'attente » créée dans Notion · assignée à @jake · pour jeudi. Je ferai le point vendredi pour le statut.
Bonnes questions

Quelques points qui méritent d'être précisés.

Que se passe-t-il si un agent se trompe ?

Vous avez trois options. Rejeter le briefing (n'est pas exécuté, archivé avec la raison). Poser une question de suivi (l'agent creuse, ajuste la référence, réessaie). Signaler à l'équipe ops (nous examinons la chaîne de preuves, ajustons la mémoire de l'agent, et créditons votre compte si c'était de notre faute).

Puis-je modifier le calendrier ?

Oui. Chaque agent dispose d'une expression cron que vous modifiez depuis le Portail. Quotidien, hebdomadaire, horaire, ou ponctuel « lancer maintenant » depuis le tableau de bord. Les modifications de calendrier prennent effet à la prochaine exécution.

Que se passe-t-il pendant la première semaine ?

Exécution d'intégration : l'agent construit sa référence. Vous recevrez un briefing récapitulatif de l'état actuel (pas encore un diff). À partir de la deuxième semaine, les briefings ne portent que sur les changements.

Où vivent les approbations après leur exécution ?

Chaque approbation ainsi que l'action qu'elle a déclenchée est stockée dans l'historique d'exécution de votre espace de travail, accessible depuis le tableau de bord du Portail et exportable en JSON. Conservation 30 jours après résiliation, puis purge cryptographique.

Prêt à voir le cycle en action sur votre activité ?

Collez une URL et votre équipe de croissance IA se met au travail aujourd'hui.

Commencer l'essai gratuitVoir les tarifs
Comment ça marche — Ceres AI Growth Officer