Agentes de IA y operaciones duplicadas: diseñar acciones verificables
Qué ocurre cuando un agente repite una solicitud: identidad de operaciones, resultados inciertos y prevención de duplicados.
Una respuesta equivocada de un agente de IA puede corregirse. Registrar dos veces un pedido crea un problema operativo aunque el texto final sea perfecto. Cuando los modelos utilizan herramientas que modifican datos, la calidad debe medirse por sus efectos. Una propiedad útil es la idempotencia: repetir la misma solicitud lógica no debe multiplicar la operación.
Por qué un agente puede repetir una acción
Imaginemos que un agente solicita abrir un expediente. El servidor lo crea, pero la respuesta se pierde antes de llegar al modelo. Para el agente, el resultado es incierto. Reintentar a ciegas puede abrir otro expediente; no hacerlo puede dejar el trabajo aparentemente incompleto. El problema también existe en sistemas distribuidos tradicionales, pero un modelo añade posibilidades de reinterpretar la tarea.
La guía Writing effective tools for agents, publicada por Anthropic el 11 de septiembre de 2025, destaca herramientas claras y evaluaciones con resultados verificables. Describe experiencia del proveedor, no una certificación independiente. Las decisiones siguientes son una propuesta de diseño contra duplicados, no resultados medidos en una instalación EL-AI.
Dar identidad a la operación
Una opción consiste en asignar un identificador estable a la solicitud empresarial. El agente puede reformularla o repetir la llamada, pero la intención de abrir ese expediente conserva su identidad. El servicio registra identificador y resultado; ante un intento equivalente devuelve el resultado existente. El control debe residir en el servicio que escribe los datos. Pedir al modelo que no duplique acciones no ofrece la misma garantía.
También hay que comprobar la equivalencia. Recibir el mismo identificador con datos distintos no debería aceptarse silenciosamente: el sistema debe señalar un conflicto y mostrar el estado registrado. Además, la conservación de identificadores debe cubrir el período de posibles reintentos. Si la protección caduca antes de reanudar el trabajo, el problema puede reaparecer.
Separar propuesta, autorización y resultado
Consideremos un movimiento de material hipotético. El agente puede preparar una propuesta con artículo, cantidad, almacén y proyecto. El servicio comprueba restricciones y autorización del proceso. Solo la operación confirmada modifica el estado. La respuesta debe distinguir propuesta guardada, movimiento registrado y operación rechazada. Un «hecho» genérico dificulta entender qué ocurrió realmente.
Esto no exige aprobación manual para cada paso. Algunas clases de acciones pueden estar previamente autorizadas. Lo importante es aplicar la autorización mediante software, de forma coherente con rol, contexto y datos actuales. Si se autorizó una cantidad concreta, el agente no debería convertirla autónomamente en otra operación de mayor alcance.
Consultar el estado cuando falta la respuesta
Una herramienta de consulta permite saber qué sucedió con una solicitud. Debe distinguir al menos operación desconocida, en curso, completada y fallida. Si persiste la incertidumbre, el flujo puede esperar o dejar la conciliación para una comprobación posterior. Declarar éxito porque se envió la llamada confunde intención y efecto. Declarar un fallo definitivo tras un timeout también puede ser incorrecto.
Las pruebas más útiles interrumpen la comunicación antes de insertar, después de escribir y antes de responder. También prueban intentos simultáneos y reanudación tras detener el proceso. El éxito se observa en el sistema empresarial: existe una sola operación correcta, asociada a la solicitud prevista. No basta con que el agente diga que gestionó el error.
El significado para EL-AI y los procesos empresariales
EL-AI presenta ELAI Nexus como plataforma que conecta proyectos, materiales, documentos y aprobaciones. Son contextos donde un futuro agente operativo debería respetar las reglas del sistema. No afirmamos que Nexus ya incluya el agente o mecanismo descrito. La relación ilustra que la IA debe integrarse en un proceso fiable, no eludirlo.
Una primera prueba debería elegir una acción limitada y reversible, definir su identidad y diseñar la verificación del resultado. Después puede ampliarse el conjunto de herramientas. La conversación sigue siendo útil, pero el valor operativo aparece cuando cada acción puede vincularse a una solicitud y comprobarse en el estado real de la aplicación.
Artículo preparado con asistencia de IA y verificación de las fuentes citadas. Ejemplos hipotéticos salvo indicación contraria. Fuentes consultadas el 20 de septiembre de 2026.
Portada ilustrativa generada con IA; no representa personas, instalaciones ni proyectos reales de EL-AI.