Guidage des invites
Affinez l'invite courte d'une étape IA à partir des bases de connaissances du processus et de votre Company Context avant l'exécution de l'étape, et consultez le résultat comme une page durable dans l'explorateur de bases de connaissances.
Une étape IA de Process Flow est généralement rédigée en une ou deux phrases — « Créer une charte de projet et un énoncé du périmètre ». C'est ce qu'il faut écrire dans une extension : c'est lisible, et cela reste correct pour chaque tenant qui l'installe. C'est aussi succinct, et la même phrase doit servir une organisation qui a ses propres politiques, sa terminologie, ses contraintes et ses décisions antérieures.
Le guidage des invites comble cet écart. Lorsqu'il est activé, la plateforme prend l'invite courte de l'étape et l'affine à partir des connaissances auxquelles l'exécution a déjà accès — les bases de connaissances du processus et, lorsque l'étape en demande un, votre briefing Company Context — puis enregistre le résultat sous forme de page consultable.
Le guidage des invites est désactivé par défaut pour chaque organisation, et le désactiver est toujours sans risque : une étape sans guidage s'exécute exactement comme avant.
Ce que cela change pour la personne qui exécute le flux
Rien qu'elle ait à faire. La préparation s'exécute en amont de l'étape, et non lorsque quelqu'un appuie sur Générer : l'étape elle-même n'est donc pas plus lente qu'avant. Lorsque le guidage est prêt, le panneau de l'étape l'affiche et renvoie vers la page dont il provient ; lorsqu'il ne l'est pas, le panneau n'affiche rien plutôt qu'un état vide.
Le guidage n'est pas modifiable avant l'exécution de l'étape. Comme la préparation se fait hors du parcours interactif, il n'existe aucun moment où une personne tient l'invite compilée alors que l'exécution est encore en attente. La page sert plutôt d'enregistrement durable — elle survit à un rafraîchissement, et c'est ce qu'un auditeur lit ensuite.
À quelles étapes il s'applique
Uniquement aux types d'étapes qui portent une invite rédigée par un opérateur et qui mérite d'être affinée :
| Type d'action | Guidage préparé |
|---|---|
document | Oui |
approval | Oui |
workflow | Oui |
checklist, file_upload, distribution, voice_trigger | Non — ces étapes n'exécutent aucune invite |
Ce qui arrive dans la base de connaissances
Une page par étape préparée, dans la base de connaissances d'instance de l'exécution. Elle contient le guidage compilé, les questions de recherche posées, l'intention de recherche et les sources de la base de connaissances qui ont répondu — de sorte que « pourquoi l'étape a-t-elle dit cela » a une réponse qui ne dépend d'aucune ré-exécution.
La page est classifiée, et elle peut dépasser le niveau de l'étape. Elle est écrite au plus élevé des deux niveaux suivants : l'habilitation de référence de la base de connaissances et l'habilitation de l'identité sous laquelle l'étape s'est exécutée. Un collègue dont l'habilitation n'atteint pas ce niveau ne voit pas la page, et ne voit pas non plus le guidage dans le panneau de l'étape. La classification l'emporte sur la transparence lorsque les deux divergent.
Une étape d'agent ne lit jamais de guidage au-dessus de son propre plafond d'habilitation. Lorsqu'une étape d'agent s'exécute, la page est lue au plus bas des deux niveaux suivants : l'habilitation du lecteur et le plafond d'habilitation de l'étape. C'est le même plafond que celui qui s'applique à chaque document sur lequel l'étape s'appuie. Si la page est classifiée au-dessus de ce plafond, l'étape s'exécute avec son invite d'origine.
L'activer
Le guidage des invites est une politique d'organisation, écrite via l'API des politiques
d'organisation sous la clé agentic.process_flow.query_expansion. Un administrateur de
l'organisation l'active ; la modification est enregistrée avec l'utilisateur qui l'a faite. En
l'absence de ligne de politique, la fonctionnalité est désactivée, ce qui est aussi le cas si la
politique ne peut pas être lue, quelle qu'en soit la raison.
Un échec reste toujours silencieux
Chaque mode d'échec se replie sur le comportement que vous avez déjà, plutôt que de faire échouer l'étape :
- Le réglage est désactivé, ou la politique ne peut pas être lue → l'étape s'exécute avec son invite d'origine.
- La préparation échoue, ou ne trouve aucune connaissance pertinente → aucune page n'est écrite et l'étape s'exécute avec son invite d'origine.
- La base de connaissances a changé depuis la compilation de la page → la page périmée est refusée et l'étape s'exécute avec son invite d'origine.
- L'habilitation du lecteur n'atteint pas la page → le panneau n'affiche rien.
- La page est classifiée au-dessus du plafond d'habilitation de l'étape d'agent → l'étape s'exécute avec son invite d'origine.
Le guidage sert d'ancrage, pas d'instruction. Il affine ce qu'il faut chercher ; il ne remplace ni l'invite rédigée de l'étape ni l'invite système d'une extension. Si vous devez changer ce qu'une étape demande fondamentalement, modifiez l'étape.
Voir aussi
- Company Context — les faits à l'échelle de l'organisation dont un briefing est tiré.
- Types d'action — y compris
metadata.companyContextBriefing, la question de recherche par étape qui interroge votre organisation. - Habilitation des bases de connaissances — comment la classification au niveau de la page est appliquée lors des lectures.