Ne pas réduire Dust à un chatbot
Dust se présente comme une plateforme d’IA collaborative où les équipes et les agents travaillent à partir d’un contexte partagé. Elle connecte les connaissances et outils de l’entreprise, permet de construire des agents spécialisés, propose plusieurs modèles et applique des contrôles sur les permissions, les usages et les coûts. Réduire Dust à une fenêtre de conversation ferait manquer une grande partie de son positionnement.
Nexa ne se distingue donc pas en affirmant que Dust serait incapable de se connecter aux données, d’exécuter des actions, d’impliquer des humains ou de tracer l’activité. La différence tient à nouveau à l’objet que la plateforme cherche d’abord à organiser.
Dust organise des agents réutilisables dans le travail quotidien des équipes. Nexa organise un processus critique dont la sortie doit suivre une forme définie, passer par des validations identifiées et rester justifiable après son exécution.
Un même groupe peut avoir besoin des deux.
De l’assistance à la responsabilité
Un agent d’entreprise peut rechercher une information, synthétiser un corpus, préparer une réponse, mettre à jour un outil ou coordonner plusieurs tâches. Sa valeur vient de sa disponibilité dans les flux de travail et de son accès au contexte de l’organisation.
Un processus critique ajoute une contrainte : quelqu’un doit pouvoir répondre du résultat.
Prenons une revue d’exigences fournisseur. L’enjeu n’est pas seulement d’obtenir une bonne synthèse. Il faut savoir si toutes les pièces attendues ont été reçues, quelles exigences ont été détectées, où se trouve leur source, quelles ambiguïtés ont été soumises à l’expert, quelles corrections ont été retenues et quelle version du dossier est partie en comité.
La conversation peut participer à ce travail. Elle ne constitue pas à elle seule le processus.
Nexa formalise le passage entre plusieurs états :
- réception et qualification de la demande ;
- contrôle des entrées ;
- exécution des traitements et agents ;
- présentation des sources et propositions ;
- clarification ou correction par le métier ;
- validation selon les responsabilités ;
- production du livrable et de sa preuve.
Le parcours personnalisé donne à chaque rôle la vue et l’action qui lui appartiennent. Il réduit la dépendance à une conversation libre dont la qualité varierait selon la manière de demander.
Journal d’activité et dossier de preuve
Dust met en avant des permissions granulaires, des journaux d’audit et des analyses permettant de suivre activité, adoption, usage et coût. Ces fonctions répondent à des questions essentielles : qui peut accéder à telle connaissance ? Qui a utilisé tel agent ? Quel outil a été sollicité ? Quel volume est consommé ?
Pour un processus engageant, une autre question apparaît : sur quelles bases ce livrable précis a-t-il été accepté ?
Un journal d’activité montre qu’une action a eu lieu. Un dossier de preuve relie le résultat à :
- ses sources exactes ;
- la version du moteur et des instructions ;
- les paramètres du run ;
- les propositions intermédiaires ;
- les décisions humaines ;
- l’identité du validateur ;
- la version finale du livrable.
La distinction est comparable à celle qui existe entre le journal d’un système documentaire et le dossier remis à un auditeur. Le premier est indispensable pour administrer et investiguer. Le second assemble les éléments nécessaires pour défendre une décision donnée.
Nexa fabrique ce dossier pendant l’exécution, au lieu de demander à une équipe de le reconstituer après coup.
Personnaliser le parcours, pas seulement l’agent
Créer un agent spécialisé permet d’adapter ses instructions, ses sources, ses outils et son modèle. Cette personnalisation répond à la question : comment l’agent doit-il travailler ?
Un parcours métier personnalisé répond à une question plus large : comment l’organisation doit-elle travailler avec lui ?
Il décrit notamment :
- les données obligatoires avant de commencer ;
- les questions à poser lorsqu’elles manquent ;
- les étapes visibles ou masquées selon le rôle ;
- les seuils qui déclenchent une revue ;
- les personnes autorisées à corriger ou signer ;
- le format du livrable ;
- les preuves à conserver ;
- les indicateurs suivis d’un run au suivant.
Deux directions peuvent utiliser le même modèle et les mêmes sources tout en ayant des parcours différents. Le juridique peut imposer une double validation. Le marketing peut accepter une revue unique. La qualité peut exiger un export figé et une signature. La personnalisation utile se situe alors dans l’orchestration des responsabilités, pas seulement dans le prompt.
L’industrialisation dès le premier usage
Les assistants se diffusent souvent par essais individuels : une équipe construit un agent, l’améliore, partage quelques instructions et mesure l’adoption. Cette trajectoire est pertinente pour découvrir les usages et augmenter le travail quotidien.
Elle devient fragile lorsque le même agent commence à produire un objet engageant sans changement d’architecture. Le succès de l’adoption est alors confondu avec la maturité de production.
Pour Nexa, un premier périmètre industrialisé doit déjà posséder :
- une définition stable de son entrée et de sa sortie ;
- des rôles et responsabilités explicites ;
- une version exécutable ;
- des contrôles de qualité ;
- une validation humaine adaptée au risque ;
- des états d’erreur et de reprise ;
- une preuve conservée avec le livrable.
Il peut commencer petit. « Production by design » ne signifie pas déployer immédiatement à toute l’entreprise. Cela signifie que le premier périmètre est exploitable comme un vrai processus, et non comme une démonstration dont les contraintes seront découvertes plus tard.
Un POC reste utile pour tester une hypothèse. Il devient un problème lorsqu’il sert de substitut à la conception du run.
Quand choisir Dust ?
Dust répond directement au besoin lorsque l’objectif principal est de donner aux équipes des agents partagés, connectés aux connaissances et outils existants, pour rechercher, synthétiser, rédiger ou agir dans plusieurs contextes. La flexibilité de création et le travail collaboratif sont alors déterminants.
Nexa devient pertinent lorsque le processus visé doit :
- suivre une séquence stable ;
- produire un livrable attendu ;
- répartir des actions entre plusieurs responsabilités ;
- imposer des contrôles avant diffusion ;
- justifier chaque résultat ;
- être comparé et amélioré d’une exécution à la suivante.
Le critère de séparation n’est pas « simple » contre « complexe ». Un assistant peut accomplir une tâche techniquement complexe. Un processus Nexa peut utiliser un traitement simple. Le critère est la nature de l’engagement : aide révisable dans le flux de travail, ou résultat qui doit entrer dans un dossier, une décision ou un comité.
Les combiner plutôt que les opposer
Nexa peut se connecter à des outils et serveurs MCP, dont Dust. Cette articulation permet de conserver les agents là où ils sont utiles tout en les inscrivant, lorsque nécessaire, dans un parcours gouverné.
Un agent Dust peut par exemple rechercher et préparer des éléments issus des connaissances de l’entreprise. Nexa peut ensuite :
- appeler cette capacité à une étape définie ;
- présenter le résultat avec les autres sources ;
- solliciter une validation métier ;
- intégrer uniquement la version acceptée au livrable ;
- conserver la trace de cette décision dans le dossier du run.
Dust reste l’espace de collaboration et d’agents partagés. Nexa devient la couche qui contractualise leur contribution à un processus critique.
La question de décision
La question « Dust ou Nexa ? » peut être remplacée par deux questions plus précises :
Voulons-nous équiper les équipes d’agents pour leur travail quotidien ?
Ou devons-nous garantir qu’un processus récurrent aboutit à un livrable validé et prouvable ?
La première conduit naturellement vers une plateforme collaborative d’agents. La seconde exige une orchestration explicite du métier, des validations et de la preuve. Lorsqu’une organisation rencontre les deux besoins, les plateformes peuvent se compléter.
Le point décisif n’est pas la présence d’une interface conversationnelle. C’est ce que l’organisation doit être capable de démontrer après l’exécution : qu’un agent a été utilisé, ou qu’un résultat précis a été produit, contrôlé et signé selon un processus défini.
Sources consultées
Pour aller plus loin
Pour cadrer le premier processus à documenter nativement. Planifier un échange