Agent Approve lleva aprobaciones de coding agents al iPhone y Apple Watch: útil, pero no reemplaza política

Agent Approve lanzó públicamente el 7 de julio de 2026 una propuesta muy concreta para el problema más aburrido y más real de los coding agents: alguien tiene que aprobar acciones sensibles. El producto promete monitorear agentes como Codex, Claude Code, Cursor, Antigravity, OpenCode, Pi, OpenClaw, OpenHands, Copilot y otros, y llevar aprobaciones al iPhone o Apple Watch.

La parte llamativa es el reloj. La parte importante es otra: si los equipos van a correr varios agentes en paralelo, necesitan un formato común para eventos, hooks, decisiones y auditoría.

Qué está intentando resolver

Los agentes de coding ya no solo sugieren diffs. Ejecutan comandos, editan archivos, abren navegadores, llaman MCP servers, crean PRs y a veces quedan esperando una aprobación humana. Cada herramienta trae su propio sistema de hooks, permisos y logs. Eso funciona cuando tienes un agente. Se vuelve caótico cuando hay cinco runners y cada uno reporta eventos con nombres distintos.

Agent Approve intenta poner una capa transversal:

• instalar hooks con npx agentapprove;
• emparejar el dispositivo por QR;
• recibir una solicitud cuando el agente necesita autorización;
• aprobar, denegar o recordar la decisión como política;
• ver actividad y contexto desde móvil o reloj.

Según su sitio, también incluye push notifications, reglas centralizadas, parsing de comandos compuestos y opciones de privacidad con cifrado end-to-end. El comunicado agrega que el relay está diseñado para que el desarrollador controle llaves y datos.

AEP es la pieza más interesante

El repositorio público de Agent Event Protocol (AEP) todavía se presenta como borrador temprano, no como estándar maduro. Aun así, el objetivo es correcto: normalizar eventos de prompts, outputs, acciones, sesiones, notificaciones y respuestas de control como allow, deny, ask, defer, block, continue, stop o abstain.

Ese vocabulario importa porque el problema de seguridad no es solo “aprobar o no aprobar”. Un sistema serio debe distinguir entre:

1. una edición de archivo reversible;
2. un comando destructivo;
3. una llamada a red;
4. una operación sobre credenciales;
5. una acción que parece inocente pero viene encadenada con otra.

El riesgo de aprobar desde cualquier lugar

Una aprobación móvil reduce tiempo muerto, pero también puede crear aprobaciones superficiales. Si el contexto no es claro, el humano termina tocando “permitir” como quien acepta cookies. Para que esto sea seguro, la solicitud debería mostrar comando completo, cwd, agente, objetivo, diff o tool involucrada, nivel de riesgo y política que se activaría después.

Mi regla práctica: las aprobaciones móviles sirven para acciones rutinarias y bien clasificadas. Para comandos destructivos, cambios en producción, credenciales o scopes amplios de MCP, la aprobación debería exigir más contexto o pasar a revisión en escritorio.