OpenClaw DiscordプロキシのREST APIタイムアウト問題に対する修正

OpenClawのDiscordボットが接続しているように見えても、メッセージを送信したりコマンドを実行できない場合、WebSocket接続は機能するがREST API呼び出しが機能しないプロキシ構成の問題が発生している可能性があります。
問題点
r/openclawのユーザーが、Discordチャンネルが突然動作しなくなったと報告しました。openclaw doctorを実行すると「Discord failed」と表示され、ログには"fetch failed UND_ERR_CONNECT_TIMEOUT"が大量に記録されていました。
問題はプロキシの障害ではなく、OpenClawのプロキシ設定がDiscordのWebSocket接続には十分でも、REST APIリクエストには不十分だったことです。これにより、ボットは半接続状態に見えますが、実際には機能しない状況が生じました。
解決策
以下が問題を解決しました:
- OpenClawのJSONファイル内のDiscordプロキシ構成を維持する
~/.openclaw/proxy-preload.cjsにファイルを作成する- そのファイル内でグローバルなundiciプロキシを設定する
NODE_OPTIONS=--require=...でOpenClawを起動し、プロキシ構成を読み込む
重要な注意点
- SOCKS5ではなくHTTPプロキシを使用する
- OpenClawを更新する際は、バンドルされているundiciのパスが変更されていないか確認する
この特定の構成問題により、Discordは接続しているように見えながら、REST呼び出しがサイレントに失敗し、メッセージ送信やコマンド実行が妨げられることがあります。
📖 Read the full source: r/openclaw
👀 See Also

OpenClawトークン使用調査により設定上の問題が明らかになりました
ある開発者がOpenAI Codexの週間サブスクリプションを1.5日で使い切り、Claude Codeを使用して設定上の問題を特定しました:すべてのメッセージで発火するTelegramボット、生のCSS/JSを返すウェブフェッチ、蓄積する孤立セッションファイル。

OpenClaw で CPU/RAM 使用率が高く、ゲートウェイが再起動する場合:Telegram で IPv6 を無効に
Telegramボット設定でautoSelectFamily: falseとdnsResultOrder: 'ipv4first'を設定すると、ENETUNREACHエラーが解消され、高いCPU使用率、イベントループのフリーズ、ゲートウェイの再起動が修正されます。

Claude Codeにおけるトークン浪費:ユーザーの自己監査が示す、モデル切り替えより行動修正が有効
あるユーザーがClaude Codeのトークン使用量を測定したところ、タスク間の/clear、編集前の計画、編集済みファイルの再読み込み禁止が、モデルを切り替えるよりも多くのトークンを節約できることがわかった。実践的な規律がラッパーより優れている。

Redditユーザーが共有する、Claude Codeプロンプティングのよくある間違いとその修正方法
Node.jsのバックエンド作業でClaudeを使用している開発者が、数か月の使用を経て、検証要件の欠落やClaudeをワンショットツールとして扱うなど、10のよくあるプロンプティングの間違いを特定しました。彼らは各問題に対する修正を含むビジュアルガイドを作成しました。