Claude Code Channelsは"OpenClawキラー"なのか？ 技術的に比較してみる

Claude Code Channelsが出た

2026年3月20日、Claude Code v2.1.80で「Channels」がリサーチプレビューとしてリリースされました。

ひとことで言うと、TelegramやDiscordからClaude Codeのセッションにメッセージを送れる機能です。

ターミナルの前にいなくても、スマホからClaude Codeに指示を出せる。実行結果もTelegramに返ってくる。要は「Claude Codeとのチャットブリッジ」ですね。

VentureBeatが「OpenClawキラー」と報じたこともあって、X（Twitter）ではけっこう話題になっています。

Claude Code Channelsは技術的に何が起きているのか

Channelsの正体はMCP（Model Context Protocol）サーバーです。

具体的には、claude/channel capabilityフラグを宣言したMCPサーバーがChannelプラグインとして動作します。このMCPサーバーが外部プラットフォーム（Telegram/Discord）とClaude Codeセッションの間の双方向ブリッジになる仕組みです。

[Telegram/Discord] ⇄ [Channel Plugin (MCP Server)] ⇄ [Claude Code Session]

起動方法はシンプルで、--channelsフラグを付けてClaude Codeを起動するだけです。

# fakechat（ローカルデモ）の場合
claude --channels plugin:fakechat@claude-plugins-official

# Telegramの場合
claude --channels plugin:telegram@claude-plugins-official

MCPの上に構築されているので、独自のChannelプラグインを作ることも可能です。公式ドキュメントにChannels Referenceがあり、カスタムChannel構築のガイドが公開されています。

対応プラットフォーム（リサーチプレビュー時点）:

• Telegram（双方向チャット）
• Discord（双方向チャット）
• fakechat（ローカルデモ用）

Claude Code Channelできること、できないこと

できること:

• スマホからClaude Codeにタスクを投げる
• 実行結果・進捗をリアルタイムで受け取る
• CI/CDのアラートをセッションにプッシュして自動対応させる
• Webhookを受けてClaude Codeに処理させる（一方向プッシュ）
• 非同期ワークフロー（投げて放置→後で確認）

できないこと・制約:

• セッションが閉じると死ぬ: Channelはアクティブなセッション内でのみ動作。tmuxやscreenで維持する必要がある。デーモンモードはない
• claude.aiログイン必須: APIキー認証は非対応。組織のAPIキーでは使えない
• Team/Enterpriseは管理者が明示的に有効化する必要あり
• 対応プラットフォームが少ない: Slack、WhatsApp、iMessage、Microsoft Teamsは非対応
• リサーチプレビュー: プロトコルやコマンドが変更される可能性あり

Claude Code ChannelsとOpenClawとの比較: 何が違うのか

VentureBeatが「OpenClawキラー」と報じましたが、技術的に比較すると補完関係に近いというのが正直な印象です。

セキュリティの差

ここが最も実務に影響する違いの一つです。

Channelsは許可リストベースのプラグイン検証、ペアリングコード認証、プロンプトインジェクション対策が公式ドキュメントに含まれています。

一方OpenClawは、2026年初頭にRCE脆弱性（CVE-2026-25253、CVSS 8.8 High）が発覚。SecurityScorecardの調査（2026年2月）では約13.5万のインスタンスがインターネットに露出していたと報告されています。Koi Securityの初期監査ではClawHub上の2,857スキル中341件（約12%）に悪意あるコードが確認されました（Snykの後続調査「ToxicSkills」では3,984スキルを分析し、1,467件（約37%）に何らかのセキュリティ欠陥を確認。うち76件は悪意あるペイロードと判定）。

ただし、Channels側にもリスクがないわけではありません。Claude Code自体にも過去に脆弱性が発見されており（CVE-2025-59536等、いずれもパッチ済み）、Channelsはローカル環境のファイルシステムやgitに完全アクセスを持つセッションへのリモートブリッジです。認証が破られた場合の影響は大きく、またセッション切断中に送られたメッセージは失われます（メッセージキュー未実装）。

「個人プロジェクトで最大限の柔軟性」ならOpenClaw、「チーム環境でセキュリティが必要」ならChannelsというのが現時点の使い分けかと思います。

プラットフォームの差

OpenClawはほぼ全メッセージングアプリに対応している一方、ChannelsはTelegramとDiscordの2つのみ。Slackが使えないのは、チーム開発では痛いですね。

ただし、ChannelsはMCPベースのアーキテクチャなので、技術的にはサードパーティがSlackなどのプラグインを開発可能です。ただしリサーチプレビュー中はAnthropicの許可リストに登録されたプラグインのみ利用可能なので、現時点では公式対応を待つか、Anthropicに申請するかの判断になります。

Claude Code Channelsは「非同期AI開発」というパラダイム

Claude Code Channelsの本質は、プラットフォーム対応の話ではなく開発スタイルの変化にあると思っています。

従来のClaude Codeの使い方は「ターミナルの前に座って、指示→待機→確認」の同期的なフロー。Channelsが可能にするのは：

1. モバイルファースト開発: 電車の中でTelegramから「あのバグ直しておいて」→ 帰宅したらPR出てる
2. イベント駆動ワークフロー: CIが壊れた → Webhookでセッションにプッシュ → Claude Codeが自動で調査・修正
3. 非同期レビュー: 投げて放置 → 通知が来たら確認

これは自分の開発スタイルにも近くて、普段からサブエージェントを使って並列で作業を投げることが多いのですが、Channelsはそれをターミナルの外に拡張した形ですね。

ただし、セッションが閉じると終了するという制約は大きい。tmuxで維持するにしても、マシンがスリープしたら終わりです。ここはOpenClawのほうが常駐性では上です。

Claude Code Channelsの設定で詰まりやすいポイント

元のツイートでも「設定詰まってた人多い」とありましたが、自分が調べた範囲だと以下がハマりポイントです。

1. APIキー認証では使えない: claude.aiアカウントでのログインが必須。Console APIキーやOrganization APIキーでは動作しない
2. バージョン: v2.1.80以降が必要。claude --versionで確認
3. Team/Enterprise組織の場合: 管理者が明示的にChannelsを有効化する必要がある
4. セッション維持: バックグラウンドで動かすにはtmuxやscreenが必要。nohupでは不十分な場合がある
5. Telegram Bot Token: BotFatherでトークンを取得し、正しく設定する必要がある

公式ドキュメント: https://code.claude.com/docs/en/channels

まとめ: Claude Code Channelsは使うべきか、待つべきか

Claude Code Channelsは方向性は正しいが、まだリサーチプレビューというのが率直な評価です。

今すぐ使うべき人:

• 個人開発で、移動中にもClaude Codeを操作したい
• TelegramかDiscordを日常的に使っている
• セキュリティを重視している（OpenClawの脆弱性が気になる人）

待ったほうがいい人:

• チーム開発でSlack連携が必須
• APIキー認証で運用している
• 常時稼働のエージェントが必要（セッション維持の手間を避けたい）

OpenClawを完全に置き換えるにはプラットフォーム対応とセッション永続化が必要ですが、MCPベースのアーキテクチャは拡張性が高く、今後のアップデートで改善される可能性は十分あります。

個人的には、Slack対応が来たらチーム開発のワークフローに組み込みたいと思っています。