OpenClaw はモデル非依存で設計されています。LLM バックエンドを変更しても、スキル、メッセージング統合、ワークフローに影響しません。プロジェクト初期に下されたこの設計判断は、最も戦略的に重要な特徴の一つであることが証明されました——特に中国において。
既存のブログ記事では OpenClaw の中国市場での成長を取り上げましたが、本記事では技術面に踏み込みます。どの中国製 LLM が統合されているか、どう接続するか、そしてその上にどんなプラットフォームが構築されているか。
Alibaba Qwen：公式ドキュメントレベルのサポート
Alibaba Cloud の Model Studio は、OpenClaw で Qwen モデルを使用するための公式ドキュメントを公開しています。コミュニティのハックではなく、alibabacloud.com でホストされているファーストパーティの統合ガイドです。
Qwen（通義千問）は Alibaba のフラッグシップ LLM ファミリーです。統合は Alibaba Cloud が提供する OpenAI 互換 API エンドポイントを通じて動作し、OpenClaw は他の OpenAI 互換プロバイダーと同様に扱います。設定は簡単で、OpenClaw インスタンスを Alibaba Cloud のエンドポイントに向け、API キーを入力し、Qwen のモデルバリアントを選択するだけです。
重要なのは、Alibaba Cloud が 19 リージョンで月額 $4 から OpenClaw ホスティングも提供していること。中国のユーザーは Alibaba Cloud 上で Qwen 搭載の OpenClaw インスタンスを立ち上げ、中国のメッセージング統合と組み合わせることができます——海外の AI プロバイダーやインフラに依存しない、完全な国産スタックです。
Moonshot AI と Kimi Claw：OpenClaw 上にプラットフォームを構築
Moonshot AI（月之暗面）は、他のどの中国 AI 企業よりも踏み込んでいます。Kimi モデルを OpenClaw に統合しただけでなく、その周りにプラットフォーム全体を構築しました。
Kimi Claw は OpenClaw オーケストレーション標準上に構築された専用 AI エージェントプラットフォームで、以下を備えてローンチしました：
- •推論バックエンドとしての Kimi モデルのネイティブサポート
- •5,000 以上のコミュニティスキルライブラリ
- •ユーザーがセルフホストする必要のないマネージドホスティング環境
- •中国のメッセージングプラットフォームとの統合
OpenClaw スキルライブラリには公式の `kimi-integration` スキルもあり、Moonshot AI の Kimi および Kimi Code モデルを任意の OpenClaw インスタンスに統合するためのステップバイステップガイドを提供しています。
Moonshot China Expansion は OpenClaw v2026.2.3 のリリースノートで、Cloudflare AI Gateway サポートと並んで名前付き機能として記載されました。中国市場がコアプロジェクトにとってどれほど重要になったかを示すシグナルです。
ローカルデプロイメントについては、Ollama と Kimi K2.5 で OpenClaw を実行するガイドもあり、完全オフラインのオプションを提供しています。
MiniMax M2.1
Talkie アプリの開発元である中国の AI 企業 MiniMax は、M2.1 モデルによる OpenClaw との統合をドキュメント化しています。統合は同じ OpenAI 互換 API パターンに従い、異なるモデル特性を試したいユーザーにとってドロップイン置換として機能します。
Feishu/Lark：初の公式中国チャットプラットフォーム
OpenClaw v2026.2.2 で公式 Feishu（飛書）/ Lark サポートが導入されました。リリースノートでは「初の中国チャットクライアントのデビュー」と記されています。これはマイルストーンでした：中国のメッセージングプラットフォームがコアプロジェクトでファーストパーティサポートを受けた初めてのケースです。
公式の `feishu-bridge` スキルは WebSocket 長時間接続で Feishu ボットを OpenClaw に接続します。重要なポイント：パブリックサーバー、ドメイン、ngrok は不要。ブリッジは OpenClaw インスタンスから Feishu サーバーへのアウトバウンド接続を開始するため、NAT やファイアウォールの背後でも動作します——中国のネットワーク環境では実用上の必須条件です。
DingTalk と WeCom：コミュニティコネクタ
Alibaba の DingTalk（釘釘）と Tencent の WeCom（企業微信）については、コミュニティが対応しています：
- •DingTalk コネクタ（xiaomingx）：DingTalk の送信 webhook メッセージを OpenClaw Gateway にブリッジ。公式レジストリでスキルとして公開
- •WeCom プラグイン（sunnoy、`openclaw-plugin-wecom`）：企業微信 AI Bot プラグイン。ストリーミング出力、動的エージェント管理、グループチャット統合、コマンドホワイトリストをサポート
- •Feishu コネクタ（m1heng、`clawdbot-feishu`）：コミュニティ構築の代替 Feishu 統合
これにより、中国の三大エンタープライズメッセージングプラットフォーム——Feishu、DingTalk、WeCom——すべてに動作する OpenClaw 統合が揃い、中国の職場コミュニケーションの大部分をカバーしています。
中国語フォークエコシステム
複数のコミュニティフォークが中国ユーザー向けに最適化された体験を提供しています：
- •openclaw-cn（jiulingyun）：Feishu 統合内蔵、国内ネットワーク環境最適化を備えた中国語版——グレートファイアウォール関連の接続問題への対応と思われます
- •openclaw-cn（AI-ZiMo）：上流プロジェクトと定期的に同期する別の中国語フォーク
- •OpenClaw CN（SourceForge）：「強力なオープンソースエージェントフレームワークを中国語話者の開発者にとって使いやすく理解しやすくする」ことに注力
これらのフォークは、中国で OpenClaw を運用する際の現実的な課題に対処しています：ネットワークルーティング、API エンドポイント選択、デフォルトモデル設定、UI ローカライゼーション。
アーキテクチャの優位性
これらすべてを可能にしているのは、OpenClaw のオーケストレーション層とモデル層の明確な分離です。プロジェクトは OpenAI の使用を前提としていません。OpenAI 互換 API を公開するプロバイダー——そして中国の LLM プロバイダーの大半がそうです——であれば、ドロップインバックエンドとして機能します。
これは意図的なアーキテクチャ上の選択であり、成果を上げています。他の AI エージェントフレームワークが特定のプロバイダーと密結合している中、OpenClaw の柔軟性は中国の多様な LLM エコシステムにおけるデフォルトのオーケストレーション層となっています。
今後の展望
方向性は明確です：中国の AI 企業は OpenClaw を使うだけでなく、その上に構築しています。Moonshot AI の Kimi Claw プラットフォームが最も野心的な例ですが、Alibaba の公式ドキュメントや Baidu が 7 億ユーザーの検索アプリに統合したことは、これが業界全体のトレンドであることを示しています。
財団への移行が進む中、重要な問いの一つは、ガバナンス構造がグローバルコミュニティのニーズと中国市場の固有の要件——異なる LLM プロバイダー、異なるメッセージングプラットフォーム、異なるネットワーク制約、異なる規制環境——をどうバランスさせるかです。