KamoCRM

Saiba por que um provedor falha, pare de martelá-lo, diga-o uma vez (SIQ2)

FeatureAIService
Enviado
13 de novembro de 2026 às 00:29 UTC
Autor
Kamo
Confirmação
0380c33

- Os erros do provedor são classificados a partir do próprio corpo do provedor: INSUFFICIENT_QUOTA (quota_insuficiente, faturamento, 402, baixo crédito), RATE_LIMITED (um 429 real), AUTH (401/403), OUTAGE (5xx, tempos de espera). ai_usage_records.error_message mantém '[TIPO] HTTP 429 <código>: <mensagem>' (sanitized: sem chave, sem prompt, 300 caracteres); status_detail mantém isso também. - Disjuntor por provedor: fora de crédito abre OUT_OF_CREDIT de uma só vez, AUTH_FAILED (Chave Rejeitada). O roteador ignora ambas as chaves para tráfego ao vivo e em segundo plano; o próximo provedor é tentado; todos bloqueados Um limite de taxa resfria o provedor para sua disponibilidade Retry-After em vez disso (sem interruptor). - Re-check por uma pequena conclusão real (não /models): em uma duplicação de 15 min até 6 h de atraso (BreakerProbeJob), de uma só vez em uma edição chave, e em Teste Conexão (Verificar agora), que agora responde a sentença do provedor. - Um aviso de sino-somente (sem e-mail / texto / push) para o SI de gestão da organização Titulares de configurações quando um disjuntor abre, retirado quando ele fecha. - GET /api/ai/org-availability (qualquer membro, própria org) para a interface do usuário.

Todas as alterações

Como o que você vê o transporte?

Comece com o plano gratuito e leia esta página novamente daqui a um mês, para saber mais sobre o que está disponível para você.

Comece grátis para sempreVer preços