Utilisez cette page quand un terme de la console, de la sortie du client ou de cette documentation demande un sens précis. Les noms de produit, les verdicts et les modes gardent leur forme anglaise dans toutes les langues.
| Terme | Sens |
|---|
| Agent Autonomy Zone | Le cadre d’action qu’une organisation définit pour ses agents IA : ce qu’un agent peut faire, à quelles conditions, et avec quelles conséquences acceptées. Forme courte : Autonomy Zone |
| Dimension | L’un des cinq côtés de l’Autonomy Zone : Qualité, Économie, Sécurité, Sûreté et Conformité |
| Zone effective | La zone unique à laquelle se rattache un agent. Une unité de votre organisation sans zone propre hérite de la plus proche au-dessus d’elle |
| Politique d’intention | Une règle qui énonce ce que veut dire votre organisation, plutôt que chaque surface qu’un agent pourrait utiliser |
| Agent Intent Policy (AIP) | La forme que prend une politique d’intention dans OpenLatch : un ensemble d’atomes d’intention, compilé en règles déterministes. Voir la référence des AIP |
| Atome d’intention | Une clause d’une politique, tenue dans des champs fixes (who, does what, to what, only if, unless) à partir desquels une phrase et des cas de test sont générés |
| Ratification | Le Oui ou le Non du responsable de la politique sur la phrase d’un atome, avec ses cas de test affichés à côté |
| Mode | La façon dont une politique s’exécute dans une zone : Disabled, Monitor ou Enforce |
| Disabled | Un mode dans lequel la politique est conservée mais pas évaluée |
| Monitor | Un mode dans lequel une correspondance est enregistrée et signalée, et l’action se poursuit |
| Enforce | Un mode dans lequel le verdict est appliqué avant l’exécution de l’action, partout où un adaptateur la couvre |
| Terme | Sens |
|---|
| Verdict | La décision qu’une politique rend pour une action couverte, avant son exécution : Allow, Ask, Block ou Optimize |
| Allow | L’action se poursuit sans changement |
| Ask | L’action est autorisée et signalée pour revue par défaut. Elle n’est retenue pour approbation que sur un opt-in par atome pour une action irréversible |
| Block | L’action est empêchée avant son exécution, et l’agent en reçoit la raison |
| Optimize | L’action prend un autre chemin, par un levier Optimize |
| Levier Optimize | Une façon dont Optimize change une action. En Enforce, un levier agit là où il est livré ; en Monitor, il se contente de mesurer ce qu’il aurait fait |
| Anomalie | Une action d’agent qui enfreint une politique d’intention de l’une des dimensions de la zone |
| Déterministe | Se dit d’un verdict produit par une politique explicite : la même action dans le même contexte obtient toujours le même verdict |
| Terme | Sens |
|---|
| Agent approuvé | Un agent que votre organisation a approuvé et relié à OpenLatch |
| Niveau de contrôle | Le degré de contrôle d’OpenLatch sur un agent : Enforced, Monitored ou Known |
| Enforced | Un niveau de contrôle : un adaptateur OpenLatch se trouve dans le chemin d’exécution de l’agent et applique les verdicts |
| Monitored | Un niveau de contrôle : les actions de l’agent sont visibles et ses anomalies enregistrées, mais les verdicts ne sont pas appliqués |
| Known | Un niveau de contrôle : l’agent est identifié et classé, et les limites du contrôle sont indiquées |
| Plan des commandes | Les actions qu’un agent mène par ses outils : commandes, modifications de fichiers, appels d’outils et de serveurs |
| Plan des requêtes | Les requêtes qu’un agent envoie à son fournisseur de modèle |
| Graphe d’exécution | La trace de ce qu’un agent a fait pendant une session : appels de modèle, appels d’outils, commandes, modifications de fichiers, accès aux données et coût, dans l’ordre |
| Enregistrement de preuve | Ce qu’OpenLatch conserve pour chaque décision : l’action, la politique, le mode, le verdict et s’il a été appliqué |
| Terme | Sens |
|---|
| Client | Le programme OpenLatch installé sur chaque machine où tournent des agents |
| Daemon | Le processus d’arrière-plan du client, qui reçoit chaque événement d’agent et le décide |
| Hook | Le point d’entrée qu’un agent appelle avant et après chaque action, et qui transmet l’action au daemon |
| Bundle de politiques | Le fichier de règles à intégrité contrôlée que le client récupère auprès de la plateforme et conserve sur le disque, pour continuer à décider réseau débranché |
| Relais de modèle | Un écouteur local vers lequel le client dirige les appels de modèle de chaque agent, pour que le plan des requêtes soit enregistré |
| Outbox | La file locale où le client conserve les événements jusqu’à ce que la plateforme les ait reçus |
| Superviseur | Le service du système d’exploitation (launchd, systemd ou le Planificateur de tâches) qui démarre le daemon à l’ouverture de session et le redémarre |
| Plan de configuration | Les fichiers de configuration des agents dont le client suit les changements |
| Code d’erreur | Un code comme OL-1002 que le client affiche avec un problème. Chacun a sa propre page, listée dans la référence de la CLI |
| Terme | Sens |
|---|
| Plateforme | Le service OpenLatch où vous définissez les zones et les politiques et examinez ce qu’ont fait les agents, accessible dans la console sur app.openlatch.ai |
| Console | L’interface web de la plateforme |
| Organisation | Le compte de votre entreprise sur la plateforme, qui contient ses unités, zones, politiques et agents |
| Clé d’API | Un identifiant qui permet au client ou à un script d’agir pour votre organisation sur la plateforme |
