1 ポイント 投稿者 GN⁺ 2026-03-21 | 1件のコメント | WhatsAppで共有
  • Claude CodeのChannelsは、外部システムのメッセージやWebhookを実行中のセッションへ直接届け、Claudeが即座に反応できるようにする機能
  • MCPサーバーを通じてイベントをやり取りし、イベントはセッションが開いている間だけ到着するため、継続実行環境が必要
  • TelegramDiscordがリサーチプレビューとして標準サポートされ、claude.aiへのログインが必須で、APIキー認証は不可
  • 各チャネルはBunベースのプラグインとして提供され、fakechatを使ってローカルテストが可能
  • この機能は外部イベントをローカルセッションへ直接接続し、Slack、MCP、Remote Controlなど既存機能の空白を埋める役割

実行中のセッションにイベントをプッシュするChannels機能

  • Claude CodeのChannelsは、外部システムで発生したメッセージ、通知、Webhookなどを実行中のセッションへ直接届け、Claudeが即座に反応できるようにする機能
  • MCPサーバーを通じてイベントを伝達し、Claudeはそれを読み取り、同じチャネルを通じて応答可能
  • イベントはセッションが開いている間だけ到着するため、継続的に使うにはバックグラウンドプロセスや常駐ターミナルでの実行が必要
  • TelegramDiscordがリサーチプレビュー段階で標準サポートされ、claude.aiへのログインが必須
  • ConsoleやAPIキー認証はサポートされず、Team/Enterprise組織では管理者が明示的に機能を有効化する必要がある

対応チャネル

  • 各チャネルはBunベースのプラグインとして提供され、fakechatを通じてローカルでテスト可能
  • 対応チャネル: TelegramDiscord
  • 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 Generatorbotスコープとメッセージ関連権限を付与してサーバーへ招待
    • /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はペアリングコードを通じて許可リストを初期化
    1. ボットにメッセージを送信
    2. ボットがペアリングコードを返信
    3. Claude Codeセッションでコードを承認
    4. 送信者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件のコメント

 
GN⁺ 2026-03-21
Hacker Newsのコメント
  • Telegram連携がSlackやTeamsより先に出たのは意外だった
    でも調べてみると、MAU(月間アクティブユーザー) ベースではTelegramが約10億人で、Slack(5,000万)やTeams(3億)よりはるかに大きい
    昔、Snapchatのユーザー数がTwitterの2倍あると知ったときのような驚きだった

    • Teamsの3億人のうち、そこでより多くの時間を過ごしたいと思っている人は一人もいない気がする
      一方でTelegramは、人々が実際に 便利で快適だ と感じているプラットフォームだ
    • Telegramの bot API は、これまで使ったどのAPIよりも親切だ
      サーバーからモバイルへ通知を送るとき、真っ先に思い浮かぶ道具だ
      ntfy.shのように簡単に設定できるのに、iOSで毎週壊れたりもしない
    • 自分もTelegramをメッセージ用途では使わないが、ボット配布用 としてはよく使う
      数行だけでコマンド、画像アップロード、応答などを実装できて、アカウントさえあれば十分だ
      シンプルなツールを素早く作るには完璧な環境だ
    • 5分だけ使ってチャットボットの作り方を調べれば、Telegramが事実上唯一の選択肢だと分かる
      iMessageは閉鎖的で、WhatsAppは有料、DiscordやSlackはあまりに 重くて複雑
      Telegramはボットを 一級市民(first-class) として扱っているので、本当に簡単に作れる
    • 数十億ドル規模の大企業が何千人ものエンジニアと最高のモデルを抱えているのに、
      一人のオープンソースプロジェクトである Pi Coding Agent がすでに同じ機能のプラグインをいくつも実装している状況は滑稽だ
      Piパッケージ は700個以上あり、必要ならプロンプト1行で新しい拡張を作れる
  • Claudeがローカルの セッションベース統合アーキテクチャ を志向しているのは興味深い
    今はユーザーの認証情報を活用して統合を構築する段階に見える
    将来的には、Claudeが自前のエコシステムへセッションを移す可能性もありそうだ

    • こうしたアプローチは エンタープライズのセキュリティ要件 に対応するものに見える
      企業端末はすでに閉じているので、追加の外部APIセキュリティ層は必要ない
    • iOS版Claudeが個人のGitリポジトリから Markdownやdraw.ioダイアグラム をpull/commitできるといい
    • AmazonのMCP設定も似たようなものだった
      すべての権限をOAuthトークンで管理し、そのトークンを通じてアクセス権を制御していた
      ただし、ユーザーごとに細かく権限を設定するのは面倒だった
  • 今回の変更は clawsプロジェクト に非常に有利だ
    以前はAnthropicがSDKでOAuthトークンの使用を禁じていたため、高価なAPIキーを使わなければならなかった
    これで今後は、公式に認められた形でMCPを通じて望む チャネル接続 が可能になる
    構造としては従来の claws とは逆で、ClaudeコードがMCPサーバーを直接起動し、通信の主体となる
    自分は nanoclawフォーク をDockerコンテナ内でPID 1として動くよう修正し、
    Claudeコードのstdoutログを通じてチャネルと直接通信できるようにした

  • 正直、こういう ハイプ先行のツール群 はあまりにも急いで出された感じがする
    Anthropicという会社は好きではないが、Claudeモデル自体は素晴らしく人間味がある
    OpenAIなどがこれにどこまで追いつけるのか気になる
    今は閉じたエコシステムを使うしかないが、本質的なモデル改善に集中してほしい
    実際、こうした機能はジュニア開発者がClaude Opus 5と会話しながら1日で作ったように見える

    • 完全に同意。Claudeは良いが、Anthropicという会社は好きではない
  • 「チャネル」機能は、自分が会社でnanoclawを動かしていた理由と同じだ
    イベント駆動でClaudeコードをトリガーし、フィードバック・レビュー・分析を受ける形で ループを完成 させる
    なぜMCPが必要なのかは分からないが、すぐ試すつもりだ

  • 今の制約は、依然として ターミナルが必要なこと
    バックグラウンドでClaude Codeを デーモンモード で動かせるといい

    • Ctrl-Zして bg コマンドでバックグラウンドに回すか、tmuxでセッションを維持できる
    • すでに クラウド環境 も提供されているが、安定性はかなり低い
    • tmuxセッションで起動して、そのまま動かし続ければいい
    • 自分はopencodeのサーバーコマンドを systemdユニット として登録してホームサーバーで動かしている
      デスクトップ・モバイルクライアントから接続して使っている
      CCの「remote control」機能も似ているが、現時点ではMac専用だ
  • Claudeは素早く追いついてきた
    OpenClawの中核的な価値は チャネル、ハートビート、オープンソースエコシステム にある

    • もうほぼ ClaudeClaw と言える水準に近い
      次の段階は継続実行のためのクラウドホスティングだと思う
    • 個々の機能を複製するより、OpenClawのような統合構造を作る方が良いと思う
    • OpenClawの本当の成果は、単に「最初に出た」という点だけだ
      コード自体は過剰設計、バグ、文書不足で悪名高い
    • ハートビートはコストが高く、30分間隔で回すだけでもプランを使い切ってしまう
    • 実際のところ、Claude CodeやCodexでは /loop コマンドでハートビートを実装できるかもしれない
  • 自分はチャネル機能を活用して、HTTP APIラッパー を作る agent-http を作った
    Agent API と同じインターフェースを提供するが、
    ターミナルのスクレイピングではなく、Claudeコードと直接通信する
    これでサブスクリプションだけで ヘッドレスモード のClaudeを制御できる

    • コードへのリンクは ここ にある
    • リンクを共有してくれないかという質問があった
  • Anthropicは毎週新製品を 実験的にリリース している感じがする
    実際、1年後にも維持されている機能がどれだけあるのか疑問だ

    • それでも、さまざまな実験を通じて 何が市場で通用するかをテスト している段階に見える
  • リモート機能が追加されたソフトウェアには、最終的に バックドア悪用のリスク が生じる
    したがって企業向けセキュリティソリューションは、正規のClaude Codeインスタンスと
    悪意あるインスタンスを識別できる機能を備える必要がある