OpenClaw で CPU/RAM 使用率が高く、ゲートウェイが再起動する場合:Telegram で IPv6 を無効に

あなたのOpenClawインスタンスで、最近のバージョン(特にTelegram統合時)に高いCPU/RAM使用率、応答の遅延、定期的なゲートウェイ再起動が発生している場合、原因はautoSelectFamily: true(Node 22+のデフォルト)かもしれません。r/openclawのユーザーが、IPv6接続の失敗がリソースリークを引き起こしていることを突き止めました。
問題
OpenClawのTelegram統合はNode 22+でデフォルトでautoSelectFamily: trueになり、IPv4とIPv6の両方の接続を同時に試行します。ネットワークスタックがIPv6に対応していない場合、これらの接続はENETUNREACHで失敗し、イベントループの停止に連鎖します。症状は以下の通りです:
- 80秒間のイベントループフリーズ
- CPU使用率が約52%で張り付く
- 1日あたり約9回のゲートウェイ再起動
sendChatActionの失敗
修正方法
Telegramボット設定で、autoSelectFamily: false(IPv4のみの接続を強制)とdnsResultOrder: 'ipv4first'の両方を二重の対策として設定します。設定例:
// OpenClaw Telegramボット設定内
clientOptions: {
autoSelectFamily: false,
dnsResultOrder: 'ipv4first'
}
結果
修正適用後、ユーザーは以下を報告しました:
- liveness警告0件
- ERRORレベルのログエントリ0件
- 5時間以上再起動0回
sendChatActionの失敗0件- CPU使用率が52%から4.4%に低下
- イベントループのフリーズなし
複数のTelegramボットを実行している場合、問題がより顕著になる可能性があります。この修正は、Node 22+でTelegramを使用するすべてのOpenClawバージョンに適用可能です。
📖 全文を読む: r/openclaw
👀 See Also

Claudeコードにおけるシステムプロンプトの肥大化を削減するため、CLAUDE.mdファイルを圧縮する
人間が読みやすいマークダウンヘッダーや文章などの書式を削除し、パイプ区切りのリストなどのコンパクトな表記に置き換えることで、CLAUDE.mdファイルを圧縮する技術。Claudeにとって同じ情報を維持しながら、文字数を60〜70%削減できます。

2つの小さなプロンプト変更でClaudeの編集時間が80%短縮
役割指示を先頭に、フォーマット指示を末尾に配置。あるユーザーは編集の反復回数を3回から1回に削減したと報告。

OpenClawを予算を抑えて実行する方法
Redditユーザーのdigitalknkが、OpenClawを効率的に実行するための実践的なガイドを共有しました。安定性とコスト管理に焦点を当てた、実戦で鍛えられたセットアップです。

OpenClawが次のプロンプトを必要とするなら、それはまだ自律的ではない — 持続的ワークフローのためのセットアッププロンプト
OpenClaw をリモコンではなくコーディネーターとして扱い、GOALS.md を共有ロードマップとして使い、一度に一つの Codex ゴールを進めていきましょう。