OpenClaw Ollama Cloud: Drei-Schichten-Fix für fehlende Modelle und Doktor-Lösch-Bug

Benutzer /u/christof21 berichtet von einer frustrierenden Neuinstallation von OpenClaw auf einem Mac Mini, bei der nur ein einziges Cloud-Modell (kimi-k2.5:cloud) funktionierte, obwohl drei Modelle konfiguriert waren. Nach intensiver Fehlersuche deckte er ein dreischichtiges Problem auf, das die Anbieterregistrierung, die Schema-Validierung und einen blinden Fleck des Doctor-Befehls betrifft.

Das dreischichtige Problem

Die mitgelieferten Standardmodelle von OpenClaw enthalten nur drei Ollama-Cloud-Modelle: kimi-k2.5:cloud, minimax-m2.7:cloud und glm-5.1:cloud. Alle benutzerdefinierten Modelle (z. B. deepseek-v4-pro:cloud, nemotron-3-ultra:cloud, minimax-m3:cloud) müssen unter models.providers.ollama-cloud.models[] registriert werden. Das Installationsprogramm hat diese Einträge nicht geschrieben – daher erschien nur kimi-k2.5.

Zweitens benötigt jeder Modelleintrag sowohl ein id- als auch ein name-Feld, um das Gateway-Schema zu erfüllen. Das alleinige Hinzufügen von id (wie vom Laufzeithinweis vorgeschlagen) schlägt stillschweigend fehl. Die Lösung: Beides angeben.

Drittens laden openclaw doctor --fix und config validate die Ollama-Erweiterung nicht. Da sie ollama-cloud nicht als mitgelieferten Anbieter erkennen, melden sie „baseUrl muss angegeben werden“ und doctor --fix löscht den gesamten Ollama-Cloud-Anbieter-Block. Deshalb verschwand die manuelle Reparatur nach jedem Neustart.

Die Lösung

Fügen Sie Ihrem Anbieterkonfiguration eine explizite baseUrl: "https://ollama.com" hinzu (identisch zum built-in-Wert, keine Verhaltensänderung). Dies erfüllt sowohl den Validator als auch das Gateway.

providers:
  ollama-cloud:
    baseUrl: "https://ollama.com"
    models:
      - id: deepseek-v4-pro:cloud
        name: deepseek-v4-pro:cloud
      - id: nemotron-3-ultra:cloud
        name: nemotron-3-ultra:cloud
      - id: minimax-m3:cloud
        name: minimax-m3:cloud

Warnungen

• Führen Sie openclaw doctor --fix nicht aus – es löscht Ihren Block erneut. Validieren Sie manuell oder verzichten Sie ganz auf den Doctor.
• Wenn Sie später weitere Cloud-Modelle hinzufügen, fügen Sie sie sowohl in agents.defaults.models als auch in die Anbieterliste mit {id, name} ein.
• Behalten Sie die baseUrl-Zeile – sie ist der einzige Schutz vor der Löschung durch den Doctor.

Vorerst funktioniert der Workaround. Eine dauerhafte Lösung würde erfordern, dass der Doctor-Befehl Erweiterungen lädt, bevor er Anbieter validiert – das liegt jedoch upstream.