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
高コンテキスト長におけるローカルコーディングエージェントのKVキャッシュ量子化問題
Redditの分析によると、Qwen3-CoderやGLM 4.7などのローカルコーディングエージェントが3万トークン以上のコンテキスト長で無限修正ループや不正なJSON出力を生成する原因は、過度なKVキャッシュ量子化にあると特定され、混合精度やコンテキスト削減が回避策として推奨されています。
批判的LLM対話のための実践的習慣
Redditの投稿では、LLMを扱う際に確証バイアスを回避する具体的な手法が概説されており、中立的な説明のための「ストロベリー」モードや対立的な精査のための「ソクラテス」モードといったカスタムプロンプトモード、さらにトレーニングデータの構成評価などが含まれています。
AIコーディングエージェントにおける「一気に噛みつく」対「少しずつかじる」アプローチ
NLP研究者が、AIコーディングエージェントを使用する際の2つの思考モデルを説明しています。それは、claude.mdのような包括的な指示ファイルを使用する「バイト」アプローチと、複数回の反復を通じて段階的に改善する「ニブル」アプローチです。
コンテキストを別ファイルに分割することで、Claudeの一貫性が向上した方法
RedditユーザーがClaudeの実用的な設定を共有：コンテキストをabout-me.md、my-voice.md、my-rules.mdファイルに分割。計画→実行のフローを使用。タスクごとにモデルを切り替え。完璧なプロンプトではなくフィードバックを与える。