OpenClaw 2026.8.2-Regression: Agent veröffentlicht keine Token, bevorzugt native X-Suche gegenüber benutzerdefinierten Skills

Ein Entwickler, der OpenClaw 2026.8.2 ausführt, berichtet, dass das jüngste Release zwei Teile eines etablierten Workflows zerstört hat, und er führt sein erstes Downgrade durch, seit er im Februar/März 2026 mit dem Harness begonnen hat. Der Beitrag von u/OleCuvee ist als konkreter Regressionsbericht und nicht als allgemeine Beschwerde formuliert.

Weigerung, einmalige Zugangsdaten weiterzugeben

Die erste Änderung ist verhaltensbezogen. Nach dem Upgrade erzwingt der Agent nun eine strikte Regel in Telegram-Sitzungen: Er wird keine Geheimnisse, Passwörter oder Tokens posten. Das Setup des Nutzers basiert darauf, dass kurzlebige Zugangsdaten – einmalige Tokens und Passwörter, die sie wegwerfen – über die Telegram-Sitzung übermittelt werden. Dieser Workflow besteht seit etwa neun Monaten. Die neue Schutzmaßnahme fügt einen manuellen Schritt hinzu: Termux auf dem Handy öffnen, per SSH auf ein Remote-System zugreifen und eine Textdatei lesen, in die der Agent Zugangsdaten schreibt. Aus Sicht des Nutzers sollte die Risikoentscheidung dem Eigentümer der installierten Plattform gehören, nicht den OpenClaw-Maintainern. Er lehnt den Vorschlag, OpenClaw zu forken und bei jedem Release neu zu rebasieren, ausdrücklich ab.

Benutzerdefinierte X-Skills zugunsten des nativen Tools umgangen

Die zweite Regression betrifft die Tool-Auswahl. Vor Monaten erstellte der Nutzer einen Skill, der seine eigenen x-search-API-Tools für die Arbeit mit Tweets auf X umhüllt. Nach dem Upgrade auf 2026.8.2 meldete der Agent, dass er „last hour huge traction“ nicht verifizieren konnte, weil the native X search tool is installed but not exposed by the gateway right now. Der Agent entschied sich, vom nativen X-Suchtool abzuhängen, anstatt von dem benutzerdefinierten Skill/Tools, die er zuvor verwendet hatte. Der Einwand des Nutzers ist eindeutig: Wenn die benutzerdefinierten Tools verfügbar sind, warum sollte dann der native Pfad bevorzugt werden, der derzeit nicht freigelegt ist?

Downgrade statt Fork

Der Autor merkt an, dass er sich noch nie über fehlerhafte Upgrades beschwert hat und versteht, wie man fragile Systeme betreibt. Das Problem ist die Richtung selbst – OpenClaw entzieht die Entscheidungsgewalt darüber, was der Agent pro Kanal tun darf und welche Skills oder Tools er bevorzugen sollte. Er erwähnt, dass er einen einfachen In/Out-Webhook-Wrapper für einen Telegram-Bot als einstündige Arbeit geschrieben hat, und bringt die Möglichkeit ins Spiel, zu opencode zurückzukehren. Er bezeichnet es nicht als das Ende seiner OpenClaw-Reise, sagt aber, dass das little claw monster in eine Richtung steuert, die seinen Workflows nicht mehr dient. Er schließt auch ausdrücklich aus, zu Alternativen zu wechseln, die er nicht mag.

Praktische Erkenntnis für alle auf 2026.8.2 mit ähnlichen benutzerdefinierten Skills: Das Release scheint sowohl das Verhalten bei der Handhabung von Zugangsdaten als auch die Tool-Präferenzreihenfolge zu ändern. Wenn Ihr Workflow davon abhängt, dass der Agent Einmal-Tokens über einen Chat-Kanal weiterleitet, oder dass ein benutzerdefinierter Skill Vorrang vor einem nativen Tool hat, überprüfen Sie das Verhalten vor dem Upgrade.