Políticas de intención

Una política de intención expresa lo que quieres decir, en lugar de cada superficie que un agente podría usar para hacerlo. En OpenLatch la escribes como una Agent Intent Policy (AIP), y OpenLatch la compila en reglas deterministas que el cliente aplica antes de cada acción cubierta.

De tus palabras a una AIP

Partes de un brief: una frase, un documento de políticas pegado o una conversación grabada. OpenLatch lo divide en átomos de intención, uno por regla, y genera dos cosas a partir de cada átomo: una frase legible y casos de prueba concretos.

Campo del átomo	Qué contiene	Ejemplo
who	Los agentes a los que se refiere la regla	cualquier agente
does what	La acción	desplegar
to what	El objetivo	un namespace de producción
only if	La condición que lo permite	hay un ticket de cambio aprobado vinculado
unless	La excepción	hay una sala de crisis de incidente activa
class	Si el átomo se puede aplicar: aplicable, solo observable o fuera de alcance	aplicable

Nunca rellenas estos campos. OpenLatch los extrae de tu brief, y tú los cambias editando la frase.

Ratificas la frase

Para el átomo anterior, lees esta frase:

Mientras no haya una sala de crisis de incidente activa, cuando un agente solicite un despliegue en producción, el sistema exigirá un ticket de cambio aprobado.

Al lado, los casos de prueba muestran lo que decidiría la política en situaciones concretas, por ejemplo un despliegue con ticket, otro sin ticket y otro sin ticket durante un incidente. Los casos están ahí para que tu respuesta sea informada. Respondes Sí o No sobre la frase:

• Sí acepta el átomo.
• No abre una nota donde dices con tus propias palabras lo que querías decir. OpenLatch cambia los campos, regenera la frase y sus casos, y marca los casos cuyo veredicto cambió. El átomo vuelve para un nuevo Sí o No, porque una respuesta dada sobre la frase anterior no cubre la nueva.

Nunca ves ni apruebas las reglas compiladas. Apruebas lo que puedes leer.

De una AIP al cliente

Una vez aceptados sus átomos, ratificas la AIP en cero, una o varias zonas, cada una en su propio modo. La plataforma compila los átomos en reglas y construye un bundle de políticas por agente a partir de su zona efectiva. Se verifica la integridad del bundle, y el cliente lo guarda en la máquina, así que sigue decidiendo con la red desconectada.

La clase de un átomo cuenta en ejecución: un átomo monitor-only se queda en Monitor incluso cuando su política se ejecuta en Enforce, porque se puede observar pero no aplicar.

El ciclo de vida de una política

1. Escribe un brief o aporta un documento de origen.
2. Revisa las frases generadas y sus casos, y acéptalas.
3. Reproduce la política sobre la actividad reciente de tus agentes para ver lo que habría decidido.
4. Ratifícala en Disabled, Monitor o Enforce.
5. Ejecútala en Monitor, lee sus anomalías y pásala a Enforce cuando sea correcta.

Escribir tu primera política recorre estos pasos en la consola.