Veredictos

Antes de que se ejecute una acción cubierta, el cliente devuelve uno de cuatro veredictos: Allow, Ask, Block u Optimize. Un veredicto es determinista porque lo produjo una política explícita.

Figura 1. Cada acción cubierta llega al punto de decisión antes de ejecutarse. Las políticas de intención de la zona efectiva producen un veredicto determinista.

Veredicto	Qué ocurre
Allow	La acción se ejecuta. En Monitor, puede ejecutarse y quedar marcada
Ask	Por defecto, la acción se ejecuta y se marca para una revisión asíncrona; solo se retiene cuando un átomo lo activa para una acción irreversible
Block	La acción no se ejecuta. El agente recibe un rechazo nativo que nombra la regla que lo produjo
Optimize	El camino cambia. En Enforce, una palanca actúa; en Monitor, mide lo que habría hecho

Cuando varias políticas coinciden con una misma acción, gana el veredicto más restrictivo, en este orden: Block, después Ask, después Optimize, después Allow.

Ask

Ask deja que la acción se ejecute y la marca para revisión, para que una persona decida si el agente debe volver a hacerlo. Evita la repetición, no la primera vez. Un átomo puede optar por retener una acción irreversible hasta que se responda; nada más depende de una persona.

Cómo llega Ask al agente depende del agente. Claude Code lo recibe como su propia solicitud nativa, con el motivo de la regla. Codex CLI no tiene una solicitud nativa, así que recibe un mensaje con el motivo, y la llamada continúa.

Optimize

Optimize cambia el camino de una acción en lugar de pararla. Cada cambio lo hace una palanca, y lo que hace una palanca depende del modo de la política.

Palanca	Estado
`loop_stop`	Actúa en Enforce; mide en Monitor
`steer`	Actúa en Enforce; mide en Monitor
`narrow_output`	Actúa en Enforce en Claude Code; mide en Monitor
`effort_clamp`	Mide por defecto, tanto en Monitor como en Enforce; actúa en Enforce solo donde lo actives
`context_edit`	Mide por defecto, tanto en Monitor como en Enforce; actúa en Enforce solo donde lo actives
`prefix_guard`	Mide por defecto, tanto en Monitor como en Enforce; actúa en Enforce solo donde lo actives
`substitute`	Esta palanca no está disponible, y en Monitor solo mide

En Monitor, una palanca solo mide lo que habría hecho, y el registro lo indica. En Enforce, se aplica.

Una acción, cuatro veredictos

Escenario ilustrativo. La misma acción, git push, puede recibir cada veredicto según su contexto:

Contexto	Veredicto
Un agente hace push de una rama de funcionalidad de un repositorio que es de su equipo	Allow
Un agente hace push a una rama de release compartida	Ask: el push se ejecuta y se marca para revisión
Un agente fuerza un push a la rama principal de un repositorio de producción	Block
Un agente reintenta en bucle el mismo push que falla	Optimize: en Enforce, `loop_stop` termina el bucle