Fallback-loopen i Hermes: Slik fikser du den irriterende «rate limited»-feilen for godt
«Rate limited — switching to fallback» er ikke en bug, men Hermes' innebygde trygghetsmekanisme. Fordi fallback løsningen er per tur (per turn), vil Hermes forsøke å gå tilbake til primærleverandøren ved hver nye melding.
«Rate limited — switching to fallback» er ikke en bug, men Hermes' innebygde trygghetsmekanisme.
Fordi fallback løsningen er per tur (per turn), vil Hermes forsøke å gå tilbake til primærleverandøren ved hver nye melding.
Problemet kan stamme fra delte ressurser. Hvis både primær og fallback tilkoblingen din bruker samme bakenforliggende gateway eller API nøkkelpool, kan begge rammes samtidig og gi falsk trygghet.[6][8]
Nøkkelen til løsning ligger i config.yaml. Der finner du konfigurasjonen for primærmodell, fallback providers og eventuelle egendefinerte endepunkter («custom endpoint»).
⚠️ Rate limited — switching to fallback providerAI-generated editorial hero image for ⚠️ Rate limited — switching to fallback provider... 🔄 Primary model failed — switching to fallback: sg claude opus 4.7 via custom Sao cứ bị.
AI Prompt
Create a landscape editorial hero image for this Studio Global article: ⚠️ Rate limited — switching to fallback provider... 🔄 Primary model failed — switching to fallback: sg claude opus 4.7 via custom Sao cứ bị. Article summary: Đây không hẳn là “bug fallback”, mà là model chính của Sếp đang bị rate limit nên Hermes tự nhảy sang fallback sg claude opus 4.7 via custom đúng như thiết kế.[8] Vì fallback của Hermes là per turn, nên mỗi tin nhắn mới . Topic tags: general web, openai, llm, ai, workflow. Reference image context from search candidates: Reference image 1: visual subject "# Fallback Providers. ## Primary Model Fallback. When your main LLM provider encounters errors — rate limits, server overload, auth failures, connection drops — Hermes can automat" source context "Fallback Providers | Hermes Agent - nous research" Reference image 2: visual subject "March 18, 2026 - (rate_limit
openai.com
Hva betyr egentlig feilmeldingen?
Meldingen «⚠️ Rate limited — switching to fallback provider... 🔄 Primary model failed — switching to fallback: sg claude opus 4.7 via custom» er Hermes Agent sin måte å fortelle deg at den gjør jobben sin. Dette er den innebygde fallback-mekanismen, designet for å holde samtalen din i gang selv når hovedleverandøren av AI-modeller sliter.
Hermes er programmert til å automatisk bytte til en reservemodell dersom primærkilden møter på problemer som:
Rate limiting (HTTP 429): For mange forespørsler på kort tid, som gir en midlertidig utestengelse. Dette kan skyldes kvotebegrensninger hos leverandøren eller lange kontekstforespørsler.
Serverfeil: Problemer hos leverandørens infrastruktur.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
What is the short answer to "Fallback-loopen i Hermes: Slik fikser du den irriterende «rate limited»-feilen for godt"?
«Rate limited — switching to fallback» er ikke en bug, men Hermes' innebygde trygghetsmekanisme.
What are the key points to validate first?
«Rate limited — switching to fallback» er ikke en bug, men Hermes' innebygde trygghetsmekanisme. Fordi fallback løsningen er per tur (per turn), vil Hermes forsøke å gå tilbake til primærleverandøren ved hver nye melding.
What should I do next in practice?
Problemet kan stamme fra delte ressurser. Hvis både primær og fallback tilkoblingen din bruker samme bakenforliggende gateway eller API nøkkelpool, kan begge rammes samtidig og gi falsk trygghet.[6][8]
Fallback-loopen i Hermes: Slik fikser du den irriterende «rate limited»-feilen for godt
«Rate limited — switching to fallback» er ikke en bug, men Hermes' innebygde trygghetsmekanisme. Fordi fallback løsningen er per tur (per turn), vil Hermes forsøke å gå tilbake til primærleverandøren ved hver nye melding.
«Rate limited — switching to fallback» er ikke en bug, men Hermes' innebygde trygghetsmekanisme.
Fordi fallback løsningen er per tur (per turn), vil Hermes forsøke å gå tilbake til primærleverandøren ved hver nye melding.
Problemet kan stamme fra delte ressurser. Hvis både primær og fallback tilkoblingen din bruker samme bakenforliggende gateway eller API nøkkelpool, kan begge rammes samtidig og gi falsk trygghet.[6][8]
Nøkkelen til løsning ligger i config.yaml. Der finner du konfigurasjonen for primærmodell, fallback providers og eventuelle egendefinerte endepunkter («custom endpoint»).
⚠️ Rate limited — switching to fallback providerAI-generated editorial hero image for ⚠️ Rate limited — switching to fallback provider... 🔄 Primary model failed — switching to fallback: sg claude opus 4.7 via custom Sao cứ bị.
AI Prompt
Create a landscape editorial hero image for this Studio Global article: ⚠️ Rate limited — switching to fallback provider... 🔄 Primary model failed — switching to fallback: sg claude opus 4.7 via custom Sao cứ bị. Article summary: Đây không hẳn là “bug fallback”, mà là model chính của Sếp đang bị rate limit nên Hermes tự nhảy sang fallback sg claude opus 4.7 via custom đúng như thiết kế.[8] Vì fallback của Hermes là per turn, nên mỗi tin nhắn mới . Topic tags: general web, openai, llm, ai, workflow. Reference image context from search candidates: Reference image 1: visual subject "# Fallback Providers. ## Primary Model Fallback. When your main LLM provider encounters errors — rate limits, server overload, auth failures, connection drops — Hermes can automat" source context "Fallback Providers | Hermes Agent - nous research" Reference image 2: visual subject "March 18, 2026 - (rate_limit
openai.com
Hva betyr egentlig feilmeldingen?
Meldingen «⚠️ Rate limited — switching to fallback provider... 🔄 Primary model failed — switching to fallback: sg claude opus 4.7 via custom» er Hermes Agent sin måte å fortelle deg at den gjør jobben sin. Dette er den innebygde fallback-mekanismen, designet for å holde samtalen din i gang selv når hovedleverandøren av AI-modeller sliter.
Hermes er programmert til å automatisk bytte til en reservemodell dersom primærkilden møter på problemer som:
Rate limiting (HTTP 429): For mange forespørsler på kort tid, som gir en midlertidig utestengelse. Dette kan skyldes kvotebegrensninger hos leverandøren eller lange kontekstforespørsler.
Serverfeil: Problemer hos leverandørens infrastruktur.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
What is the short answer to "Fallback-loopen i Hermes: Slik fikser du den irriterende «rate limited»-feilen for godt"?
«Rate limited — switching to fallback» er ikke en bug, men Hermes' innebygde trygghetsmekanisme.
What are the key points to validate first?
«Rate limited — switching to fallback» er ikke en bug, men Hermes' innebygde trygghetsmekanisme. Fordi fallback løsningen er per tur (per turn), vil Hermes forsøke å gå tilbake til primærleverandøren ved hver nye melding.
What should I do next in practice?
Problemet kan stamme fra delte ressurser. Hvis både primær og fallback tilkoblingen din bruker samme bakenforliggende gateway eller API nøkkelpool, kan begge rammes samtidig og gi falsk trygghet.[6][8]
Autentiseringsfeil: Ugyldig eller utløpt API-nøkkel.
Tilkoblingsbrudd eller ødelagte svar.
Når en slik feil oppstår, bevarer Hermes hele samtalekonteksten og fortsetter sømløst med reservemodellen. Den kritiske detaljen her er at dette kun skjer for den enkeltstående turen (per-turn). Ved hver nye melding du sender, prøver Hermes først primærleverandøren igjen.
Hvorfor loopen oppstår
Du sitter fast i en loop fordi mekanismen fungerer akkurat som den skal, men den underliggende årsaken er ikke løst.
Primærkilden er fortsatt utilgjengelig: Den vanligste årsaken er at primærleverandøren din fortsatt returnerer en HTTP 429-feil på grunn av rate limiting. Så lenge denne tilstanden varer, vil hver eneste nye melding fra deg feile på første forsøk, og deretter trigge fallback-mekanismen.
Falsk trygghet via delte ressurser: Her ligger trolig kjernen i ditt spesifikke problem. Fallback-løsningen din peker mot sg-claude-opus-4.7 via custom. Dette indikerer at du bruker et egendefinert endepunkt (custom endpoint), konfigurert i config.yaml. Dersom både primærleverandøren din og dette egendefinerte endepunktet rutes gjennom den samme bakenforliggende gatewayen eller bruker den samme API-nøkkelpoolen, vil begge bli rammet av den samme rate limitingen. Du bytter i praksis fra en overbelastet vei til en annen identisk overbelastet vei, noe som kan gi inntrykk av at feilen vedvarer uansett hva du gjør.
Problemer med lange kontekster: Noen ganger utløses 429-feilen spesifikt fordi du sender svært lange meldinger eller har en omfattende samtalehistorikk. Leverandører som Anthropic kan da kreve «extra usage» og avvise forespørselen direkte.
Slik diagnostiserer og fikser du problemet
For å bryte ut av loopen må du identifisere og fjerne flaskehalsen. Start alltid med konfigurasjonsfilen.
1. Inspiser config.yaml
Dette er kommandosentralen. Åpne filen (vanligvis plassert i ~/.hermes/config.yaml) og se etter følgende:
Primærmodell: Hvilken leverandør og modell er satt som hovedmodell?
fallback_providers: Her ser du listen over reservemodeller, inkludert din sg-claude-opus-4.7 via custom.
Egendefinerte endepunkter: Sjekk hvordan det egendefinerte endepunktet for sg-claude-opus-4.7 er satt opp. Hvilken URL og autentiseringsmetode bruker det?
Den store mistanken din bør være om primærendepunktet og det egendefinerte fallback-endepunktet deler samme bakenforliggende infrastruktur.
2. Kjør tilkoblingstester
Hvis du bruker en gateway som OpenClaw, kan du kjøre diagnostikkverktøy for å få klarhet i de faktiske feilmeldingene:
openclaw gateway probe: Sjekker om gatewayen er responsiv og hvilket autentiseringsnivå som er oppnådd.
openclaw gateway status --all: Viser detaljert status for alle tilkoblinger og eventuelle feil.
Se etter klare HTTP-statuskoder som 429. Dokumentasjonen bemerker at 429-feil spesifikt kan oppstå ved lange kontekster og krever feilsøking på gateway-nivå.
3. Sjekk API-nøkler og miljøvariabler
Autentiseringsfeil kan også trigge fallback, selv om problemet er et annet. Hvis gatewayen din leser nøkler fra miljøvariabler:
Forsikre deg om at nøkkelen ligger i riktig ~/.openclaw/.env-fil på maskinen som kjører gatewayen.
Etter endring, start gateway-prosessen på nytt og verifiser med openclaw status.
4. Vurder lange kontekster
Hvis problemet oppstår oftere i lange samtaler, kan du ha nådd en grense for kontekstlengde. Dette er en form for rate limiting der leverandøren krever høyere kvote, og vises gjerne som en spesifikk HTTP 429-feilmelding.
Oppsummering
Du ser denne meldingen gjentatte ganger fordi Hermes gjør akkurat det den skal – den prøver alltid primærkilden først, og faller tilbake når den feiler. For å stoppe loopen må du ikke tukle med fallback-innstillingene, men i stedet løse det underliggende kapasitetsproblemet. Den mest sannsynlige synderen er at primær- og fallback-konfigurasjonen din ubevisst konkurrerer om de samme, begrensede ressursene. Start jakten i config.yaml.
Autentiseringsfeil: Ugyldig eller utløpt API-nøkkel.
Tilkoblingsbrudd eller ødelagte svar.
Når en slik feil oppstår, bevarer Hermes hele samtalekonteksten og fortsetter sømløst med reservemodellen. Den kritiske detaljen her er at dette kun skjer for den enkeltstående turen (per-turn). Ved hver nye melding du sender, prøver Hermes først primærleverandøren igjen.
Hvorfor loopen oppstår
Du sitter fast i en loop fordi mekanismen fungerer akkurat som den skal, men den underliggende årsaken er ikke løst.
Primærkilden er fortsatt utilgjengelig: Den vanligste årsaken er at primærleverandøren din fortsatt returnerer en HTTP 429-feil på grunn av rate limiting. Så lenge denne tilstanden varer, vil hver eneste nye melding fra deg feile på første forsøk, og deretter trigge fallback-mekanismen.
Falsk trygghet via delte ressurser: Her ligger trolig kjernen i ditt spesifikke problem. Fallback-løsningen din peker mot sg-claude-opus-4.7 via custom. Dette indikerer at du bruker et egendefinert endepunkt (custom endpoint), konfigurert i config.yaml. Dersom både primærleverandøren din og dette egendefinerte endepunktet rutes gjennom den samme bakenforliggende gatewayen eller bruker den samme API-nøkkelpoolen, vil begge bli rammet av den samme rate limitingen. Du bytter i praksis fra en overbelastet vei til en annen identisk overbelastet vei, noe som kan gi inntrykk av at feilen vedvarer uansett hva du gjør.
Problemer med lange kontekster: Noen ganger utløses 429-feilen spesifikt fordi du sender svært lange meldinger eller har en omfattende samtalehistorikk. Leverandører som Anthropic kan da kreve «extra usage» og avvise forespørselen direkte.
Slik diagnostiserer og fikser du problemet
For å bryte ut av loopen må du identifisere og fjerne flaskehalsen. Start alltid med konfigurasjonsfilen.
1. Inspiser config.yaml
Dette er kommandosentralen. Åpne filen (vanligvis plassert i ~/.hermes/config.yaml) og se etter følgende:
Primærmodell: Hvilken leverandør og modell er satt som hovedmodell?
fallback_providers: Her ser du listen over reservemodeller, inkludert din sg-claude-opus-4.7 via custom.
Egendefinerte endepunkter: Sjekk hvordan det egendefinerte endepunktet for sg-claude-opus-4.7 er satt opp. Hvilken URL og autentiseringsmetode bruker det?
Den store mistanken din bør være om primærendepunktet og det egendefinerte fallback-endepunktet deler samme bakenforliggende infrastruktur.
2. Kjør tilkoblingstester
Hvis du bruker en gateway som OpenClaw, kan du kjøre diagnostikkverktøy for å få klarhet i de faktiske feilmeldingene:
openclaw gateway probe: Sjekker om gatewayen er responsiv og hvilket autentiseringsnivå som er oppnådd.
openclaw gateway status --all: Viser detaljert status for alle tilkoblinger og eventuelle feil.
Se etter klare HTTP-statuskoder som 429. Dokumentasjonen bemerker at 429-feil spesifikt kan oppstå ved lange kontekster og krever feilsøking på gateway-nivå.
3. Sjekk API-nøkler og miljøvariabler
Autentiseringsfeil kan også trigge fallback, selv om problemet er et annet. Hvis gatewayen din leser nøkler fra miljøvariabler:
Forsikre deg om at nøkkelen ligger i riktig ~/.openclaw/.env-fil på maskinen som kjører gatewayen.
Etter endring, start gateway-prosessen på nytt og verifiser med openclaw status.
4. Vurder lange kontekster
Hvis problemet oppstår oftere i lange samtaler, kan du ha nådd en grense for kontekstlengde. Dette er en form for rate limiting der leverandøren krever høyere kvote, og vises gjerne som en spesifikk HTTP 429-feilmelding.
Oppsummering
Du ser denne meldingen gjentatte ganger fordi Hermes gjør akkurat det den skal – den prøver alltid primærkilden først, og faller tilbake når den feiler. For å stoppe loopen må du ikke tukle med fallback-innstillingene, men i stedet løse det underliggende kapasitetsproblemet. Den mest sannsynlige synderen er at primær- og fallback-konfigurasjonen din ubevisst konkurrerer om de samme, begrensede ressursene. Start jakten i config.yaml.
