No es el modelo: tu IA puede repetir una acción real (publicar, pedir, facturar, avisar) cuando el reintento pensado como red de seguridad llega antes que la marca de "esto ya está hecho". No hace falta que el modelo se equivoque en nada. Basta con que el sistema que lo rodea escriba esa marca en el momento incorrecto. Lo descubrimos en nuestro propio motor de publicación en redes, y la regla que aprendimos aplica igual a cualquier agente de IA que actúe de verdad sobre tu ERP, tu CRM o tu WhatsApp de empresa.
El patrón: una red de seguridad que duplica lo que quería proteger
Casi cualquier sistema que publique, envíe o escriba algo de forma automática lleva un reintento: si el primer intento falla por una red lenta, un servicio caído un segundo, o una función que tarda más de lo esperado, se vuelve a probar más tarde para no dejar el trabajo a medias. Es una decisión razonable. El problema no está en reintentar: está en cuándo se anota que la acción ya se hizo.
Si esa marca se escribe después de confirmar que la acción salió bien, queda un hueco entre "la acción ya ocurrió" y "el sistema se ha enterado de que ocurrió". Si algo falla justo en ese hueco (no al actuar, sino al intentar anotarlo), el sistema sigue creyendo que la tarea está pendiente. El reintento, haciendo exactamente lo que se le pidió, la repite.
El caso real: dos publicaciones duplicadas de seis días que no lo hicieron
Nuestro motor de publicación en LinkedIn corre dos veces al día a propósito, como red de seguridad si el primer pase falla. La marca de "este post ya se publicó" se escribía justo después de confirmar la publicación, no antes. Dos veces (el 23 y el 28 de agosto), una red lenta o una función que tardó más de lo normal dejaron el post publicado pero sin marcar a tiempo, y el segundo pase del día, al ver la tarea como pendiente, la volvió a publicar.
Lo que hace interesante el caso no es el fallo, es la proporción. Desde que esta cadencia arrancó el 12 de agosto, hubo otros seis días de publicación que no duplicaron nada, y las otras tres redes que corren en paralelo (Threads, Facebook e Instagram) no duplicaron ninguna publicación en ese mismo periodo, porque no comparten ese mismo mecanismo de doble pase. El fallo no estaba en "publicar en redes" en general. Estaba, con precisión, en un único hueco de tiempo entre dos pasos de un solo canal.
| Qué se comprobó | Resultado |
|---|---|
| Días de publicación desde el 12 de agosto | 2 de ellos duplicaron la publicación en LinkedIn |
| Días que NO duplicaron nada | 6, en el mismo canal y el mismo periodo |
| Otras tres redes (Threads, Facebook, Instagram) | 0 duplicados, porque no corren con doble pase |
| Causa | la marca de "hecho" se escribía después de publicar, no antes |
La solución no fue quitar el reintento (sigue haciendo falta, por si el primer pase de verdad falla). Fue invertir el orden: reservar la publicación antes de intentarla, y liberar esa reserva solo si el intento falla de verdad. Si el intento sale bien, la reserva se queda firme y el segundo pase, al verla ocupada, no vuelve a tocarla. Se añadió además un tope duro de una publicación al día por canal, como segunda barrera independiente de la primera.
La regla de decisión: reserva antes de actuar, libera solo si falla
La pregunta que hay que hacerle a cualquier agente de IA que escribe en tu sistema (no solo que responde, sino que actúa: publica, pide, factura, agenda) no es "¿tiene un reintento?". Casi todos lo tienen, y está bien que lo tengan. La pregunta es: ¿en qué orden escribe la marca de "ya está hecho" respecto a cuándo actúa de verdad?
- Si la marca se escribe antes de actuar (reserva el turno, actúa, y solo libera la reserva si falla), un reintento que llegue de más se encuentra el turno ocupado y no hace nada. Correcto.
- Si la marca se escribe después de actuar, hay un hueco en el que la acción ya ocurrió pero el sistema todavía no lo sabe. Un reintento que llegue justo en ese hueco repite la acción. Es el fallo que tuvimos.
Checklist rápido para auditar cualquier agente o automatización que actúe con reintento:
- ¿Qué pasa si la misma acción se ejecuta dos veces? (¿Cuesta igual repetirla que no repetirla, o tiene consecuencia real: un pedido doble, un mensaje duplicado, un cargo repetido?)
- ¿Dónde escribe el sistema la marca de "esto ya está hecho": antes de actuar o después de confirmar que salió bien?
- ¿Hay un tope duro independiente (una vez por día, por pedido, por cliente) como segunda barrera, además de la marca?
- ¿El reintento se dispara automáticamente, o solo cuando una persona lo confirma a mano?
Si la respuesta a la primera pregunta es "tiene consecuencia real" y a la segunda es "después", ahí está el agujero, exista o no un reintento de por medio.
Por qué esto importa más allá de publicar en redes
Publicar un post dos veces es, como mucho, incómodo. Pero el mismo patrón, en un agente de IA que actúa sobre tu negocio real, cuesta mucho más: un agente que cotiza y crea pedidos reales dentro de un ERP, como el comercial de IA por WhatsApp que construimos para una distribuidora industrial (caso completo), tiene que resolver exactamente esta misma pregunta antes de que se le permita escribir sobre datos de producción: si una validación de cliente, una comprobación de stock o la creación de un pedido se reintenta porque la respuesta tardó, ¿el sistema sabe que ya se había hecho, o lo repite?
La misma lógica aplica a un agente que factura, que agenda una cita, o que envía un aviso a un cliente: cualquier acción con consecuencia real que se pueda reintentar necesita esta misma barrera. No es una cuestión de qué tan bueno sea el modelo. Es una cuestión de en qué orden se escriben dos líneas de código alrededor de él.
Revisar esto (en qué orden actúa y marca tu agente, y si tiene un tope duro independiente del reintento) es parte del mismo trabajo de integración que hacemos en AutoBoost antes de dejar que cualquier agente toque datos de producción de un cliente: más en /servicios.
Si tu negocio tiene (o está evaluando) un agente de IA que escribe en tu ERP, tu CRM o tus redes, y no sabes si tiene este mismo agujero, cuéntanos tu caso y lo revisamos contigo.
