OpenClaw 2026.8.2 リグレッション：エージェントがトークンを投稿せず、カスタムスキルよりネイティブX検索を優先

OpenClaw 2026.8.2を運用している開発者によると、最近のリリースで確立済みのワークフローのうち2つの部分が壊れ、2026年2月か3月にこのハーネスを使い始めて以来、初めてダウングレードすることになったという。u/OleCuveeによるこの投稿は、一般的な不満ではなく、具体的なリグレッション報告として書かれている。

使い捨て認証情報の中継を拒否

1つ目の変更は動作面だ。アップグレード後、エージェントはTelegramセッションで厳格なルールを適用するようになり、シークレット、パスワード、トークンを投稿しなくなった。ユーザーの構成は、短期間だけ有効な認証情報——使い捨てのトークンやパスワード——をTelegramセッション経由で受け取ることに依存しており、このワークフローは約9か月間運用されてきた。新しいガードレールは手動ステップを追加する。モバイルでTermuxを開き、リモートシステムにSSH接続し、エージェントが認証情報を書き込んだテキストファイルを読むというものだ。ユーザーの立場では、リスク判断はOpenClawのメンテナーではなく、インストールしたプラットフォームの所有者に属すべきだという。また、OpenClawをフォークしてリリースごとにリベースするという提案は明確に拒否している。

ネイティブツール優先でカスタムXスキルが回避される

2つ目のリグレッションはツール選択に関するものだ。数か月前、このユーザーはX上のツイートを扱うための自作x-search APIツールをラップするスキルを構築した。2026.8.2にアップグレードした後、エージェントは「last hour huge traction」を検証できないと報告した。理由はthe native X search tool is installed but not exposed by the gateway right nowというものだった。エージェントは、それまで使っていたカスタムスキル/ツールではなく、ネイティブのX検索ツールに依存することを選んだ。ユーザーの異議は明快だ。カスタムツールが利用可能なら、なぜ現在公開されていないネイティブの経路を優先するのか。

フォークではなくダウングレード

投稿者は、これまで壊れたアップグレードについて不満を述べたことはなく、壊れやすいシステムの運用方法も理解していると述べている。問題は方向性そのものだ——チャンネルごとにエージェントが何をできるか、どのスキルやツールを優先すべきかについての意思決定権をOpenClawが奪っているという点である。Telegramボット用のシンプルなin/out Webhookラッパーを書くのは1時間程度の作業だと述べ、opencodeに戻る可能性にも言及している。OpenClawの旅が終わったわけではないとしつつも、little claw monsterはもはや自分のワークフローに資さない方向へ進んでいると語る。また、自分が好まない代替手段に乗り換えることは明確に否定している。

同様のカスタムスキルを持つ2026.8.2のユーザーにとっての実用的な結論はこうだ。このリリースは認証情報の扱いとツール優先順位の両方を変えているように見える。使い捨てトークンをチャットチャンネル経由でエージェントに中継させるワークフローや、カスタムスキルをネイティブツールより優先させるワークフローに依存しているなら、アップグレード前に動作を確認したほうがよい。