Notas de campo · 19 de octubre de 2026 · 7 min de lectura

El 429 no está donde crees

Casi todos los tickets de «mi flujo de enriquecimiento se muere a mitad de camino» tienen el mismo sospechoso: un límite de tasa del proveedor de IA. Fuimos a la documentación del proveedor y después hicimos la aritmética con nuestros propios ajustes de lote — y los números dicen que el nodo de IA es el lugar menos probable de donde puede salir un 429. Esto es lo que limita cada proveedor, lo que compra realmente el intervalo entre lotes y qué códigos de error merecen un reintento.

Lo que DeepSeek limita de verdad: conexiones, no solicitudes por minuto

Léelo en la documentación viva, no en un blog del año pasado. A octubre de 2026 DeepSeek publica un límite de concurrencia por cuenta, no una cuota de solicitudes por minuto:

Dos detalles importan más que los números grandes. Primero, una solicitud ocupa un cupo desde que se envía hasta que la respuesta termina: una respuesta lenta retiene su cupo, así que la unidad no es «solicitudes por segundo». Segundo, el límite se calcula a nivel de cuenta, sin importar qué clave API uses: tus cinco flujos comparten un mismo techo, y también cualquier otra aplicación de esa cuenta. Al pasarlo recibes 429, igual que si hubieras enviado demasiadas solicitudes por minuto.

La aritmética del kit: 4 en vuelo contra un techo de 2.500

El nodo 05 del flujo usa las opciones de lote de n8n con dos valores que importan: lote de 4 e intervalo entre lotes de 1.200 ms. Por lotes se entiende que una sola solicitud HTTP lleva cuatro leads, y n8n espera 1,2 s antes de abrir la siguiente. Las consecuencias, en números simples:

Entonces el intervalo no está ahí para contentar a un limitador en el caso normal — con 0,16 % del techo, no podría. Está por tres razones más baratas: mantiene predecible la duración de la corrida, evita que un bucle descontrolado se convierta en una factura descontrolada, y te deja margen para el día en que corras diez flujos a la vez sobre la misma cuenta. Ese último caso es donde el límite de cuenta sí muerde.

Qué errores merecen un reintento y cuáles son pérdida de tiempo

Esta es la parte que convierte una tarde mala en un arreglo de cinco minutos. La tabla de errores de DeepSeek lista seis códigos que vas a encontrar de verdad, y solo algunos mejoran al reintentar:

Una solicitud rechazada vuelve sin bloque usage, así que no se factura: un 429 te cuesta tiempo, no tokens. Lo que sí puede costarte, si lo manejas mal, es trabajo duplicado — y por eso el reintento va en las opciones del propio nodo HTTP y no en un bucle escrito a mano.

Los tres ajustes que lo arreglan en n8n, en orden

1. Reintento con espera. En el nodo 05, activa Retry On Fail, pon Max Tries en 3 y Wait Between Tries en 2000 ms. Tres intentos con dos segundos entre ellos aguantan un 503 transitorio sin tocar el resto del flujo.
2. Sube el intervalo del lote antes de achicar el lote. Si ves 429 sostenidos, lleva el intervalo de 1200 a 3000. Mismo trabajo, mismos tokens, cuatro veces más lento — y todavía bajo una solicitud cada tres segundos.
3. Y solo entonces, reduce el tamaño del lote. Bajar de 4 a 2 no reduce la concurrencia (nunca hubo más de una solicitud en vuelo); duplica el número de solicitudes. Solo ayuda cuando una sola solicitud es demasiado grande para el modelo, que es otro problema — el de la respuesta vacía, tratado en nuestro artículo de la respuesta vacía.

De dónde sale realmente el 429 en este flujo

En nuestras corridas, el nodo de IA no es el sospechoso habitual. Ordenado por cuántas veces explica la falla:

Diagnóstico en sesenta segundos

Abre la ejecución fallida y lee tres cosas en orden: qué nodo está en rojo (eso solo ya separa un problema de Google de uno de IA), el estado HTTP y si falló en el primer lote o después de N. Fallar en el primer lote casi nunca es límite de tasa: es credencial, parámetros o saldo. Fallar después de N lotes, solo en días cargados, es límite de tasa, y el intervalo es la perilla correcta. Fallar siempre en un lead concreto es un problema de prompt o de carga útil que ninguna espera arregla.

Lo que no probamos

Honestidad sobre la evidencia: no provocamos un 429 a propósito, y no corrimos este flujo contra una clave real de Google en producción. Las cifras de concurrencia salen de la documentación de DeepSeek leída el 19 de octubre de 2026; las de tiempo salen de nuestras propias corridas (15 solicitudes por lote para 60 leads, unos 20 segundos de punta a punta). Si DeepSeek cambia sus límites mañana, la aritmética cambia con ellos — y por eso el documento que viaja dentro del kit pone la fuente y la fecha al lado de cada número.