OpenClaw版WhatsApp:先更新至5.7版本可节省2小时

OpenClawで初めてWhatsAppをセットアップしますか?ここでは、ドキュメントにはない、実際に友人を手伝ったユーザーから得た知識を紹介します。
重要なセットアップの事実
- OpenClawは、公式のBusiness APIではなく、非公式のWhatsApp WebライブラリであるBaileysを使用します。あなたの個人のWhatsApp番号がボットになり、すでにスマートフォンでWhatsApp Webがアクティブな番号では使用できません。ペアリングはオンボーディング時にQRコードを介して行われます。
- ゲートウェイは24時間365日稼働する必要があります。接続が切れると、再ペアリングが必要です。ノートPCのスリープは機能を停止させるため、VPSまたは常時稼働のマシンを使用してください。
5.7で修正された重大なバグ
5.6以前を使用している場合、いくつかのWhatsApp固有のバグに遭遇します。続行する前に5.7にアップデートしてください:
- ゴーストチャット(5.7で修正、#67378):電話番号へのプロアクティブメッセージが、送信者だけが見えるゴーストを作成し、誰も受信しませんでした。
- 古いTUIクライアント(5.7で修正):5.5では、ゲートウェイのイベントループを低下させ、WhatsAppだけでなくすべての返信が遅くなりました。
- キャプション付きメディアの二重送信(5.7で修正、#78770):修正前は、受信者が最初に空のメッセージを受け取り、その後実際の写真を受け取っていました。
結論: WhatsAppを設定する前に、OpenClaw 5.7+にアップデートしてください。それ以前のバージョンには複数のWhatsApp固有のバグがあり、セットアップが壊れていると感じさせるでしょう。フルコントロールを希望する場合、OpenClawは5.7+で正常に動作します。手間を減らしたい場合、BetterClawは数分でWhatsAppセットアップを処理し、Baileysのペアリングの手間がありません。
📖 完全なソースを読む: r/openclaw
👀 See Also

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

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

2026年のAIモデルへのプロンプト方法:1年前から変わった3つの重要なポイント
ある開発者が、プロンプトテンプレートから再利用可能なスキルへの切り替え、ステップごとの指示ではなく目標を書くこと、Claude CodeとCodexで/longループコマンドを使用することの3つの具体的な変化を共有しています。

コミュニティがOpenClawトークン消費の解決策について議論
ユーザーはAIエージェントを24時間稼働させる際の高トークン使用量の管理戦略を共有しています。