Derfor bliver du ved med at se "Rate limited — switching to fallback provider"

Typisk stammer problemet fra en HTTP 429-fejl ("Too Many Requests"), som kan have flere årsager :

1. Opbrugt token-kvote: Du har sendt for mange forespørgsler inden for en kort periode.
2. For stor kontekst: OpenClaw's dokumentation advarer specifikt om, at 429 kan skyldes "Extra usage is required for long context requests" . Hvis din prompt eller samtale er meget lang, kan det udløse strengere kvotebegrænsninger.
3. Falsk rate limit: I sjældne tilfælde kan OpenClaw fejlagtigt rapportere en rate limit, selvom den underliggende API fungerer fint .

Det kritiske punkt: Custom endpoint

Når du ser "sg claude opus 4.7 via custom", betyder det, at din fallback-model kører gennem en særligt konfigureret udbyder eller endpoint — sandsynligvis defineret i din config.yaml-fil .

Her er fælden: Hvis både din primære model og fallback-modellen kører gennem den samme gateway, det samme backend-pool eller den samme API-nøgle, vil en overbelastning ramme begge veje. Du oplever så et skift af modelnavn, men i praksis er du stadig fanget i den samme flaskehals .

Sådan diagnosticerer du problemet

Før du begynder at ændre konfigurationer, bør du undersøge præcis, hvad der foregår:

1. Kør en gateway probe

Hvis du bruger OpenClaw som gateway, giver kommandoen her et øjebliksbillede af forbindelsen :

Se efter

Reachable: yes

2. Tjek din config.yaml

Åbn ~/.hermes/config.yaml og undersøg :

• Hvilken primær model og udbyder er konfigureret?
• Hvilke modeller står under fallback_providers:?
• Bruger primær og fallback den samme custom endpoint?

En typisk fallback-konfiguration ser sådan ud :

3. Tjek for lange kontekster

Hvis problemet især opstår i lange samtaler eller med store filer som kontekst, er det sandsynligvis en long-context rate limit. Prøv at starte en ny session med kortere prompts for at se, om problemet forsvinder .

Sådan løser du det permanent

Løsning 1: Adskil primær og fallback

Sørg for at din fallback-model bruger en anden udbyder eller et separat endpoint, så en rate limit det ene sted ikke blokerer begge. Brug for eksempel OpenRouter som fallback, hvis din primære er Anthropic direkte .

Løsning 2: Undersøg din API-nøgle

1. Log ind på din udbyders konsol (f.eks. Anthropic, OpenAI).
2. Tjek dit forbrug og eventuelle kvotelofter.
3. Hvis du bruger OpenClaw gateway, skal API-nøglen ligge på den maskine, der kører gatewayen — typisk i ~/.openclaw/.env .
4. Genstart gateway-tjenesten efter ændringer .

Løsning 3: Håndter long-context problemer

Hvis du rammer long-context rate limits, kan du :

• Reducere mængden af kontekst i dine prompts.
• Opgradere dit API-abonnement til en højere kvote.
• Konfigurere en model med større kontekstvindue.

Løsning 4: Aktivér fallback-kæden korrekt

Brug Hermes' indbyggede kommando til at konfigurere fallback :

Dette guider dig gennem valg af udbyder og model og gemmer konfigurationen korrekt i config.yaml.

Konklusion

At se advarslen gentage sig er frustrerende, men det er Hermes, der arbejder for dig — ikke en bug, der arbejder imod dig. Mekanismen er per-design per-tur, og den eneste vej til en permanent løsning er at fjerne flaskehalsen i din primære model eller adskille primær og fallback på infrastruktur-niveau .

Start med at køre en gateway probe, tjek din config.yaml, og undersøg om primær og fallback deler underliggende infrastruktur. I de fleste tilfælde er det netop dér, nøglen til en stabil oplevelse ligger.