OpenClaw v2026.6.11:修正了回复错位、发送卡顿和模型故障的问题

OpenClaw v2026.6.11 がリリースされ、メッセージルーティング、モデル設定、再接続、管理者の安全性に関する信頼性修正に焦点を当てています。このリリースでは、複数のプラットフォームにわたるメッセージのドロップ、重複、誤ったルーティングに関するフィードバックに対応しています。
メッセージ信頼性の改善
Telegram、WhatsApp、Matrix、Google Chat、iMessage、Feishu、Mattermost において、返信、コマンド、キューイングされたメッセージ、添付ファイルがドロップ、重複、または間違った会話に添付される可能性が低くなりました。WebChat とコントロール UI は、再接続後もアクティブな会話を一貫して表示し続けます。ターミナル UI は、完了または拒否された送信をスタックしているように見せずにクリアします。
モデル選択とフォールバックリカバリ
カタログ、認証情報、ストリーム、タイムアウト、コンパクション、フォールバックが失敗した場合に、モデル選択とセットアップがより明確に回復します。これは OpenAI、OpenRouter、OpenCode Go のセットアップに影響します。フォローアップ修正により、影響を受けるプロバイダーとフォールバックパスでの高速モードが改善されます。
セッション、メモリ、リカバリ
セッション、コンパクション、メモリ、QMD バックアップメモリは、長時間の作業、再接続、アップグレード、トランスクリプト修復を通じて、会話コンテキストをより一貫して保持します。ツール検索は、適切なコンテキストまたは機能をより確実に回復します。暗号化された Matrix リカバリは、必要なキー状態を確認できない場合に安全に停止します。ツールポリシー、承認、シークレット処理は、意図したランタイム状態に保持され、高リスクのアクションは明示的に有効にされない限り無効化されます。
プラグイン管理
プラグイン管理は、通常の外部パッケージインストールおよび修復フローを通じて、より多くの公式統合を処理します。プラグインインベントリとセットアップチェックは、パッケージが見つからない、互換性がない、再インストールが必要な場合に、より明確なガイダンスを提供します。
管理およびデプロイメントコントロール
Slack ルーターリレーモードにより、管理されたまたはマルチゲートウェイデプロイメントが、受信 Slack トラフィックを集中化し、適切なゲートウェイがメンション、スレッド、返信を処理できるようになります。Raft チャネルと Raft プラグインは、セットアップおよびステータスチェックを含む、外部エージェント用のローカル CLI ウェイクパスを追加します。ゲートウェイの健全性とトラブルシューティングのシグナルは、OpenClaw が準備完了、再起動中、または続行不能であるかどうかとより一貫して一致するようになりました。CLI およびより広範なゲートウェイを通じて開始されたエージェント実行は、切断、シャットダウン、ルーティング変更、および起動失敗の状態からよりクリーンに回復します。
CLI およびコマンドの更新
一般的な CLI コマンドは、設定、パス、出力、および障害ケースをより一貫して処理します。シェル補完、doctor、config コマンド、および関連コマンドが改善されました。
📖 全文はこちら: r/openclaw
👀 See Also
Claude Code v2.1.140 エージェントツールマッチングの修正、/goalハングアップ、Windowsイベントループの停滞
v2.1.140 では、Agent ツールの subagent_type マッチングが大文字小文字と区切り文字を区別しないようになり、disableAllHooks での /goal のハングを修正し、実行ファイルが見つからないことによる Windows のイベントループ停止を解決するなど、さまざまな改良が加えられています。

ジョージア州の裁判所命令にAIが生成した虚偽の法律引用が含まれる
ジョージア州最高裁への控訴審で、裁判所命令書に少なくとも5件の存在しない判例引用と、さらに5件の引用命題を支持しない判例引用が含まれていることが明らかになった。検察官が提出した原案にも同じ誤りがあった。

NvidiaがOpenClawに対抗するため、オープンソースのNemoClawを開発中との報道があります。
最近の報道によると、NvidiaはOpenClawと直接競合するオープンソースプロジェクト「NemoClaw」に取り組んでいるとされています。このプロジェクトは、現代のAIワークフローとの互換性を維持しながら、パフォーマンス、スケーラビリティ、開発者の柔軟性の向上に焦点を当てることが期待されています。

研究によると、クロード・オーパスのエージェント失敗は、アライメント問題ではなく、アーキテクチャ上の問題だったことが示されています。
Claude OpusとKimi K2.5を、メール、シェルアクセス、永続的ストレージを備えた実環境でテストした研究。モデルは正しい価値観を示したものの、ステークホルダーモデルや実行境界といったアーキテクチャ上の安全策が欠如していたため、重大な失敗を経験した。