Claude Code Channels公開 - Telegram/Discordで作業指示が可能に

 (code.claude.com)
24 ポイント 投稿者 GN⁺ 2026-03-20 | 5件のコメント | WhatsAppで共有
  • MCPサーバーを通じて、外部メッセージ・通知・Webhookを実行中のセッションへプッシュ可能
  • 中核は、スマートフォンからTelegramやDiscordでClaude Codeに直接メッセージを送り、作業を指示して結果を受け取れること
  • 双方向通信をサポートし、Claudeがイベントを読み取って同じチャネルへ応答を送信するチャットブリッジとして動作
  • イベントはセッションが開いている間だけ到着するため、常時運用するにはバックグラウンドプロセスまたは永続ターミナルでClaudeを実行する必要がある
  • Team/Enterpriseプランではデフォルトで無効化されており、管理者がmanaged settingsで明示的に有効化する必要がある

チャネル概要

  • チャネルはClaude Codeセッションに外部イベントをプッシュするMCPサーバーで、ターミナルの前にいない間でもCI結果、チャットメッセージ、モニタリングイベントなどにClaudeが反応できる
  • 実際の利用シナリオとしては、コンピューターの前を離れていてもスマートフォンのTelegramやDiscordアプリからClaude Codeに直接コマンドを送り、Claudeが作業を実行した後、その結果を同じチャットで受け取る構成
  • リサーチプレビュー段階で、claude.aiログインが必要であり、ConsoleおよびAPIキー認証には未対応
  • イベントはセッションが開いている間だけ到着するため、常時運用にはバックグラウンドプロセスまたは永続ターミナルでの実行が必要

対応チャネル

  • 現在、TelegramとDiscordの2種類のプラグインを公式サポートしており、すべてのチャネルプラグインにはBunランタイムが必要
  • インストール手順は共通: /plugin install <name>@claude-plugins-official → /<name>:configure コマンドで認証情報を設定 → claude --channels plugin:<name>@claude-plugins-official で再起動
  • TelegramではBotFatherが発行したボットトークンが必要で、/telegram:configure <token> の後にペアリングを進める
    • Telegram設定ガイド: README
  • DiscordではDeveloper PortalでMessage Content Intentを有効にしたボットを作成し、/discord:configure <token> の後にペアリングを進める
    • Discord設定ガイド: README
  • プラグインのないシステム向けにカスタムチャネルを直接ビルドすることも可能

Quickstart - fakechatデモ

  • fakechatは公式サポートのデモチャネルで、localhost上でチャットUIを実行し、認証や外部サービス設定は不要
  • 事前要件: Claude Codeがclaude.aiアカウントでインストール・認証済みであること、Bunがインストール済みであること、Team/Enterprise利用者は管理者によるチャネル有効化が必要
  • インストール手順:
    • /plugin install fakechat@claude-plugins-official でプラグインをインストール
    • Claude Codeを終了後、claude --channels plugin:fakechat@claude-plugins-official で再起動
    • http://localhost:8787 でfakechat UIを開いてメッセージを入力
  • メッセージは <channel source="fakechat"> イベントとしてClaude Codeセッションに届き、Claudeが作業を実行した後、replyツールを呼び出して回答をチャットUIに表示する
  • ターミナル不在時に権限プロンプトが表示されるとセッションは一時停止し、無人運用では --dangerously-skip-permissions フラグで回避可能だが、信頼できる環境でのみ使うことが推奨される
  • --channels には複数のプラグインを空白区切りで同時に渡せる

セキュリティ

  • すべての承認済みチャネルプラグインは送信者許可リスト(sender allowlist) を保持し、登録されていない送信者からのメッセージは自動的に無視される
  • TelegramとDiscordはペアリング方式で許可リストを構成する: ボットにDMを送るとコードが返信され、Claude Codeセッションでそのコードを承認するとIDが追加される
  • .mcp.json に登録しただけではメッセージをプッシュできず、必ず**--channels フラグにも明示**する必要がある
  • セッションごとに --channels で有効化するサーバーを直接制御し、Team/Enterpriseプランでは組織レベルのchannelsEnabled設定で利用可否を管理する

Enterprise制御

  • チャネル機能はmanaged settingsの channelsEnabled 設定で制御される
  • Pro/Max（組織非所属）プランではチャネルはデフォルトで利用可能で、ユーザーがセッションごとに --channels でオプトインする
  • Team/Enterpriseプランでは、管理者が明示的に有効化するまでチャネルは無効
  • 管理者はclaude.ai → Admin settings → Claude Code → Channelsで有効化するか、managed settingsで channelsEnabled を true に設定する
  • 無効状態でもMCPサーバー接続とツール利用は可能だが、チャネルメッセージは到着せず、起動時に警告が表示される

リサーチプレビュー

  • 現在はリサーチプレビュー段階で段階的にロールアウト中であり、--channels フラグの構文とプロトコル契約はフィードバックに応じて変更される可能性がある
  • プレビュー期間中、--channels はAnthropicが管理する許可リストに載ったプラグインのみ受け付ける
  • 許可リストにないプラグインを渡した場合でもClaude Code自体は正常に起動するが、チャネルは登録されず、その理由が起動通知に表示される
  • 自作チャネルをテストする場合は**--dangerously-load-development-channels** フラグを使用する
  • 問題やフィードバックはClaude Code GitHubリポジトリで報告できる

次のステップ

  • プラグインのないシステム向けのカスタムチャネル構築ガイドを提供
  • イベント転送の代わりにローカルセッションをモバイルから操作するRemote Control機能
  • プッシュイベントの代わりにタイマーベースのポーリングを行うScheduled Tasks機能

関連記事

5件のコメント

 
devil1032 2026-03-20

「隣の家がガーリックチキンを発売したら、向かいの家がガーリックチキンを発売した」
 
tested 2026-03-20

太っ腹チキン発売
 
GN⁺ 2026-03-21
Hacker Newsのコメント

  • Telegram連携が Slack や Teams より先に出たのは意外だった
    調べてみると 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 は ボットを第一級の存在として扱う構造なので、本当に簡単に使える
    • 数千人の従業員と最先端モデルを持つ大企業が、1人のオープンソースプロジェクトである Pi Coding Agent に後れを取っているのは驚きだ
      Pi にはすでに700以上のサードパーティパッケージがあり、新しい拡張も プロンプト1行で生成可能だ

  • 今回の変更は claws プロジェクト にとって朗報だ
    以前は Anthropic の規約変更により、OAuth トークンを使うと違反になり、API キーを使うとコストが高かった
    これで MCP を通じて、公式にさまざまな チャネル接続 が可能になった
    アーキテクチャとしては従来の claws と逆で、Claude Code が MCP サーバーを直接起動するため、制御権が完全に逆転した形だ
    nanoclaw フォークを Docker コンテナで PID 1 として実行するよう修正したが、ログを Claude Code の stdout から直接読めるのはかなり興味深い

  • Claude はローカルな セッション中心構造 に向かっている
    今はユーザーの個人認証情報を活用して統合を構築できるし、後には独自のエコシステムへ移行することもできそうだ

    • このアプローチは エンタープライズのセキュリティ要件 に合致する
      すでに内部ネットワークが閉じているので、追加の外部 API セキュリティ層は不要だ
    • iOS 版 Claude が個人の Git リポジトリから Markdown と draw.io ダイアグラム を pull/commit できるといい
    • Amazon の MCP も同様に OAuth トークンベースのアクセス権限 を設定していた
      ただし、ユーザーごとの権限を別々に管理しなければならないのが面倒だ

  • 最近の Claude Code 関連機能はあまりにも 急いでリリースされた感じ がして混乱する
    Anthropic という会社はあまり好きではないが、Claude モデル自体は本当に優秀で人間味がある
    他社がこのレベルに追いつけるのか気になる
    今は閉じたエコシステムを使うしかないが、本質的なモデル改善に集中してほしい

    • 同感。Claude は良いが、Anthropic はあまり好きではない会社だと思う

  • 「チャネル」機能は、私が会社で nanoclaw を動かしてやっていたこととほぼ同じだ
    イベント駆動で Claude Code をトリガーし、フィードバックと分析を受ける ループ自動化構造 だ
    なぜ MCP が必要なのかは分からないが、すぐ試してみるつもりだ

  • 今の限界は依然として ターミナル依存 であることだ
    Claude Code をバックグラウンドデーモンとして動かせるといい

    • Ctrl-Z の後に bg コマンドでバックグラウンドに回すか、tmux でセッションを維持できる
    • すでに クラウド環境 もあるが、安定性はかなり低い
    • tmux セッションで開始して、そのまま走らせ続ければいい
    • 私は opencode の server コマンドを systemd ユニットとして登録し、ホームサーバーで動かしている
      デスクトップ・モバイルクライアントから接続して openclaw スタイルの作業 を行っている
      CC の "remote control" 機能も似ているが、現時点では Mac 専用だ

  • Claude は素早く追いついてきた
    OpenClaw の核心は チャネル、ハートビート、オープンソースエコシステム にある

    • もうほぼ ClaudeClaw レベルに近づいている
      次の段階は 継続実行型のクラウドホスティング だろう
    • OpenClaw の本当の成果は「先に始めた」ことだけだ
      コード自体は 過剰設計でバグだらけ なので保守が難しい
    • 個別機能をまねるより、OpenClaw のような統合構造を作ってほしい
    • ハートビートはコストが高く、プラン消費が速い
    • 実際、Claude Code や Codex では /loop コマンドでハートビートを実装できる

  • channels 機能を使って、HTTP API で Claude Code をラップする agent-http を作った
    これでターミナルスクレイピングなしに、同じ API で headless なアクセスが可能になった
    以前は Agents SDK と API トークンが必要だったが、今はサブスクリプションだけで十分だ

  • Anthropic は毎週新製品を 実験的にリリース している感じだ
    その大半は1年以内に消える可能性が高い

    • それでも、さまざまなアイデアを テストする実験段階 に見える

  • リモート機能が追加されたソフトウェアは、最終的に バックドア悪用のリスク を抱えることになる
    したがって企業向けセキュリティソリューションは、正当な Claude Code インスタンスと悪意あるインスタンスを区別できる必要がある
 
devil1032 2026-03-20

でも、1つのセッションでだけチャットが長時間維持されるなら、context rot や lost-in-the-middle のような問題もついてきそうですが……。ユーザーが定期的に /clean してあげる必要があるのでしょうか？ それともメモリ機能を付けて、セッションを自動的に切り替えてくれるのでしょうか……？
 
xguru 2026-03-20

Cowork Dispatch より、もう少し開発者向けに適した選択肢ですね。
いよいよ OpenClaw みたいになってきた感じです