Parlons des couches de contexte partagées, souvent appelées des « cerveaux d’entreprise »


Pour répondre à des questions difficiles sur votre entreprise, comme :
« qu’est-ce qui est vrai au sujet de X, depuis quand, d’après qui, et où les comptes divergent ? »
Vous avez besoin d’un contexte qui soit une couche de faits dérivés et citables, par-dessus l’ensemble de vos communications et documents
C’est le système de référence de ce que l’entreprise ou l’organisation « sait », ce qui diffère des systèmes de référence qui contiennent les sorties du travail effectué
Jack en comptabilité sait pourquoi une facture fournisseur a été payée alors qu’elle ne correspondait pas au bon de commande, tandis que le système comptable ne contient que les éléments de données : le bon de commande et le paiement
Donc, si vous voulez savoir « pourquoi avons-nous payé un montant différent de celui figurant sur le bon de commande », il faut aller demander à Jack
Sauf si vous disposez d’une couche de contexte partagée connectée aux discussions Slack et aux emails qui montrent que Jack a confirmé au responsable métier que la commande avait été modifiée et que le paiement avait été approuvé
Pour qu’une couche de contexte partagée soit utile, elle doit être fondée sur des preuves, capable de faire remonter des contradictions, et supplanter les anciennes vérités par de nouvelles informations
Elle doit répondre à :
- Qui est cette personne ? Jack de la comptabilité, pas Jack d’Engineering
- Quel est l’état actuel ? Le bon de commande ne correspond pas à la facture et ne peut pas être payé tant que ce n’est pas résolu
- Où les comptes divergent ? le bon de commande initial a été approuvé par Jane par email, mais la commande de modification a été demandée par Bob sur Slack
- Qu’est-ce qui a changé ? Bob devait augmenter le nombre de sièges pour inclure un groupe supplémentaire
Les systèmes basés sur la récupération ne seront pas fiables pour ce type de questions : ils sont bons pour retrouver du texte, mais pas pour résoudre des affirmations du style « pourquoi cette facture a-t-elle été payée alors qu’elle ne correspondait pas au bon de commande ? »
L’architecture d’une couche de contexte partagée correctement fonctionnelle doit prendre en compte :
1. Les preuves - les données brutes, sourcées
2. Les faits - les entités et les affirmations au sein de l’entreprise
3. Le jugement - le raisonnement reliant preuves et faits
4. L’accès - sur quelles preuves et quels faits l’IA peut raisonner
Ceci dit, il s’agit bien sûr d’un découpage simplifié, car la construction d’une couche de contexte partagée fiable peut être assez complexe, mais si vous le faites correctement, cela sert de fondation à l’automatisation des flux de travail
Jack en comptabilité n’a pas besoin d’aller traquer Jane et Bob pour déterminer si la facture doit être payée : un agent peut le faire, et Jack peut se concentrer sur des activités plus stratégiques comme la planification et l’analyse
Le point clé, c’est que si vous voulez automatiser des flux de travail et déployer des agents au-delà des pilotes, vous devez d’abord vous concentrer sur une couche de contexte partagée pour que les agents disposent d’informations fiables sur lesquelles agir
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
  • Récompense
  • Commentaire
  • Reposter
  • Partager
Commentaire
Ajouter un commentaire
Ajouter un commentaire
Aucun commentaire
  • Épinglé