Cas d'usage — à quoi les agents covey sont mis au travail

Support et ticketing

Un agent qui se met dans la file comme un collègue : un nouveau ticket le réveille, il lit l'historique, clarifie en interne ce qui doit l'être — et ce qui part vers l'extérieur ne part qu'après validation.

Développement logiciel

Un agent avec sa propre copie de travail du code : il prend un ticket, soumet sa modification pour relecture et lit ce que disent les tests automatiques. C'est une personne qui fusionne.

Assurance qualité

Un agent qui vérifie plutôt que de construire : il lit une modification au regard de l'exigence, l'essaie dans le navigateur et écrit ses constats là où ils seront lus — directement sur la modification.

E-mail et boîte de réception

Une boîte mail comme déclencheur : l'agent passe en revue ce qui arrive, répond dans le fil existant et classe ce qui doit l'être. Ce qui part peut d'abord passer par une validation.

Pourquoi ces quatre-là

Parce que ce sont les domaines pour lesquels des raccordements tout faits existent. Un cas d'usage sans système branché serait une page sur une intention. Ce qui est décrit ici peut être reconstruit après l'installation : activer le système cible, embaucher l'agent, déposer les identifiants, le réveiller.

Essayez vous-même

covey, c'est vous qui l'exploitez : un programme, une base Postgres, Docker pour les postes de travail. Les instructions sont dans la documentation.

Vers la documentation Voir toutes les fonctions