Deux équipes qui rapportent des chiffres différents pour le même mot
Utilisateurs actifs veut dire une chose dans le tableau de bord produit, une autre dans la présentation au conseil, une troisième dans le rapport marketing. Chaque définition était raisonnable. Aucune n'a été définie avec les autres. Chaque réunion qui en contient deux en perd dix minutes.
Trouver la divergence n'est pas un problème de recherche. Les définitions vivent dans la logique de requête, les filtres de tableau de bord, une formule de tableur, et dans la tête de quelqu'un. Aucune n'est étiquetée comme définition.
Décider laquelle doit l'emporter est réellement contesté. La définition produit est souvent plus exacte. La définition conseil est souvent plus comparable à l'historique. Choisir l'une ou l'autre a des conséquences.
La divergence peut aussi être légitime. Deux équipes qui mesurent des choses distinctes qui se trouvent partager un nom devraient renommer plutôt que réconcilier. Distinguer ces cas, c'est le vrai conflit.
Comment l'agent est construit dans Agent Studio
Les sources de définitions sont ce dont l'agent a besoin d'accéder, et elles sont éparpillées par nature. Un nœud PostgreSQL couvre la logique de requête. Un nœud Notion couvre la documentation des métriques. Un nœud Google Sheets couvre les formules de tableur. Un nœud HTTP Request couvre la configuration des tableaux de bord.
Le system prompt dit ce qui rend une définition préférable dans votre organisation : l'exactitude, la comparabilité historique, ou celle que le conseil utilise déjà. Il exige que l'arbitrage soit nommé plutôt que supposé.
Les prompt skills portent votre liste canonique de métriques, pour que l'agent sache quels noms sont partagés.
Un flux Start Scheduled assemble les définitions, et le nœud Agent Chat demande une comparaison.
Notion reçoit un document par métrique en conflit : chaque définition trouvée, où elle vit, ce qu'elle produit, et une recommandation avec l'arbitrage énoncé.
L'agent ne change jamais une définition. La réconciliation est une décision aux conséquences de reporting. Cette décision appartient à qui possède la métrique.
Un nœud Slack ne publie que les vrais conflits. Les recommandations de renommage restent visibles plutôt que d'être fondues dans les conflits.
De quoi cet agent est constitué
- System prompt : dit ce qui rend une définition préférable ici, et exige que l'arbitrage soit nommé.
- Prompt skills : portent la liste canonique de métriques, pour que les noms partagés soient connus.
- PostgreSQL (Data) : fournit la logique de requête. Notion, Google Sheets et HTTP Request couvrent le reste.
- Agent Chat (Util) : un flux planifié assemble les définitions et demande une comparaison.
- Notion (Integration) : reçoit un document par métrique en conflit, avec la recommandation.
- Boundary : l'agent ne change jamais une définition. Le propriétaire de la métrique décide.
- Quand un ActionFlow suffit : Si vous n'avez besoin que de lister où un nom de métrique apparaît, construisez le flux de travail. Argumenter quelle définition doit l'emporter est le travail de l'agent.
Questions fréquentes
Newsletter
Recevoir les mises à jour produit
Nouveaux nœuds, agents et notes produit. Nous n'envoyons un e-mail que lorsqu'il vaut la peine de l'ouvrir.