KamoCRM

Sapere perché un fornitore fallisce, smettere di martellare, dirlo una volta (SIQ2)

FeatureAIService
Shipped
13 novembre 2026 alle ore 00:29 UTC
Author
Kamo
Commit
0380c33

- Gli errori del fornitore sono classificati dal corpo stesso del fornitore: INSUFFICIENT_QUOTA (quota_insufficiente, fatturazione, 402, credito basso), RATE_LIMITED (un vero 429), AUTH (401/403), OUTAGE (5xx, timeout). Ai_usage_records.error_message mantiene '[TIPO] HTTP 429 <codice>: <messaggio>' (sanitized: nessuna chiave, nessun prompt, 300 caratteri); anche status_detail lo mantiene. - Interruttore per fornitore: fuori credito apre OUT_OF_CREDIT in una sola volta, AUTH_FAILED (Chiave rifiutata). Il router salta entrambe le chiavi per Traffico in tempo reale e in background; viene provato il provider successivo; tutti bloccati Un limite di tariffa raffredda il provider per il suo impegno a mantenere la disponibilità dell'organizzazione Retry-After invece (nessun interruttore). - Ricontrollare da un piccolo completamento reale (non /models): su un raddoppio di 15 min 6 h di backoff (BreakerProbeJob), in una sola volta su una modifica chiave, e su Test Connessione (Verifica ora), che ora risponde alla frase del provider. - Un avviso di campana solo (senza e-mail / testo / push) per l'org I titolari delle impostazioni quando un interruttore si apre, ritirati quando si chiude. - GET /api/ai/org-disponibilità (qualsiasi membro, propria organizzazione) per l'interfaccia utente.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing