Propositions d’apprentissage

Utilisez cette page pour comprendre les propositions qu’OpenLatch fait à partir de vos propres enregistrements, et ce qui change quand un éditeur en accepte une. C’est l’étape Améliorer de la boucle de contrôle : OpenLatch propose, et votre organisation décide.

Ce qu’OpenLatch propose

Une fois par jour, OpenLatch passe en revue ce que votre organisation a enregistré et propose des changements qu’un éditeur accepte ou rejette : faire passer une Agent Intent Policy (AIP) de Monitor à Enforce dans une zone, ajouter une valeur au dictionnaire d’une zone, laisser les déclarations d’une politique d’intention décider, ou ajouter un cas de régression.

La console nomme chaque type par ce qu’il fait pour vous :

Type	Ce qu’il propose	Sur quoi il repose	Effet
Start enforcing	Faire passer le rattachement d’une AIP à une zone de Monitor à Enforce	14 jours consécutifs en Monitor avec des décisions enregistrées chaque jour, au moins 20 au total, et aucun relecteur qui ait autorisé une action sur laquelle elle a demandé un avis	Les agents peuvent faire moins
Add to your dictionary	Ajouter une valeur observée à une table du dictionnaire d’une zone, pour cette zone et les zones en dessous	Au moins trois réponses de relecteurs concordantes sur les 14 derniers jours, et aucune en sens contraire	Les agents peuvent faire plus, ou moins, selon les réponses des relecteurs
Skip repeat approvals	Laisser les déclarations d’une politique d’intention décider	Au moins trois réponses de relecteurs sur les 14 derniers jours qui ont autorisé des actions dont la déclaration n’a pas pu être vérifiée, aucune qui en ait bloqué une, et aucune mise en attente rejetée	Les agents peuvent faire plus d’eux-mêmes
Keep as an example	Garder une action sur laquelle un relecteur a répondu comme cas de régression de la politique d’intention, appelé action d’exemple	La réponse d’un relecteur sur cette politique d’intention	Aucune décision ne change

Une proposition de dictionnaire nomme la valeur exacte que vos agents ont atteinte, jamais un motif qu’OpenLatch aurait déduit, et une valeur qui ressemble à un secret n’est jamais proposée. Avant qu’elle ne s’ouvre, OpenLatch exécute les politiques d’intention de la zone avec la valeur ajoutée : chaque action ayant reçu une réponse doit être tranchée comme les relecteurs l’ont répondu, et aucun cas de test d’une politique d’intention qui utilise la table ne doit changer de résultat.

Vous décidez, en un clic

Une proposition ne prend jamais effet d’elle-même : un éditeur l’accepte ou la rejette en un clic.

Chaque proposition montre les preuves sur lesquelles elle repose et les actions enregistrées dont le résultat changerait, pour que vous voyiez avant d’accepter si les agents pourront faire plus ou moins. Une proposition est calculée à partir des décisions de votre propre organisation et des réponses de vos relecteurs, au sein de votre organisation, sans aucun modèle d’IA générative.

Quand	Ce qui se passe
Un éditeur accepte	OpenLatch vérifie à nouveau la proposition par rapport aux enregistrements actuels, puis l’applique comme le serait le même changement fait à la main. Le changement figure dans le journal d’audit avec la personne qui l’a accepté
Quelque chose a bougé depuis son ouverture, comme une nouvelle version de l’AIP, un mode changé ou une valeur ajoutée à la main	Rien n’est appliqué, et la proposition est retirée. Une proposition qui tient toujours peut s’ouvrir à nouveau un autre jour
Un éditeur rejette	Rien ne change. Une proposition rejetée ne revient pas
Personne ne décide dans les 30 jours	La proposition expire, et rien ne change

Une organisation compte au plus 50 propositions ouvertes à la fois ; les autres attendent un jour suivant. Les propositions acceptées, rejetées, retirées et expirées restent dans l’historique pendant 180 jours.

Chaque changement accepté peut être annulé comme vous l’annuleriez à la main :

Type	Annuler
Start enforcing	Repasser l’AIP en Monitor dans cette zone
Add to your dictionary	Retirer la valeur du dictionnaire
Skip repeat approvals	Revoke : la politique d’intention revient à son repli quand une déclaration ne peut pas être vérifiée
Keep as an example	Remove example sur la politique d’intention

Quand les déclarations décident

Sur l’échelle de décision, il est demandé à l’agent de déclarer un fait que le client ne peut pas lire. Quand le client ne peut pas vérifier la déclaration, le repli de la politique d’intention tranche l’action, Ask par défaut : après deux demandes, ou après une sur une question de sens. Accepter une proposition Skip repeat approvals change cette seule étape pour une politique d’intention.

Quand les déclarations d’une politique d’intention décident, une déclaration que le client ne peut pas vérifier est prise sur la parole de l’agent et l’action est autorisée au lieu du repli, partout où la politique d’intention est appliquée ; elle n’est jamais enregistrée comme vérifiée, une règle Block correspondante bloque toujours, et c’est vous qui avez fait ce choix pour cette politique d’intention et pouvez le révoquer.

La déclaration	Résultat sur une politique d’intention dont les déclarations décident
Confirmée par ce que le client a observé	Allow, comme avant
Contredite par ce que le client a observé	Block, comme avant
Absente	Refusée deux fois, ou une fois sur une question de sens, puis le repli la tranche
Donnée, mais le client ne peut pas la vérifier	Allow, enregistrée comme invérifiable : après deux demandes, ou après une sur une question de sens
Sur une question de sens, une auto-évaluation à violates avec une confidence de 80 ou plus	Block
N’importe quelle déclaration, quand une règle Block de la zone correspond à l’action	Block

L’enregistrement de la décision indique toujours que la déclaration était invérifiable, et porte oldecisive pour montrer que votre choix l’a tranchée. En Monitor, rien n’atteint l’agent, et l’enregistrement porte l’Allow qu’il aurait reçu.

Les déclarations ne décident que sur les clients qui le prennent en charge ; les clients plus anciens conservent le repli de la politique d’intention. Une révocation atteint chaque machine à sa prochaine mise à jour des politiques, et une machine hors ligne conserve l’ancien réglage jusqu’à sa prochaine connexion. Modifier la phrase de la politique d’intention met fin au réglage quand vous ratifiez la nouvelle version ; une nouvelle version qui garde la phrase inchangée le conserve.

Actions d’exemple

Un cas de régression que vous acceptez reste attaché à la politique d’intention, et une correction suggérée n’est proposée que si chaque cas qui réussissait avant réussit toujours avec la correction.

Une action d’exemple est gardée avec ce que le relecteur a dit : à autoriser, ou à bloquer. Elle est listée à côté des cas de test générés quand vous modifiez l’AIP, elle est reportée dans chaque nouvelle version qui garde la politique d’intention, et elle n’est jamais remplacée quand les cas de test sont générés à nouveau. Un éditeur peut la retirer à tout moment.

Qui voit quoi

Les rôles editor et supérieurs acceptent, rejettent, révoquent et retirent ; les viewers consultent chaque proposition. Une unité voit les propositions de sa propre zone et des zones en dessous, jamais celles d’une zone au-dessus. Quand de nouvelles propositions s’ouvrent, les editors reçoivent une notification dans le groupe Learning, au plus une fois par jour. L’API publique offre les mêmes opérations en bêta.

Examiner les propositions d’apprentissage détaille la console.