Limites de Taxa da API RCS: O Bloqueador Silencioso para Implementações de Agentes de IA

Limites de Taxa da API RCS: O Bloqueador Silencioso para Implementações de Agentes de IA

Você construiu uma campanha RCS impecável para seu agente de IA. Ativos da marca aprovados. Lógica do agente refinada. Sua IA conversacional está pronta para lidar com o atendimento ao cliente em grande escala.

Então suas chamadas de API RCS começam a retornar 429s.

Isso está acontecendo com mais equipes que constroem atendimento ao cliente baseado em agentes do que qualquer um admite publicamente. E a documentação? Não está em lugar nenhum.

Por que Agentes de IA Consomem Limites RCS Mais Rápido do que Campanhas

Diferente de campanhas de SMS em lote, agentes de IA têm padrões de tráfego fundamentalmente diferentes:

Conversas simultâneas -- Um agente lidando com 50 usuários simultâneos pode disparar centenas de chamadas de API em segundos.

Mídia rica agrava o problema -- Cartões em carrossel, imagens, respostas sugeridas pela IA, cada um requer múltiplas chamadas de API. Um cartão rico = 3-5 chamadas de API em vez de 1.

Servidores MCP se acumulam -- Se você está usando servidores do Protocolo de Contexto de Modelo (Infobip, Sinch, etc.) para seu agente, eles estão fazendo chamadas de API RCS junto com a lógica do seu agente. Isso se acumula rapidamente.

Os Três Tipos de Limite que Você Está Enfrentando

Problema crítico: Agentes de teste enfrentam limites mais baixos (frequentemente não documentados) do que contas de marca verificadas. Muitas equipes descobrem isso apenas no lançamento.

A Solução: Projete para Limites de Taxa ANTES de Lançar

Aqui está a arquitetura que funciona:

1. Filas de Mensagens com Vias de Prioridade

// Separe filas por prioridade - não trate todas as mensagens de agentes igualmente
const queues = {
  critical: [],   // Consultas de usuários, status de pedidos, informações de conta
  standard: [],  // Respostas gerais, notificações
  bulk: []       // Marketing, newsletters, não urgentes
};

const RATE_LIMIT_PER_SECOND = 10;

setInterval(() => {
  // Sempre drene o crítico primeiro
  if (queues.critical.length > 0 && currentRate < RATE_LIMIT_PER_SECOND) {
    sendRCS(queues.critical.shift());
  } else if (queues.standard.length > 0 && currentRate < RATE_LIMIT_PER_SECOND) {
    sendRCS(queues.standard.shift());
  }
}, 1000 / RATE_LIMIT_PER_SECOND);

2. Retentativa Exponencial com Jitter

Retentativas simples se acumulam e pioram as coisas. Adicione jitter para espalhar as retentativas:

async function sendWithBackoff(message, attempt = 0) {
  const baseDelay = 1000;
  const maxDelay = 30000;
  const jitter = Math.random() * 1000; // Espalhe as retentativas

  const delay = Math.min(baseDelay * Math.pow(2, attempt) + jitter, maxDelay);

  try {
    await rcsClient.send(message);
  } catch (error) {
    if (error.code === 429 && attempt < 5) {
      await new Promise(r => setTimeout(r, delay));
      return sendWithBackoff(message, attempt + 1);
    }
    throw error;
  }
}