Tencent ClawBotが面白いのは、AIモデルの性能ではなくアーキテクチャの選択です。「新しいアプリを作る」のではなく「14億人が使うWeChat内にエージェントを埋め込む」という設計判断は、AIエージェント開発者にとって学ぶべき点が多い。
この記事では、ClawBotの技術アーキテクチャを分解し、メッセージングプラットフォーム上でAIエージェントを動かす設計パターンを分析します。
ClawBotのアーキテクチャ概要
┌─────────────────────────────────────────┐
│ WeChat Client (iOS/Android) │
│ ┌──────────────┐ │
│ │ ClawBot │ ← 「連絡先」として登録 │
│ │ (Plugin) │ │
│ └──────┬───────┘ │
└─────────┼────────────────────────────────┘
│ WeChat Plugin API
▼
┌─────────────────────────────────────────┐
│ Tencent Cloud Gateway │
│ ┌──────────────┐ ┌──────────────────┐ │
│ │ Auth/Rate │ │ Message Router │ │
│ │ Limiter │ │ │ │
│ └──────────────┘ └────────┬─────────┘ │
└─────────────────────────────┼───────────┘
│
▼
┌─────────────────────────────────────────┐
│ OpenClaw Agent Runtime │
│ ┌──────────┐ ┌────────┐ ┌────────┐ │
│ │ Planner │ │ Tools │ │ Memory │ │
│ │ │ │ (MCP) │ │ │ │
│ └──────────┘ └────────┘ └────────┘ │
└─────────────────────────────────────────┘ClawBotは3層構成で動作しています:
- WeChat Plugin層: ユーザーインターフェース。チャットUIをそのまま流用
- Gateway層: 認証、レート制限、メッセージルーティング
- Agent Runtime層: OpenClawエージェントの実行環境
設計パターン1: 「連絡先としてのエージェント」
ClawBotの最も巧みな設計判断は、AIエージェントをWeChat上の「連絡先」として実装したことです。
# 従来のAIエージェント導入フロー
1. 新規アプリのインストール → ストア検索 → DL → 起動
2. アカウント登録 → メール認証 → パスワード設定
3. UI学習 → チュートリアル → 初回利用
4. 総所要時間: 5-15分、離脱率: 40-60%
# ClawBot導入フロー
1. QRコード読み取り → WeChat内でClawBotが連絡先に追加
2. 初回メッセージ送信
3. 総所要時間: 2分、離脱率: 推定10%以下このパターンは、LINE BotやSlack Botでも部分的に使われていますが、ClawBotはエージェント機能（ファイル操作、メール送信など）まで含めてチャットUI内で完結させている点が新しい。
設計パターン2: OpenClawのツール呼び出し
OpenClawは、AnthropicのMCP（Model Context Protocol）と同様のツール呼び出しパターンを採用しています。
# OpenClaw ツール呼び出しの擬似コード
class OpenClawAgent:
def __init__(self):
self.tools = {
"send_email": EmailTool(),
"file_ops": FileOperationTool(),
"web_search": WebSearchTool(),
"calendar": CalendarTool(),
}
self.planner = TaskPlanner(model="glm-5.1")
def handle_message(self, user_message: str) -> str:
# 1. ユーザーメッセージを解析
plan = self.planner.create_plan(user_message)
# 2. 必要なツールを特定・実行
results = []
for step in plan.steps:
tool = self.tools[step.tool_name]
result = tool.execute(step.parameters)
results.append(result)
# 3. 結果を統合してレスポンス生成
return self.planner.synthesize(results)MCPとの大きな違いは、OpenClawがWeChat固有のAPI（ファイル共有、グループ管理、決済連携など）に深く統合されている点です。MCPは汎用プロトコルとして設計されていますが、OpenClawはWeChat最適化された実装です。
MCP vs OpenClaw — プロトコル比較
| 観点 | MCP（Anthropic） | OpenClaw |
|---|---|---|
| 設計思想 | 汎用・プラットフォーム非依存 | WeChat最適化 |
| プロトコル | JSON-RPC 2.0 over stdio/SSE | WeChat Plugin API |
| ツール定義 | JSON Schema | 独自スキーマ |
| 認証 | OAuth 2.1（2026年仕様） | WeChat OAuth |
| エコシステム | 5,800+サーバー | WeChat限定 |
| DL数 | 9,700万 | 非公開（推定1,000万+） |
| 対応LLM | Claude/GPT/Gemini/全対応 | GLMシリーズ中心 |
日本での実装 — LINE Bot + MCP構成
ClawBotと同じ「メッセージングアプリ内エージェント」を日本で実現する場合、最も現実的な構成はLINE Bot + MCPです。
# LINE Bot + MCP エージェント構成（概念）
┌─────────────────────────────┐
│ LINE Client │
│ ┌───────────────────┐ │
│ │ LINE Bot (Rich UI) │ │
│ └─────────┬─────────┘ │
└────────────┼────────────────┘
│ LINE Messaging API
▼
┌─────────────────────────────┐
│ Your Server │
│ ┌──────────┐ ┌──────────┐│
│ │ Claude │ │ MCP ││
│ │ API │→ │ Servers ││
│ │ │ │ (tools) ││
│ └──────────┘ └──────────┘│
└─────────────────────────────┘LINE Messaging APIは無料プランでも月500通まで送信可能。企業向けにはLINE公式アカウント（月$50〜）で無制限メッセージが可能です。ClawBotの「連絡先としてのエージェント」パターンをLINE Botで再現できます。
よくあるエラーと注意点
❌ メッセージングBotとエージェントを混同する
⭕ 従来のチャットボットは「質問→回答」のステートレスなやり取り。エージェントは計画→ツール実行→結果確認→修正のループを自律的に回す。ClawBotはBotではなくエージェントです。
❌ WeChat限定の技術だと思う
⭕ ClawBotのアーキテクチャは「メッセージングプラットフォーム × エージェント」の汎用パターン。LINE、Slack、Teams、Discordでも同じ設計が適用可能です。
❌ プライバシーを考慮せずに実装する
⭕ メッセージングアプリ内でエージェントを動かす場合、ユーザーのチャット内容がAI処理されることへの明示的な同意が必要。GDPRや個人情報保護法への準拠を忘れずに。
参考・出典
- Tencent’s WeChat launches ClawBot plugin — TechNode（参照日: 2026-03-27）
- Tencent Launches ClawBot — Dataconomy（参照日: 2026-03-27）
- Tencent adds ClawBot plug-in to WeChat — South China Morning Post（参照日: 2026-03-27）
- OpenClaw in WeChat: A super app becomes an AI platform — Xpert Digital（参照日: 2026-03-27）
この記事はAIgent Lab編集部がお届けしました。