WhatsApp自動返信バグ、OpenClaw 2026.4.2でメディア画像を通知なしに破棄

WhatsApp自動返信のメディア配信失敗
ユーザーは、OpenClawバージョン2026.4.2にWhatsAppの自動返信でメディア添付ファイルを含む場合に画像が配信されないバグを特定しました。この問題は、自動返信応答でMEDIA:./path/to/image.png形式を使用する場合に特に発生します。
問題の詳細
このバグは特定の条件下でのみ現れます:
- WhatsApp自動返信で
MEDIA:形式を使用 → 画像が通知なしで送信されない ❌ - WhatsApp自動返信でテキストのみ → 正常に動作 ✅
- Telegram自動返信で同じ
MEDIA:形式を使用 → 画像が配信される ✅ openclaw agent --deliver→ WhatsAppで画像が配信される ✅openclaw message send --media→ 画像が配信される ✅
まったく同じエージェント設定、OpenClawバージョン、chart-mplスキルはTelegramでは完全に正常に動作しており、この問題がWhatsAppに固有であることを示しています。
根本原因
コードのトレースにより、問題はlogin-DW2Orybl.js内のWhatsApp配信コールバック関数に起因することが明らかになりました。この関数はすべての非最終ペイロードを除外します:
deliver: async (payload, info) => { if (info.kind !== "final") return;このフィルタリングロジックが、WhatsAppでの自動返信シナリオでメディア添付ファイルの処理を妨げているようです。
この種のプラットフォーム固有の配信バグは、複数のメッセージングAPIを扱う際によく発生します。各サービスには異なるペイロード処理要件とWebhookの動作があるためです。
📖 完全なソースを読む: r/openclaw
👀 See Also

PostmarketOS 2026年2月アップデート:汎用カーネルとAIポリシー
PostmarketOSは現在、汎用カーネルパッケージ(linux-postmarketos-mainline、-stable、-lts)を提供し、生成AIを明示的に禁止するAIポリシーを更新しました。プロジェクトではコントリビューターの変更やハードウェアCIの改善も行われました。

OpenClawの自動化能力の明確化
OpenClawは完全に自動化されたタスクを独立して実行するものではなく、セットアップにはユーザーのガイダンスが必要で、従来のLLMのように機能します。

Claude Code v2.1.186: MCP CLI認証、Bash自動応答、20以上の修正
Claude Code v2.1.186 では、CLI からの MCP 認証、bash コマンドへの自動応答、スリープ復帰やサブエージェント権限など 20 以上のバグ修正を実施。
AIがソフトウェアを一夜で再発明しない理由:ベネディクト・エバンス氏が生成ツールの限界を語る
ベネディクト・エバンスは、AIがエンタープライズソフトウェアを一掃することはないと論じる。ほとんどのユーザーはツール作成者ではなく、ワークフローの自動化には、単にコーディングを容易にするだけでなく、組織的な賛同が必要だからだ。