OpenClaw veröffentlicht v2026.4.20 mit Kimi K2.6 als Standardmodell

Gate News-Meldung, 21. April — OpenClaw, eine Open-Source-Plattform für KI-Agenten, hat v2026.4.20 am 20. April veröffentlicht und führt bedeutende Updates für das Umschalten des Standardmodells, die Handhabung von Plugin-Verträgen und die Optimierung der Gateway-Speicherung ein.

Die Veröffentlichung wechselt das Standardmodell für Moonshots integrierte Channels, Websuche und multimodales Verstehen auf Kimi K2.6, wobei die Abwärtskompatibilität mit Kimi K2.5 erhalten bleibt. Moonshot erlaubt nun thinking.keep = "all" ausschließlich auf Kimi K2.6; andere Moonshot-Modelle oder Anfragen mit festen tool_choice-Parametern haben das Feld automatisch entfernt. Das Update fügt gestaffelte Preise für die Kostenschätzung hinzu, mit integrierten Preisen für Kimi K2.6 und K2.5, sodass eine direkte Abrechnung der Token-Nutzung möglich ist.

Ein kritischer Fix macht den strikten ID-Vertrag rückgängig, der am 14. April eingeführt wurde. Dieser verlangte, dass plugin info.id mit den registrierten Slot-IDs übereinstimmt, und führte dazu, dass Drittanbieter-Context-Engine-Plugins wie lossless-claw in jeder Runde abgelehnt wurden. Die Standard-Timeout für die Textzustellung bei BlueBubbles wurde von 10 auf 30 Sekunden erhöht, und macOS 26 Tahoe priorisiert nun die Private API, auch wenn sie deaktiviert ist, wodurch ein stiller Nachrichtenverlust verhindert wird.

Auf der Operations-Seite trennt Cron jetzt den Laufzeit-Ausführungsstatus in jobs-state.json, während jobs.json für git-freundliche Task-Definitionen beibehalten wird. Die Sessions-Speicherung ermöglicht standardmäßige Eintragslimits und zeitbasiertes Kürzen beim Start und verhindert so einen Speicheraufbau im Gateway und im Executor. Der Onboarding-Assistent hat die Sicherheitshinweise umgestaltet, mit gelben Warnbanner und in Abschnitte gegliederten Listen, hinzu kamen Ladeanimationen für das anfängliche Laden des Modellverzeichnisses sowie Platzhalter in den Eingabefeldern für den API-Schlüssel. Die Sicherheit wurde weiter verschärft für Gateway-WebSocket-Broadcasts, Berechtigungen für Geräte-Pairing sowie für das Blockieren der Workspace-.env-Injektion für OPENCLAW_* Keys.