Ir al contenido

Redactar una política a través de tu agente

Redacta una Agent Intent Policy (AIP) trabajando con tu propio agente, del brief a la política ratificada, sin salir de tu agente. El agente hace el trabajo de fondo: lee tu brief, dirige la entrevista y prepara las comprobaciones. Tú decides, y nada surte efecto hasta que apruebas la llamada de ratificación.

Necesitas un agente con el plugin de OpenLatch instalado, que aporta la conexión MCP y el skill openlatch-autonomy-zones, y el rol de editor o uno superior. Redactar una Agent Intent Policy describe los mismos pasos en la consola, y Políticas de intención explica el modelo.

Pide a tu agente que redacte una política e indícale la zona a la que va dirigida. El agente sigue los pasos del skill con estas herramientas:

PasoQué hace el agenteQué haces tú
EmpezarLee los límites con drafts_read y crea un borrador a partir del texto que pegas con drafts_write, o a partir de un preset integradoDa el brief con tus palabras o elige un preset
EntrevistaMuestra las tarjetas de entrevista de cada política de intención, con la respuesta recomendada, y envía tus respuestas con answerResponde cada tarjeta; el agente nunca responde por ti
ConfirmarPregunta Is that right? por cada frase y la confirma con patch_policy solo después de que digas que síConserva una frase, cámbiala o déjala fuera
Zona y modoDefine la zona y el modo con set_zonesElige Monitor o Enforce; empieza en Monitor salvo que ya confíes en la política
PrepararPrepara el borrador con prepare, consulta la tarea y luego lee los casos de prueba y la repetición con drafts_readLee los casos fallidos y la repetición
RatificarImprime cada frase que la llamada pone en vigor y luego llama a policies_ratifyAprueba la llamada en tu cliente

Una escritura que inicia una tarea devuelve una tarea que el agente consulta con job; nunca espera dentro de una llamada. El agente solo puede partir de texto y de presets. Para subir un documento o grabar una conversación como brief, usa la consola.

Al ratificar se envían las frases exactas que se ponen en vigor, en el argumento sentences de policies_ratify. Tu cliente muestra ese argumento en su solicitud de permiso, así que lees lo que entra en vigor antes de aprobar. Después, la plataforma compara las frases con el borrador dentro de la propia ratificación:

Qué envía el agenteResultado
Las frases del borrador, copiadas palabra por palabraLa política se ratifica en su zona
Ninguna fraseLa herramienta rechaza la llamada antes de que llegue a OpenLatch; nada cambia
Cualquier otra frase: una paráfrasis, una frase que falta, una de una revisión anteriorSe rechaza con SENTENCES_MISMATCH; nada cambia

La comparación ignora el orden de las frases, los espacios sobrantes y la forma en que Unicode compone un carácter, y nada más: una palabra cambiada es una discrepancia. El rechazo nunca repite una frase.

OpenLatch marca policies_ratify como una herramienta que requiere tu intervención, y algunos clientes acortan los argumentos largos en la solicitud de permiso, así que el skill hace que el agente imprima cada frase, con su dimensión, la zona y el modo, en su propio mensaje antes de la llamada.

Si configuras tu cliente para permitir policies_ratify sin preguntar, no hay solicitud de permiso. La comprobación solo demuestra entonces que el agente envió las frases actuales del borrador, no que las leíste. Mantén activada la solicitud de permiso para esta herramienta.

Modificar una política o restaurar una versión

Sección titulada «Modificar una política o restaurar una versión»
ParaEl agente hace
Modificar una política ratificadaLee la política con policies_read y abre un borrador de modificación con edit. La política vigente sigue aplicándose sin cambios hasta que ratifiques el borrador como una versión nueva. Solo una persona modifica una política a la vez, y el agente te dice quién la tiene
Restaurar una versión anteriorLee las frases de esa versión con el método version de policies_read, te las muestra y llama a policies_ratify con restore y esas frases. La restauración crea una versión nueva y no reescribe ningún historial

Ambas pasan por la misma comprobación de frases que una política nueva.

Eliminar una política o copiarla a otra zona

Sección titulada «Eliminar una política o copiarla a otra zona»

Una política conserva su Autonomy Zone durante toda su vida, así que el agente nunca mueve una.

ParaEl agente hace
Eliminar una políticaLlama a policies_write con retire. Tras tu aprobación, la política deja de ejecutarse y no se puede volver a usar, y su historial se queda en Audit
Aplicar las reglas de una política en otra zonaLlama a policies_write con copy y la zona de destino. Crea un borrador en esa zona, en Monitor, que revisas y ratificas como una política nueva con su propio historial

Una llamada que nombra attach o detach se rechaza con OPERATION_REMOVED, y se indica al agente que elimine o copie en su lugar. No cambia nada.

CódigoQué ocurrióQué hace el agente
SENTENCES_REQUIREDLa ratificación no llevaba frasesLee el borrador, te muestra sus frases y las envía
SENTENCES_MISMATCHLas frases no son las que esta llamada pone en vigorVuelve a leer el borrador, te muestra lo que contiene ahora y envía exactamente esas frases
DRAFT_NOT_PREPAREDEl borrador no se preparó en esta revisiónLo prepara de nuevo, consulta la tarea y luego ratifica
DRAFT_REVISION_STALEEl borrador cambió después de que el agente lo leyeraLo vuelve a leer y te muestra qué cambió
EDIT_DRAFT_STALELa política ratificada cambió después de abrirse el borrador de modificaciónVuelve a leer la política y abre un borrador de modificación nuevo si sigues queriendo el cambio
DRAFT_EXISTSOtra persona tiene un borrador de modificación de la políticaTe dice quién lo tiene
AI_NOT_ENABLEDLa redacción con IA está desactivada para tu organizaciónParte de un preset integrado
FORBIDDENTu rol no permite redactarTe dice qué rol necesita

Cada código figura con su estado en el catálogo de errores.

A continuación, pasa la política a Enforce cuando su registro muestre que es exacta.