La plupart des changements produit n'invalident aucune formation
Le produit change en permanence, et la formation devient obsolète sans que personne ne le remarque. Les organisations revoient soit tous leurs supports chaque trimestre, soit découvrent l'écart lorsqu'un client essaie de suivre une consigne qui ne fonctionne plus.
La plupart des changements n'impliquent rien du tout. Renommer un champ interne, améliorer les performances ou introduire un indicateur bêta ne rend pas un module incorrect. Ce qui compte, c'est un changement de quelque chose qu'un module dit à une personne de faire, comme déplacer une commande, retirer une option ou modifier la séquence.
Pour trancher, on compare le changement aux consignes du module plutôt qu'à son sujet. Des modules couvrant la même fonctionnalité peuvent être touchés de façons différentes. Le module généralement touché est celui qui comporte beaucoup de captures d'écran imprévues.
L'agent dresse une liste de modules à réviser, avec les changements et les passages pertinents. Les responsables de la formation décident ensuite quelles parties réécrire. Une personne publie les révisions.
Comment l'agent est construit dans Agent Studio
Les prompt skills énoncent les sources de publication : journaux de changements, dépôts et notes de version. L'agent ne tire de conclusions que de ces sources, pas d'une inférence sur ce qu'un changement a probablement accompli.
Le second prompt skill tient l'inventaire des modules comme consignes plutôt que comme titres, parce qu'un titre n'indique pas si un bouton déplacé casse le module.
Le prompt système exige une référence au changement et une citation de la consigne qu'il contredit. Si un module est signalé sans passage cité, il est listé comme incertain.
L'agent doit indiquer lorsqu'un changement n'a aucun effet, parce qu'un résultat silencieux est un constat, et le silence est pris pour un échec.
Un flux Start Scheduled lit les publications GitHub. Un nœud HTTP Request récupère les journaux de changements. Les deux transmettent l'inventaire des modules depuis Notion au nœud Agent Chat.
Chaque module touché reçoit une tâche de révision de Monday ou Linear, avec le changement et le passage pertinent, pour que le travail soit déjà précisé à l'arrivée.
L'agent ne modifie aucun module. Un nœud Human in the Loop retient chaque révision avant qu'elle n'atteigne les apprenants.
De quoi cet agent est constitué
- Prompt skills : journaux de changements, dépôts et sources de notes de version déclarés.
- Prompt skills : inventaire des modules tenu comme consignes, pas comme titres.
- System prompt : chaque signalement cite le changement et cite la consigne contredite.
- System prompt : une période où rien n'est touché est rapportée comme telle.
- GitHub (Integration) avec HTTP Request (Util) : collecte des publications et des journaux de changements.
- Linear (Integration) : une tâche de révision par module touché, déjà précisée. Monday occupe le même emplacement.
- Quand un ActionFlow suffit : Si le travail consiste à signaler les modules dont les noms de fonctionnalités apparaissent dans une publication, construisez le flux de travail. Ce signalement est un premier filtre utilisable.
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.