Un agente redacta un informe, crea un archivo y luego envía un mensaje. Entonces el proceso se interrumpe. Al reiniciar, el chat dice: «Ahora envío el resultado». ¿Ha salido ya el mensaje? ¿Hay que volver a crear el archivo? Un historial de conversación fluido no responde a estas preguntas.
El 19 de octubre de 2026, Vercel publicó durable-harness. El proyecto registra los pasos y resultados del agente para que el trabajo pueda reanudarse, y trata de forma distinta las herramientas interrumpidas según su propiedad de repetición. El lanzamiento es una ocasión para pensar con más detenimiento en el estado del trabajo. El ejemplo de este artículo es un modelo propio, no una prueba que hayamos realizado con el proyecto.
Intención, llamada y resultado son tres cosas distintas
Una intención describe lo que debe ocurrir a continuación. Una llamada iniciada muestra que el trabajo ha comenzado. Solo un resultado almacenado documenta lo que tu propio proceso sabe al respecto. Si se mezclan estos niveles, un reinicio puede generar fácilmente trabajo duplicado u omitir algo que nunca se terminó.
Por eso, para el informe no basta con la entrada «Exportación hecha». Necesita una referencia a la entrada utilizada y al archivo realmente creado. Si el documento de origen cambia, puede que una exportación anterior siga existiendo, pero ya no sea el resultado correcto. La reutilización empieza con una atribución clara.
Step: export-17
Input: bericht-v3
State: completed
Result: bericht-v3.pdf
Next step: notificationEsta es una ficha de control legible, no un formato de API. Muestra la diferencia esencial entre un nombre de archivo mencionado en una conversación y un resultado trazable de un paso concreto. En un proceso real, el archivo correspondiente tendría que existir de forma verificable.
Un reinicio seguro conoce los estados inciertos
Piensa en tres puntos en los que el proceso podría interrumpirse. Antes de la exportación, todavía no hay resultado. Después de la exportación, pero antes del mensaje, el archivo puede reutilizarse. Mientras se envía el mensaje, la situación es más complicada: puede que el destinatario ya lo haya recibido mientras falta la confirmación en tu propio registro.
Por tanto, el estado local «ninguna confirmación almacenada» no demuestra «no enviado». Repetir el paso a ciegas podría convertir la incertidumbre en un mensaje duplicado. Un proceso sensato marca este paso como incierto y lo comprueba con el servicio externo, siempre que el servicio ofrezca una consulta de estado adecuada.
Justo aquí es donde las acciones se diferencian. Volver a leer un archivo existente normalmente no cambia nada para el destinatario. Otro mensaje, pedido o pago, en cambio, puede desencadenar un nuevo efecto. Un registro duradero no resuelve estas diferencias en nombre del sistema externo.
La idempotencia es una propiedad de la operación
Una operación repetible debería poder identificarse de manera que la misma solicitud no cree accidentalmente un nuevo trabajo. Si un servicio admite una clave pensada para este fin, la misma operación lógica debe conservar la misma clave. Una clave generada de nuevo en cada reinicio perdería precisamente esta relación.
Si esto funciona de forma fiable, y cómo, depende del contrato real del servicio. Un framework de agentes no puede hacer que una acción sea repetible de forma segura solo con ponerle una etiqueta amable. Tampoco «exactamente una vez» es una consecuencia gratuita de que los registros se almacenen de forma duradera.
Una pequeña prueba de interrupción explica más que una ejecución exitosa
En tu propio entorno de desarrollo se presta un ejercicio inofensivo: primero sustituye el paso de envío por un registro local, interrumpe el proceso en los tres puntos mencionados y observa qué estados existen al reiniciar. Anota de antemano qué pasos pueden repetirse y cuáles necesitan una comprobación. No uses pagos ni mensajes reales en esta primera investigación.
La enseñanza no está en una tasa de éxito inventada. Está en poder nombrar los límites de estado de tu propio proceso. Durable-harness es un enfoque técnico concreto para ello. Sin embargo, un buen reinicio siempre empieza con la misma pregunta: ¿qué ha ocurrido de forma demostrable y dónde todavía no lo sabemos?
Fuentes y estado
Investigación y documentación a fecha de 25 de octubre de 2026. Hacer que cada harness sea duradero.
