AWS separa propuesta agentic de ejecución real: los agentes razonan y el código determinista decide si una acción puede ocurrir

La arquitectura parte de una separación simple y poderosa. AWS publicó el 14 de septiembre un patrón para combinar agentes de Amazon Bedrock AgentCore con AWS Step Functions en procesos donde una mala decisión puede producir efectos financieros o regulatorios. El ejemplo usa reacomodación de pasajeros tras la cancelación de un vuelo. Los agentes buscan alternativas y redactan propuestas, pero no escriben directamente en el sistema de reservas ni emiten compensaciones. Esas acciones quedan reservadas a tareas deterministas que se ejecutan solo después de validar inventario, reglas tarifarias, elegibilidad y otras condiciones comprobables.

El agente propone porque ahí aporta flexibilidad. Encontrar buenas alternativas en un caso complejo requiere considerar preferencias, conexiones, contexto y excepciones que no encajan fácilmente en una tabla rígida. Un modelo puede explorar opciones y producir una recomendación útil con rapidez. Pero esa misma flexibilidad permite alucinaciones o interpretaciones incompletas. AWS muestra un validador que consulta disponibilidad real y descarta vuelos inexistentes, sin asientos o incompatibles con las reglas. La idea no es reducir inteligencia al agente; es limitar qué tipo de afirmación puede convertirse en una acción sin una segunda fuente de verdad.

La ejecución determinista concentra la autoridad irreversible. Reservar, cobrar, pagar o modificar un registro crítico son operaciones diferentes de sugerir qué debería pasar. Cuando el mismo componente hace ambas cosas, un error de razonamiento puede convertirse de inmediato en estado externo. Al separar capas, el agente puede equivocarse dentro de un espacio controlado y el sistema captura la desviación antes del efecto. Las tareas deterministas no necesitan entender toda la intención humana; solo comprobar invariantes concretos: existencia, saldo, permiso, disponibilidad, regla vigente e idempotencia.

El historial de estados se convierte en evidencia. Step Functions registra transiciones, entradas y salidas, lo que permite reconstruir qué propuesta llegó, qué validación pasó o falló y dónde intervino una persona. Ese registro es distinto de una traza de razonamiento del modelo. Para auditoría importa el evento observable: qué datos entraron, qué condición se evaluó y qué acción salió. Una organización no necesita conservar razonamiento privado para demostrar gobernanza. Necesita un ledger de decisiones suficiente para reproducir el camino de una transacción y explicar por qué una excepción fue enviada a revisión.

La espera humana también forma parte del diseño. AWS usa patrones de callback para pausar casos ambiguos sin mantener cómputo ocupado. El sistema automatiza lo claro y escala lo excepcional. Esta distinción evita dos extremos: pedir aprobación para todo o permitir que el agente resuelva cualquier caso. La mejor arquitectura identifica qué condiciones son objetivamente verificables y qué situaciones requieren juicio. El humano no aparece como parche final, sino como una rama explícita con timeout, contexto y posibilidad de reanudar la misma ejecución sin duplicar una reserva o emitir dos pagos.

La idempotencia protege cuando el sistema reintenta. AWS destaca que una ejecución debe usar tokens que conviertan replays en operaciones sin efecto adicional. Esto es esencial porque los agentes y servicios distribuidos pueden sufrir timeouts, throttling o redrives. Sin idempotencia, una recuperación bien intencionada puede producir una segunda acción real. El diseño correcto asume que los reintentos ocurrirán y prepara cada operación externa para reconocer si ya fue aplicada. Esa propiedad es especialmente importante cuando un flujo combina IA con dinero, mensajería, inventario o publicación.

Lectura Goatify. Este patrón encaja directamente con lo que necesitamos para habilidades de alto impacto. El modelo puede investigar, redactar, escoger y proponer; una capa determinista debe comprobar archivo, destinatario, presupuesto, permiso o estado antes de ejecutar. En vez de pedirle al modelo que “sea cuidadoso”, definimos invariantes que no puede saltarse. Goatify puede convertir esta arquitectura en una promesa comercial verificable: nuestros agentes son flexibles donde conviene y deliberadamente rígidos en el punto donde una decisión se vuelve irreversible.