Zwei erforderliche Korrekturen für "write_file nicht gefunden" in Gemini CLI in OpenClaw

Ein Reddit-Benutzer hat eine Lösung für ein häufiges Problem bei der Verwendung von OpenClaw mit google-gemini-cli (Gemini CLI) gepostet: Agenten können keine Dateien schreiben, melden write_file not found oder versuchen default_api_write_file und erhalten die Meldung „Tool not found. Did you mean: write_file, read_file, list_directory?“. Die Ursache ist zweigeteilt.
Ursachen
- tools.profile hat standardmäßig den Wert
coding– dieses Profil stelltwrite_filenicht bereit. - OpenClaw startet Gemini CLI als kopflosen Unterprozess ohne
--approval-mode auto_edit– ohne dieses Flag istwrite_filenicht in der Werkzeugliste verfügbar.
Lösungsschritte
- Ändern Sie das Werkzeugprofil:
openclaw config set tools.profile full - Bearbeiten Sie
~/.openclaw/openclaw.jsonund fügen Sie dencliBackends-Block innerhalb vonagents.defaultshinzu:
"cliBackends": { "google-gemini-cli": { "command": "/home/YOUR_USER/.npm-global/bin/gemini", "args": ["--approval-mode", "auto_edit"], "output": "json", "input": "arg" } } - Starten Sie das Gateway neu:
systemctl --user restart openclaw-gateway
Der Schlüssel cliBackends überschreibt, wie OpenClaw den Gemini-CLI-Prozess startet, und injiziert das erforderliche Flag. Ohne ihn läuft der Unterprozess im Standard-Genehmigungsmodus, der interaktive Eingaben erfordert und das Werkzeug stillschweigend entfernt.
Was nicht funktioniert
- Erstellen einer
settings.jsonim Arbeitsbereich mitapprovalMode: auto_edit– OpenClaw übergibt nicht das richtige Arbeitsverzeichnis. - Setzen von
agents.defaults.sandbox.workspaceAccess: rw– das ist die OpenClaw-Sandbox, nicht mit der Werkzeugverfügbarkeit verbunden. - Injizieren von
GEMINI_CLI_ACTIVE_APPROVAL_MODEüber die Umgebung – Schema lehnt dies ab. - Direktes Modifizieren der Gemini-Binärdatei – funktioniert isoliert, aber OpenClaw verwendet möglicherweise nicht denselben Pfad.
Für wen es gedacht ist: Entwickler, die OpenClaw mit Gemini CLI verwenden und bei der Bootstrap- oder Agentenausführung auf fehlende Dateischreibwerkzeuge stoßen.
📖 Lesen Sie die vollständige Quelle: r/openclaw
👀 Siehe auch

Hören Sie auf zu fragen, welches KI-Modell Sie verwenden sollen: Leiten Sie Aufgaben an Haiku-, Sonnet- und Opus-Stufen weiter
Verwenden Sie mindestens drei Modelle nach Aufgabentyp: Haiku-Stufe zum Lesen/Zusammenfassen, Sonnet-Stufe zum Schreiben von Code und Opus-Stufe nur für dateiübergreifende Refactorings und Debugging. Ein Benutzer leitet 40% an günstige Modelle, 35% an mittlere, 25% an Spitzenmodelle weiter, was etwa 30-40 USD/Monat kostet.

OpenClaw-Fehlermuster: 42 reale Vorfälle in 28 Tagen
Ein Entwickler, der OpenClaw täglich nutzt, dokumentierte 42 spezifische Fehler in acht Kategorien, darunter KI-Halluzinationen, Authentifizierungsprobleme und Automatisierung, die mehr Zeit kostet als sie spart. Die Quelle liefert konkrete Beispiele wie die 7-tägige Ablaufzeit von Google OAuth-Tokens und Opus 4.6, das unerwünschte Metadaten zu Dateien hinzufügt.

Ändern des Standard-Systemprompts von OpenClaw, um Inhaltsbeschränkungen zu umgehen
Ein Benutzer hat die Konfigurationsdatei von OpenClaw modifiziert, um die Standard-Systemaufforderung von "Sie sind ein hilfsbereiter, respektvoller und ehrlicher Assistent" in eine benutzerdefinierte Aufforderung zu ändern, die externe Sicherheitsfilter ignoriert und damit Inhaltsbeschränkungen effektiv aufhebt. Der Prozess beinhaltet die Bearbeitung von config.js im Installationsverzeichnis von node-llama-cpp.

Debugging von OpenClaw + Ollama-Lokalmodelle-Zeitüberschreitungen: Fünf Lösungen für stille Fehler
Ein Entwickler identifizierte fünf Hauptursachen für das stille Timeout von OpenClaw-Agenten mit lokalen Ollama-Modellen wie Gemma 4 26B, darunter einen blockierenden Slug-Generator, einen 38K-Zeichen-Systemprompt und versteckte Timeouts. Die Lösungen umfassen das Deaktivieren von Hooks, das Ändern von Konfigurationen und das Anpassen von Ollama-Einstellungen.