Rédiger une politique par l’intermédiaire de votre agent

Rédigez une Agent Intent Policy (AIP) en travaillant avec votre propre agent, du brief à la politique ratifiée, sans quitter votre agent. L’agent fait le travail de fond : il lit votre brief, mène l’entretien et prépare les vérifications. Vous décidez, et rien ne prend effet avant que vous approuviez l’appel de ratification.

Il vous faut un agent avec le plugin OpenLatch installé, qui apporte la connexion MCP et le skill openlatch-autonomy-zones, et le rôle d’éditeur ou un rôle supérieur. Rédiger une Agent Intent Policy décrit les mêmes étapes dans la console, et Politiques d’intention explique le modèle.

Du brief à la politique ratifiée

Demandez à votre agent de rédiger une politique, et indiquez-lui la zone concernée. L’agent suit les étapes du skill avec ces outils :

Étape	Ce que fait l’agent	Ce que vous faites
Démarrer	Lit les limites avec drafts_read, puis crée un brouillon à partir du texte que vous collez avec drafts_write, ou à partir d’un preset intégré	Donnez le brief avec vos mots, ou choisissez un preset
Entretien	Présente les cartes d’entretien de chaque politique d’intention, avec la réponse recommandée, et envoie vos réponses avec answer	Répondez à chaque carte ; l’agent ne répond jamais à votre place
Confirmer	Demande Is that right? pour chaque phrase et la confirme avec patch_policy seulement après votre accord	Gardez une phrase, modifiez-la ou écartez-la
Zone et mode	Définit la zone et le mode avec set_zones	Choisissez Monitor ou Enforce ; commencez en Monitor sauf si vous faites déjà confiance à la politique
Préparer	Prépare le brouillon avec prepare, suit la tâche, puis lit les cas de test et le rejeu avec drafts_read	Lisez les cas en échec et le rejeu
Ratifier	Affiche chaque phrase que l’appel met en vigueur, puis appelle policies_ratify	Approuvez l’appel dans votre client

Une écriture qui lance une tâche renvoie une tâche que l’agent interroge avec job ; il n’attend jamais à l’intérieur d’un appel. L’agent ne peut partir que d’un texte et de presets. Pour importer un document ou enregistrer une conversation comme brief, utilisez la console.

Approuver les phrases

La ratification envoie les phrases exactes qu’elle met en vigueur, dans l’argument sentences de policies_ratify. Votre client affiche cet argument dans sa demande d’autorisation : vous lisez ce qui entre en vigueur avant d’approuver. La plateforme compare ensuite les phrases au brouillon pendant la ratification elle-même :

Ce que l’agent envoie	Résultat
Les phrases du brouillon, copiées mot pour mot	La politique est ratifiée dans sa zone
Aucune phrase	L’outil refuse l’appel avant qu’il n’atteigne OpenLatch ; rien ne change
Toute autre phrase : une paraphrase, une phrase manquante, une phrase d’une révision antérieure	Refus avec SENTENCES_MISMATCH ; rien ne change

La comparaison ignore l’ordre des phrases, les espaces superflus et la façon dont Unicode compose un caractère, et rien d’autre : un mot changé est une divergence. Le refus ne répète jamais une phrase.

OpenLatch marque policies_ratify comme exigeant votre intervention, et certains clients raccourcissent les longs arguments dans la demande d’autorisation : le skill demande donc à l’agent d’afficher chaque phrase, avec sa dimension, la zone et le mode, dans son propre message avant l’appel.

Si vous réglez votre client pour autoriser policies_ratify sans demander, il n’y a pas de demande d’autorisation. La vérification prouve alors seulement que l’agent a envoyé les phrases actuelles du brouillon, pas que vous les avez lues. Gardez la demande d’autorisation activée pour cet outil.

Modifier une politique ou restaurer une version

Pour	L’agent fait
Modifier une politique ratifiée	Lit la politique avec policies_read, puis ouvre un brouillon de modification avec edit. La politique en vigueur continue de s’appliquer inchangée jusqu’à ce que vous ratifiiez le brouillon comme nouvelle version. Une seule personne modifie une politique à la fois, et l’agent vous dit qui la détient
Restaurer une version antérieure	Lit les phrases de cette version avec la méthode version de policies_read, vous les montre, puis appelle policies_ratify avec restore et ces phrases. La restauration crée une nouvelle version et ne réécrit aucun historique

Les deux passent par la même vérification des phrases qu’une nouvelle politique.

Supprimer une politique ou la copier dans une autre zone

Une politique garde son Autonomy Zone pendant toute sa vie : l’agent n’en déplace donc jamais une.

Pour	L’agent fait
Supprimer une politique	Appelle policies_write avec retire. Après votre approbation, la politique cesse de s’exécuter et ne peut plus être utilisée, et son historique reste dans Audit
Appliquer les règles d’une politique dans une autre zone	Appelle policies_write avec copy et la zone cible. Il crée un brouillon dans cette zone, en Monitor, que vous relisez et ratifiez comme une nouvelle politique avec son propre historique

Un appel qui nomme attach ou detach est refusé avec OPERATION_REMOVED, et l’agent est invité à supprimer ou à copier à la place. Rien ne change.

Quand un appel est refusé

Code	Ce qui s’est passé	Ce que fait l’agent
SENTENCES_REQUIRED	La ratification ne portait aucune phrase	Lit le brouillon, vous montre ses phrases et les envoie
SENTENCES_MISMATCH	Les phrases ne sont pas celles que cet appel met en vigueur	Relit le brouillon, vous montre ce qu’il contient maintenant et envoie exactement ces phrases
DRAFT_NOT_PREPARED	Le brouillon n’a pas été préparé à cette révision	Le prépare de nouveau, suit la tâche, puis ratifie
DRAFT_REVISION_STALE	Le brouillon a changé après la lecture de l’agent	Le relit et vous montre ce qui a changé
EDIT_DRAFT_STALE	La politique ratifiée a changé après l’ouverture du brouillon de modification	Relit la politique et ouvre un nouveau brouillon de modification si vous voulez toujours le changement
DRAFT_EXISTS	Quelqu’un d’autre détient un brouillon de modification de la politique	Vous dit qui le détient
AI_NOT_ENABLED	La rédaction par IA est désactivée pour votre organisation	Part d’un preset intégré à la place
FORBIDDEN	Votre rôle ne permet pas la rédaction	Vous dit quel rôle il faut

Chaque code est listé avec son statut dans le catalogue d’erreurs.

Ensuite, passez la politique en Enforce quand son historique montre qu’elle est exacte.