Api fehler | Friends of the Crustacean 🦞🤝 | Page 1

median berryBOT Feb 19, 2026, 7:56 AM

#

To help others find answers, you can mark your question as solved via Right click solution message -> Apps -> ✅ Mark Solution

swift deltaBOT Feb 19, 2026, 7:59 AM

#

Der Fehler kommt ziemlich sicher nicht daher, dass dein JSON kaputt ist, sondern weil Cloud Code Assist (Antigravity / “Cloud Code Assist-style agent endpoint”) nur einen sehr kleinen JSON‑Schema‑Subset für Tool-Definitions akzeptiert.

patternProperties ist ein JSON‑Schema Keyword (für “dictionary”-artige Objekte) – Cloud Code Assist lehnt das ab → deshalb:

Invalid JSON payload … Unknown name "patternProperties" … request.tools[…].function_declarations[…].parameters…

Was du tun kannst

OpenClaw updaten (wenn möglich auf die neueste Version / aktuellstes main)
In main gibt’s/ gab’s Arbeit, Tool-Schemas für solche Endpoints zu “sanitizen” (Keyword‑Cleanup), damit genau solche 400er nicht passieren.
Workaround bis dahin:
- anderen Provider/Endpoint verwenden (einen, der Tool-Schemas vollständiger akzeptiert), oder
- Tool-Calling temporär reduzieren/deaktivieren (wenn du eh gerade nur Chat brauchst), oder
- falls du Custom Tools definierst: Schema vereinfachen und Keywords wie patternProperties, anyOf/oneOf/allOf, additionalProperties, format, minLength/maxLength vermeiden.

Damit ich’s sicher einordnen kann

#

Poste bitte kurz:

openclaw --version
und welchen Model/Provider du nutzt (z.B. ob das google-antigravity/... ist)

Dann kann ich dir sagen, ob du “nur” updaten musst oder ob’s noch einen spezifischen Workaround für deine Konstellation gibt.

somber sapphire Feb 19, 2026, 12:23 PM

#

openclaw --version

swift deltaBOT Feb 19, 2026, 12:23 PM

#

Im Terminal einfach ausführen:

openclaw --version

und die Ausgabe hier reinkopieren.

Falls der Befehl nicht gefunden wird, probier (je nachdem wie du installiert hast):

npx openclaw --version
# oder (wenn du aus dem Repo arbeitest)
pnpm openclaw --version

Optional (hilft bei “falsches openclaw im PATH”):

#

which openclaw
openclaw --version

somber sapphire Feb 19, 2026, 12:23 PM

#

🦞 OpenClaw 2026.2.17 (4134875)
Your .env is showing; don't worry, I'll pretend I didn't see it.

Model Input Ctx Local Auth Tags
zai/glm-5 text 200k no yes default,configured,alias:GLM
google-antigravity/claude-opus-4-6-thin... text+image 195k no yes fallback#1,configured
google-antigravity/claude-opus-4-5-thin... text+image 195k no yes fallback#2,configured
zai/glm-4.7 text 200k no yes fallback#3,configured,alias:GLM

swift deltaBOT Feb 19, 2026, 12:24 PM

#

Du bist auf OpenClaw 2026.2.17 – danke. Der Stacktrace passt ziemlich eindeutig zu google-antigravity/... (Cloud Code Assist / Antigravity OAuth): dieser Endpoint akzeptiert nur einen strikten JSON‑Schema‑Subset für Tools und schmeißt bei Keywords wie patternProperties sofort 400.

Das passiert typischerweise, wenn OpenClaw auf eines deiner Antigravity-Fallback-Modelle wechselt (bei dir fallback#1/#2) und dann Tools mitsendet.

Schnellster Workaround (empfohlen): Tools für google-antigravity runterfahren

In deine openclaw.json (JSON5) sowas rein:

{
  tools: {
    byProvider: {
      "google-antigravity": { profile: "minimal" }, // sendet praktisch keine Tools mehr
    },
  },
}

#

Dann Gateway neu starten.

Damit kann Antigravity weiter als Text-Fallback dienen, aber es bekommt keine Tool-Schemas mehr → kein patternProperties → kein 400.

Docs dazu: https://docs.openclaw.ai/tools (Abschnitt “Provider-specific tool policy”)

Alternative

Antigravity-Fallbacks entfernen/weiter nach hinten, sodass du beim Tool-Calling nicht dort landest, oder
statt google-antigravity/... ein “normaleres” Provider-Modell als Fallback nutzen (z.B. anthropic/... oder google/... mit API Key), die Tool-Schemas besser vertragen.

Wenn du willst, sag kurz bei welcher Aktion der Fehler auftritt (Browser-Tool? cron? nodes? etc.) – dann kann man die allowlist auch gezielter machen als “minimal”.

somber sapphire Feb 19, 2026, 12:31 PM

#

ich habe antigravity gelöscht. jetzt kommt das obwohl nichts verbaucht ist Agent failed before reply: All models failed (2): zai/glm-5: Provider zai is in cooldown (all profiles unavailable) (rate_limit) | zai/glm-4.7: Provider zai is in cooldown (all profiles unavailable) (rate_limit).
Logs: openclaw logs --follow

swift deltaBOT Feb 19, 2026, 12:36 PM

#

Das ist jetzt ein anderes Problem als vorher:

Du hast Antigravity rausgeworfen – damit bleiben bei dir offenbar nur noch Z.AI/GLM Modelle übrig. Und OpenClaw hat den Provider zai in Cooldown gesetzt, weil vorher ein Request als rate_limit (typisch 429 / “too many requests”, manchmal auch timeout-ähnlich) klassifiziert wurde:

Provider zai is in cooldown (all profiles unavailable) (rate_limit)

Wichtig: Cooldown ist absichtlich und hat Exponential Backoff (1 min → 5 min → 25 min → 1 h). Solange du nur diesen einen Provider hast, ist dann “alles tot”.

Was du jetzt machen solltest

Warten & nochmal probieren
Oft ist’s nach 1–5 Minuten wieder gut (je nachdem wie oft es schon passiert ist).
Cooldown-Dauer/Grund prüfen

openclaw models status --json

#

Schau dort nach auth.unusableProfiles bzw. cooldownUntil (oder paste den Block hier rein).

Logs: den eigentlichen Auslöser finden
openclaw logs --follow ist genau richtig. Reproduzier den Fehler einmal und paste dann bitte die ~20–40 Zeilen vor der Cooldown-Meldung (da steht normalerweise der echte HTTP Fehler/Statuscode vom Provider).

Damit du nicht komplett blockierst (empfohlen)

Füg wieder mindestens einen Fallback von einem anderen Provider hinzu (OpenAI/Anthropic/Gemini API etc.), sonst bist du bei jedem Rate-Limit sofort “All models failed”.

Wenn du Antigravity als reinen Notnagel behalten willst, kannst du es auch wieder aufnehmen, aber mit Tools für google-antigravity auf minimal, damit du nicht wieder in den patternProperties-Tool-Schema-400 läufst.

somber sapphire Feb 19, 2026, 12:44 PM

#

LLM error: {
"error": {
"code": 503,
"message": "This model is currently experiencing high demand. Spikes in demand are usually temporary. Please try again later.",
"status": "UNAVAILABLE"
}
}

#

wenn ich auf google gemini gehe

swift deltaBOT Feb 19, 2026, 12:45 PM

#

Das ist ein Provider-seitiger 503 (UNAVAILABLE / “high demand”) von Z.AI/GLM – da ist bei dir sehr wahrscheinlich nichts “verbraucht” worden (Request wird vor/ohne normale Inference abgewiesen).

OpenClaw reagiert darauf, indem es den Provider/Profil in Cooldown setzt (bei dir steht’s dann als rate_limit), und weil du aktuell offenbar nur zai/* Modelle drin hast (primary + fallback beide zai), endet das in:

All models failed … Provider zai is in cooldown

Was du jetzt tun kannst

Cooldown-Zeitpunkt anschauen

openclaw models status --json

Paste daraus am besten den Teil mit auth.unusableProfiles / cooldownUntil, dann kann man sehen, wie lange er noch pausiert.

Warten und später nochmal
Bei Cooldowns ist das Backoff typischerweise 1min → 5min → 25min → 1h (je nachdem wie oft es schon geknallt hat).

#

Wichtig: einen Fallback von einem anderen Provider hinzufügen
Ein zweites zai/... hilft hier nicht, wenn der ganze Provider grad “zu” ist. Du brauchst mindestens einen Fallback außerhalb von zai.

CLI dafür:

openclaw models fallbacks list
openclaw models fallbacks add <anderer-provider>/<modell>

(Wenn du Antigravity wieder als Notfallback nutzen willst, dann am besten mit Tools auf minimal, damit du nicht wieder in den patternProperties-400 läufst.)

Wenn du openclaw models status --json hier reinwirfst (oder zumindest den unusableProfiles Block), sag ich dir genau, ob du nur warten musst oder ob da noch was anderes (Quota/Auth) reinspielt.

somber sapphire Feb 19, 2026, 12:48 PM

#

"unusableProfiles": [
{
"profileId": "zai:default",
"provider": "zai",
"kind": "cooldown",
"until": 1771507624547,
"remainingMs": 2403637

swift deltaBOT Feb 19, 2026, 12:50 PM

#

Das erklärt’s: remainingMs: 2403637 sind ~40 Minuten Cooldown (2 403 637 ms ≈ 40,1 min). until: 1771507624547 ist einfach ein Unix-Timestamp in Millisekunden (sieht riesig aus, ist aber normal).

Wichtig dabei:

Der Cooldown wird persistiert (in den Auth-Profil-Stats) – Gateway-Neustart hilft daher meist nicht.
Auslöser war sehr wahrscheinlich der 503 UNAVAILABLE / “high demand” vom Z.AI Endpoint. OpenClaw behandelt das wie rate-limit/temporary-unavailable und geht auf Backoff.

Was tun?

Warten, bis der Cooldown abgelaufen ist (bei dir ~40 min).
Damit du nicht “hart” ausfällst: mindestens einen Fallback von einem anderen Provider konfigurieren (OpenAI/Anthropic/Gemini API etc.). Zwei zai/... Modelle helfen nicht, wenn der ganze Provider gerade dicht ist.

Wenn du willst, sag kurz: hast du irgendeinen anderen Provider bereits eingerichtet (API Key/OAuth)? Dann kann ich dir die schnellste “Fallback hinzufügen”-Route nennen (CLI vs. config).

somber sapphire Feb 19, 2026, 12:55 PM

#

funtioniert ja nicht habe gemin und antigravity mit opus 4.7

swift deltaBOT Feb 19, 2026, 12:57 PM

#

Du meinst wahrscheinlich zwei verschiedene Dinge mit “Gemini”:

google-antigravity/... = Cloud Code Assist / Antigravity OAuth (der, der bei Tools mit patternProperties schon mal 400 wirft)
google/... = Gemini API Key Provider (mit GEMINI_API_KEY) → das ist der “normale” Gemini-Fallback, der dir jetzt bei ZAI-Ausfall helfen würde

In deinem Fehlerlauf gerade steht aber nur zai:* (und dann Cooldown) → d.h. dein Fallback-Set enthält aktuell keinen nicht‑ZAI Provider, sonst würde OpenClaw dahin wechseln statt “All models failed”.

1) Bitte einmal zeigen, was OpenClaw wirklich als Fallbacks nutzt

openclaw models status --plain
openclaw models fallbacks list

Paste das hier rein.

2) Wenn du “Gemini API Key” meinst (Provider `google`)

Dann musst du den auch als Fallback eintragen:

#

Auth setzen (falls noch nicht passiert):

openclaw onboard --auth-choice gemini-api-key

Modell-ID raussuchen:

openclaw models list --provider google

Als Fallback hinzufügen:

openclaw models fallbacks add google/<modell-aus-der-liste>

Danach nochmal:

#Api fehler