Agents
Des agents métier qui doivent mériter votre confiance.
Kohentra mobilise des agents spécialisés quand leur expertise compte. Chacun est conçu, versionné, qualifié sur vos propres jugements, et n'obtient d'autonomie que si vous la lui accordez.
| Version | État | Chez vous |
|---|---|---|
| 1.0.0 | En service | Qualifiée sur vos jugements |
| 1.1.0 | En évaluation | Mêmes tickets, aucun effet · désaccords à juger |
| 1.2.0 | Préparée | Non publiée : ne travaille nulle part |
Une version publiée ne change plus. Aucune n'hérite de la confiance de la précédente.
La bonne expertise, au bon moment
Un agent isolé n'est pas Kohentra. C'est Kohentra qui décide quel agent regarde quoi, avec quel contexte, et quand un travail devient sans objet.
- Détecterune situation dans votre activité.
- Rassembler le contextehistorique, objets liés, conclusions déjà connues.
- Juger si l'expertise est utileet ne rien lancer si elle ne l'est pas.
- Choisir la capacitéet ne lui ouvrir que son périmètre.
- Recueillir la conclusionavec ses preuves, conservées telles quelles.
- Ne pas refairece qui est déjà résolu ou déjà en cours.
Conçus, pas codés en dur
Décrivez le besoin comme vous l'expliqueriez à un collègue : le concepteur d'agents vous aide à en faire une définition complète, que vous relisez avant de créer quoi que ce soit. Vous pouvez aussi partir d'un agent existant.
Kohentra fournit également ses propres agents, dont vous choisissez les versions. Aucune nouvelle version ne remplace la vôtre sans votre décision.
-
Son domaine
et la ressource sur laquelle il travaille, parmi celles que Kohentra connaît réellement chez vous.
-
Ce qu’il examine
les situations visées, et ce qu’il cherche à déterminer.
-
Ses conclusions
et le sens de chacune : c’est contre elles que vous le jugerez.
-
Son raisonnement
des règles d'abord ; un modèle de langage seulement si nécessaire, et borné.
-
Son contexte
les objets reliés qu’il peut lire, si Kohentra sait établir la relation sur vos données.
-
Ses actions
celles qu’il pourra proposer. Les déclarer ne les autorise pas.
Un agent commence sans aucune autorité
Tout nouvel agent, et toute nouvelle version, démarre en observation : il analyse vos données réelles et produit de vraies conclusions, mais rien n'est modifié dans Dolibarr et aucune des actions qu'il envisage ne pourra être exécutée.
Trois questions restent séparées : a-t-il le droit de travailler ? Quelle autorité exerce-t-il ? Que valent ses conclusions ? Désactiver un agent ne dit rien de sa qualité, et le promouvoir ne le rend pas meilleur.
Qualifier avant de faire confiance
Pour chaque conclusion relue, vous rendez un jugement : correcte, incorrecte (et laquelle était attendue) ou impossible à juger avec les preuves disponibles. Ces jugements sont la seule preuve que Kohentra accepte.
Les seuils dépendent de l'action que l'agent propose : plus elle est difficile à défaire, plus il faut de relectures et moins d'erreurs sont tolérées. Un avis devenu caduc, parce que le sujet a changé depuis, est écarté du calcul et signalé.
Une conclusion que personne n'a relue ne prouve rien.
Une nouvelle version doit le démontrer
Améliorer un agent ne veut pas dire remplacer l'ancien à l'aveugle.
- Préparerune nouvelle version. Une version publiée ne change plus.
- Évaluer en parallèlemêmes situations que la version en service, juste après elle, sans aucun effet métier.
- Comparersur exactement la même entrée : accords, désaccords, les désaccords non jugés en premier.
- Confronter à vos jugementslà où vous aviez déjà tranché. Les cas qui ont motivé la version sont comptés à part.
- Promouvoirsur votre décision seulement. Rien n'est hérité : ni qualification, ni autorisation.
- Continuer à mesureret revenir à une version antérieure si besoin, décision journalisée.
L'autonomie se gagne, action par action
Kohentra est en lecture seule par défaut. Pour qu'une action soit un jour exécutée, trois verrous indépendants doivent être réunis : la plateforme la déclare exécutable, votre espace l'accorde à cet agent dans cette version, et son régime le permet (proposition, exécution après confirmation, ou exécution sans confirmation préalable).
Aujourd'hui, une seule action est exécutable : fermer un ticket reconnu comme indésirable. Toutes les autres ne peuvent qu'être proposées. L'exécution sans confirmation exige des preuves chiffrées, sur la fiabilité de la conclusion comme sur celle de l'exécution. Elle reste supervisée, tracée, suspendue au premier incident signalé, et révocable à tout moment.
Un contrat de sécurité pour chaque version
Ces règles sont appliquées par Kohentra au moment où l'agent travaille, jamais par une consigne donnée au modèle.
-
Ce qu’il peut lire
les données et les champs déclarés. Toute autre lecture est refusée.
-
Ce qui peut partir au modèle
une partie seulement de ce qu’il lit, ou rien. Sinon, pas d’appel.
-
Ce qu’il peut demander
ses actions déclarées, réversibles ou non. Aucune autre.
-
Ce que vous lui accordez
le régime de chaque action, pour cette version précise.
-
Ce qu’il ne fera jamais
dépasser le plafond fixé par la plateforme, même parfaitement fiable.
-
Ce qu’il ne voit pas
aucune clé d'API, aucun identifiant, aucun jeton.
Voyez les agents dans des situations réelles.
Facturation, clôture, tickets : ce que chacun examine, et ce qu’il vous laisse décider.