OpenClaw 2026.3.13の回帰により、到達不能ステータスが誤って報告される問題が発生

OpenClaw 2026.3.13における診断機能の後退
OpenClawバージョン2026.3.13の後退により、基盤となるゲートウェイ接続が機能しているにもかかわらず、誤った否定的なステータスレポートが発生します。この問題は、実際の認証や設定の問題ではなく、診断/プローブの経路にあるようです。
観察された具体的な症状
バージョン間で同一の設定を持つDebian 13ホスト上で:
openclaw gateway statusはRPCプローブが正常であると報告openclaw status --allが誤って「到達不能 (スコープ不足: operator.read)」と報告openclaw security audit --deepが「gateway.probe_failed」と報告
バージョン2026.3.12にロールバックすると、即座に問題が解決します:
openclaw status --allが正常なステータスを返す- セキュリティ監査からのすべての警告が解消される
影響と回避策
この後退は、openclaw status --allの出力に依存する監視およびアラートシステムに影響を与えます。ゲートウェイ機能自体は影響を受けていないようで、RPCプローブは正常に動作し続けます。この問題はバージョン2026.3.13に固有であり、2026.3.12にロールバックすることで、完全なゲートウェイ機能を維持しながら即座の回避策が提供されます。
本番環境でOpenClawを使用している開発者にとって、この後退は、コア機能が正常に動作しているように見える場合でも、アップグレード後にステータスおよび監視コマンドをテストすることの重要性を強調しています。
📖 Read the full source: r/openclaw
👀 See Also

サンドボックス外のエージェントハーネス: 持続的実行とコールドスタート
サンドボックスの外部でエージェントループを実行することで、認証情報の隔離、サンドボックスの中断、マルチユーザー共有の簡素化が可能になりますが、永続的な実行とコールドスタートのレイテンシという課題を解決する必要があります。

Opus 4.7 トークン効率: ドイツ語プロンプトは英語の最大2倍のトークンを消費
Claude Pro 加入者によると、ドイツ語で Opus 4.7 を使用した場合、セッショントークンを数秒で 100% 消費したのに対し、英語では 37% だった。トークナイザーの非効率性は、複合名詞やウムラウトに起因し、トークン使用量が 1.5~2 倍になる。

DeepSeek有料APIがプロンプトをトレーニングに使用 — OpenClawユーザーが知っておくべきこと
DeepSeekの公式APIは、有料ティアであってもプロンプトをトレーニングに使用します。Geminiは無料のAI Studioでのみログを記録します。OpenClawは現在デフォルトでDeepSeek V4 Flashを使用しています。個人データを処理する際は注意してください。

Claude Max 20x プラン: 発表にもかかわらず制限増加未適用 — ユーザーが数学で確認
有料のClaude Max 20x(月200ドル)ユーザーが、Anthropicが発表した2倍のセッション制限と1.5倍の週間制限の引き上げが自分のアカウントに適用されていないと報告。数学的な証明を提供し、サポートからの完全な無反応を共有。