Todos los demos de agentes de IA terminan al final con un correo de disculpa — por eso construí un firewall (solo builder, semana 6)

Hace 3 semanas compartí en mi primer Show GN que estaba construyendo un firewall de 5 niveles, y mientras tanto les comparto la corrección del diseño + lo que realmente ya shippeé. Se perdió con 1 punto / 1 comentario, pero hubo avances así que lo publico una vez más.

▶ Corrección de 5 niveles → 4 niveles (PUSH / QUEUE / SILENT / AUTO)
El nivel "Call" se quitó y quedó en pausa. Lo decidimos con datos durante el PoC.

▶ Loop del agente end-to-end completado
Llega un correo solicitando una reunión → clasificación por nivel → Klorn revisa conflictos en el calendario → respuesta + borrador del evento de calendario → espera en PendingAction → aprobación del usuario con 1 clic → lanzamiento. Todas las acciones se firman con un hash del payload antes del lanzamiento, y si no hay coincidencia con ActionReceipt, no se pueden ejecutar.

▶ La parte que más tiempo tomó: prueba de invariante (menos de 100 líneas de código)
Una prueba que rompe el build si una acción como send_email se ejecuta sin aprobación del usuario. Si alguien elimina la verificación de aprobación → falla la prueba → falla el build → falla el despliegue. Saltarse esto simplemente no es una opción. Esa es la razón por la que "el agente no lo envía por su cuenta" deja de ser un mensaje de marketing y pasa a ser un hecho.

▶ También atrapé un bug real en producción
OpenRouter retiró el SKU de modelo :free, así que todos los ciclos autónomos morían con "404 No endpoints found". El failover existente solo manejaba 402 / 403 / 429. No cubría el caso de "el modelo desapareció". Metí una cadena de fallback multi-modelo para que, aunque muera un SKU upstream, el agente no se caiga.

▶ Midiendo retención Day 14+7
Tener 5 ICP activos es el criterio para pasar el PoC. Incluso una sola línea de feedback honesto es bienvenida.

▶ Video de 60 segundos: https://klorn.ai
▶ Código: https://github.com/k08200/klorn

Beta gratis + PRO aplicado automáticamente. De verdad gracias a quienes dejaron opiniones en el primer post.

[k08200]

Una pregunta: quienes operan agent / SaaS, cuando un agent actuó sin la intención del usuario, ¿cuál fue el failure mode que vieron con más frecuencia?

En mi caso, por frecuencia en operación:

1. Prompt drift — se dispara automáticamente una respuesta que no era la intención
2. Model retire — al morir el SKU :free, el ciclo también muere sin siquiera fallback
3. Malentendido de argumentos de tool — el agent ejecuta una acción externa con parámetros incorrectos

Me da curiosidad conocer los patrones de otras personas.