- Claude CodeのChannelsは、外部システムのメッセージやWebhookを実行中のセッションへ直接届け、Claudeが即座に反応できるようにする機能
- MCPサーバーを通じてイベントをやり取りし、イベントはセッションが開いている間だけ到着するため、継続実行環境が必要
- TelegramとDiscordがリサーチプレビューとして標準サポートされ、claude.aiへのログインが必須で、APIキー認証は不可
- 各チャネルはBunベースのプラグインとして提供され、
fakechatを使ってローカルテストが可能
- この機能は外部イベントをローカルセッションへ直接接続し、Slack、MCP、Remote Controlなど既存機能の空白を埋める役割
実行中のセッションにイベントをプッシュするChannels機能
- Claude CodeのChannelsは、外部システムで発生したメッセージ、通知、Webhookなどを実行中のセッションへ直接届け、Claudeが即座に反応できるようにする機能
- MCPサーバーを通じてイベントを伝達し、Claudeはそれを読み取り、同じチャネルを通じて応答可能
- イベントはセッションが開いている間だけ到着するため、継続的に使うにはバックグラウンドプロセスや常駐ターミナルでの実行が必要
- TelegramとDiscordがリサーチプレビュー段階で標準サポートされ、claude.aiへのログインが必須
- ConsoleやAPIキー認証はサポートされず、Team/Enterprise組織では管理者が明示的に機能を有効化する必要がある
対応チャネル
- 各チャネルはBunベースのプラグインとして提供され、
fakechatを通じてローカルでテスト可能
- 対応チャネル: Telegram、Discord
-
Telegramの設定手順
- BotFatherで
/newbotコマンドを使ってボットを作成し、トークンをコピー
- Claude Codeで
/plugin install telegram@claude-plugins-officialコマンドを使ってプラグインをインストール
/telegram:configure <token>コマンドでトークンを設定
claude --channels plugin:telegram@claude-plugins-officialコマンドでチャネルを有効化
- Telegramでボットにメッセージを送り、ペアリングコードを受け取って
/telegram:access pair <code>で接続
/telegram:access policy allowlistでアクセス許可アカウントを制限
-
Discordの設定手順
- Discord Developer Portalで新しいアプリケーションを作成し、ボットトークンをコピー
- Message Content Intentを有効化
- OAuth2 > URL Generatorで
botスコープとメッセージ関連権限を付与してサーバーへ招待
/plugin install discord@claude-plugins-officialでプラグインをインストール
/discord:configure <token>でトークンを設定
claude --channels plugin:discord@claude-plugins-officialでチャネルを起動
- ボットにDMを送ってペアリングコードを受け取り、
/discord:access pair <code>で接続
/discord:access policy allowlistでアクセスを制限
- 専用プラグインがないシステム向けにカスタムチャネルを開発することも可能
クイックスタート
- Fakechatは、認証や外部設定なしでローカル実行できる公式デモチャネル
- Claude CodeとBunがインストールされている必要があり、Team/Enterpriseユーザーは管理者がチャネル機能を有効化する必要がある
/plugin install fakechat@claude-plugins-officialでインストール後
claude --channels plugin:fakechat@claude-plugins-officialで実行
- ブラウザでhttp://localhost:8787にアクセスしてメッセージを入力すると、Claude Codeセッションへ伝達される
- Claudeの応答はブラウザUIに表示され、権限リクエストが発生した場合はターミナルで承認が必要
- 無人実行時は
--dangerously-skip-permissionsオプションで権限確認を省略可能(信頼できる環境でのみ使用推奨)
セキュリティ
- 各チャネルプラグインは**送信者許可リスト(allowlist)**を維持し、登録されたIDだけがメッセージを送信可能
- TelegramとDiscordはペアリングコードを通じて許可リストを初期化
- ボットにメッセージを送信
- ボットがペアリングコードを返信
- Claude Codeセッションでコードを承認
- 送信者IDが許可リストに追加
- セッション実行時には
--channelsで有効化するサーバーを指定する必要があり、Team/Enterpriseプランでは組織設定(channelsEnabled)で利用可否を制御
エンタープライズ制御
channelsEnabled設定でチャネル機能を管理
- Pro/Max(個人ユーザー): デフォルトで利用可能、セッションごとに
--channelsで有効化
- Team/Enterprise: デフォルトで無効、管理者が明示的に有効化する必要がある
-
組織でチャネルを有効化
- claude.ai → Admin settings → Claude Code → Channelsの経路で設定可能
- または管理設定で
channelsEnabled: trueを指定
- 有効化されると、ユーザーは
--channelsオプションで個別セッションにチャネルサーバーを追加可能
- 無効状態でもMCPサーバー接続は維持されるが、チャネルメッセージは配信されない
リサーチプレビュー
- Channelsはリサーチプレビュー機能で、段階的に展開中
--channelsフラグの構文とプロトコルはフィードバックに応じて変更される可能性がある
- 現時点ではAnthropicが管理する許可リストのプラグインのみ利用可能
- 非公式プラグインを指定してもClaude Code自体は正常に実行されるが、チャネルは登録されない
- 開発中のチャネルをテストするには
--dangerously-load-development-channelsオプションを使用
- 問題やフィードバックはClaude Code GitHubリポジトリに提出可能
Channelsと他機能の比較
| 機能 |
役割 |
適した用途 |
| Claude Code on the web |
GitHubから複製した新しいクラウドサンドボックスで作業を実行 |
非同期で独立した作業の委任 |
| Claude in Slack |
チャネルやスレッドで@Claudeを呼ぶとWebセッションを作成 |
チーム会話の文脈で即座に作業を開始 |
| MCPサーバー |
Claudeが必要時にクエリを行い、セッションへのイベントプッシュはなし |
システムデータの参照や読み取り専用アクセス |
| Remote Control |
claude.aiやモバイルアプリからローカルセッションを制御 |
リモートから進行中のセッションを操作 |
-
Channels**はこれらの機能の間にある空白を埋め、**外部イベントをローカルセッションへ直接届ける
- チャットブリッジ: TelegramやDiscord経由でClaudeに質問し、応答は同じチャットで確認
- Webhook受信機: CI、エラートラッカー、デプロイパイプラインなど外部サービスのWebhookを、Claudeが開いているセッションでそのまま受信
次のステップ
- プラグインのないシステム向けに独自チャネルを開発
- Remote Controlを活用し、イベント伝達の代わりにリモートからセッションを制御
- Scheduled tasksで定期ポーリングベースの自動化を構成
1件のコメント
Hacker Newsのコメント
Telegram連携がSlackやTeamsより先に出たのは意外だった
でも調べてみると、MAU(月間アクティブユーザー) ベースではTelegramが約10億人で、Slack(5,000万)やTeams(3億)よりはるかに大きい
昔、Snapchatのユーザー数がTwitterの2倍あると知ったときのような驚きだった
一方でTelegramは、人々が実際に 便利で快適だ と感じているプラットフォームだ
サーバーからモバイルへ通知を送るとき、真っ先に思い浮かぶ道具だ
ntfy.shのように簡単に設定できるのに、iOSで毎週壊れたりもしない
数行だけでコマンド、画像アップロード、応答などを実装できて、アカウントさえあれば十分だ
シンプルなツールを素早く作るには完璧な環境だ
iMessageは閉鎖的で、WhatsAppは有料、DiscordやSlackはあまりに 重くて複雑 だ
Telegramはボットを 一級市民(first-class) として扱っているので、本当に簡単に作れる
一人のオープンソースプロジェクトである Pi Coding Agent がすでに同じ機能のプラグインをいくつも実装している状況は滑稽だ
Piパッケージ は700個以上あり、必要ならプロンプト1行で新しい拡張を作れる
Claudeがローカルの セッションベース統合アーキテクチャ を志向しているのは興味深い
今はユーザーの認証情報を活用して統合を構築する段階に見える
将来的には、Claudeが自前のエコシステムへセッションを移す可能性もありそうだ
企業端末はすでに閉じているので、追加の外部APIセキュリティ層は必要ない
すべての権限をOAuthトークンで管理し、そのトークンを通じてアクセス権を制御していた
ただし、ユーザーごとに細かく権限を設定するのは面倒だった
今回の変更は clawsプロジェクト に非常に有利だ
以前はAnthropicがSDKでOAuthトークンの使用を禁じていたため、高価なAPIキーを使わなければならなかった
これで今後は、公式に認められた形でMCPを通じて望む チャネル接続 が可能になる
構造としては従来の claws とは逆で、ClaudeコードがMCPサーバーを直接起動し、通信の主体となる
自分は nanoclawフォーク をDockerコンテナ内でPID 1として動くよう修正し、
Claudeコードのstdoutログを通じてチャネルと直接通信できるようにした
正直、こういう ハイプ先行のツール群 はあまりにも急いで出された感じがする
Anthropicという会社は好きではないが、Claudeモデル自体は素晴らしく人間味がある
OpenAIなどがこれにどこまで追いつけるのか気になる
今は閉じたエコシステムを使うしかないが、本質的なモデル改善に集中してほしい
実際、こうした機能はジュニア開発者がClaude Opus 5と会話しながら1日で作ったように見える
「チャネル」機能は、自分が会社でnanoclawを動かしていた理由と同じだ
イベント駆動でClaudeコードをトリガーし、フィードバック・レビュー・分析を受ける形で ループを完成 させる
なぜMCPが必要なのかは分からないが、すぐ試すつもりだ
今の制約は、依然として ターミナルが必要なこと だ
バックグラウンドでClaude Codeを デーモンモード で動かせるといい
bgコマンドでバックグラウンドに回すか、tmuxでセッションを維持できるデスクトップ・モバイルクライアントから接続して使っている
CCの「remote control」機能も似ているが、現時点ではMac専用だ
Claudeは素早く追いついてきた
OpenClawの中核的な価値は チャネル、ハートビート、オープンソースエコシステム にある
次の段階は継続実行のためのクラウドホスティングだと思う
コード自体は過剰設計、バグ、文書不足で悪名高い
/loopコマンドでハートビートを実装できるかもしれない自分はチャネル機能を活用して、HTTP APIラッパー を作る
agent-httpを作ったAgent API と同じインターフェースを提供するが、
ターミナルのスクレイピングではなく、Claudeコードと直接通信する
これでサブスクリプションだけで ヘッドレスモード のClaudeを制御できる
Anthropicは毎週新製品を 実験的にリリース している感じがする
実際、1年後にも維持されている機能がどれだけあるのか疑問だ
リモート機能が追加されたソフトウェアには、最終的に バックドア悪用のリスク が生じる
したがって企業向けセキュリティソリューションは、正規のClaude Codeインスタンスと
悪意あるインスタンスを識別できる機能を備える必要がある