Claude Code Channelsがターミナルから離れた働き方を変えた

1ヶ月前、Claude Code のビルドを実行するたびに、許可プロンプトを待ちながらノートPCの前に座り続けなければなりませんでした。コーヒーを取りに席を外して承認を逃すと、セッション全体が止まってしまいます。サブモニターにターミナルを開いたままにしておく方法も試しましたが、結局は一画面の前ではなく、デスクに縛り付けられるだけでした。

そんな中、4週間のうちに3つの機能がリリースされました。2月25日のRemote Control、3月3日のVoice Mode、そして3月20日のChannelsです。それぞれが異なる物理的な制約を取り除いてくれました。3つが揃うことで、コーディングがいつ、どこで行われるかという考え方が根本から変わりました。

Remote Controlは正しい問題を解こうとしていたが、うまくいかなかった

claude remote-control を実行すると、ローカルのターミナルセッションをclaude.aiとモバイルアプリに接続できます。コンセプトは完璧で、エージェントが手元のマシンで作業している間、スマートフォンから許可リクエストを承認できるというものです。

しかし実際には、セッションが頻繁に切れてしまいました。10分を超えるネットワークの不安定さがあると、タイムアウトが発生して接続が切断されます。散歩に出かけて戻ってきたら、セッションが死んでいることが何度もありました。1セッションにつき1接続という制限もそれを悪化させました。--dangerously-skip-permissions を使わない限り、すべての操作でターミナルからの承認が必要で、リモートで作業する意味が半減していました。Anthropic自身のCowork Dispatchも同様の問題を抱えており、チャットのターンごとに許可を求めてきました。

Remote Controlはコンセプトの重要性を証明しました。しかし、実務で頼るには不安定すぎました。

Channelsで実用的になった

OpenClawが以前から通知ベースの似たようなワークフローを構築していましたし、pi-monoのようなオープンソースの代替手段も存在します。両方試しました。動作はしますが、専用サーバーを立てるというハードルは多くの人には越えられないでしょう。

Channelsはそれを完全にスキップしています。TelegramのBotFatherからトークンを取得し、プラグインをインストールして、--channels フラグを追加するだけで、5分以内に動き始めます。v2.1.80以降とclaude.aiへのログインが必要です。TelegramとDiscordが公式サポートされており、MCPベースのアーキテクチャにより、コミュニティプラグインを使って他のプラットフォームにも拡張できます。

信頼性の違いには驚かされました。Remote Controlが定期的に接続を落としていたのに対して、Channelsは安定して動き続けます。レスポンスも速く、許可プロンプトがフローを中断することもありません。唯一の実質的な制限は、ターミナルセッションが開いている間しか動作しないことです。継続的な運用にはバックグラウンドプロセスが必要になりますが、ホームサーバー上で tmux や screen を使えば十分に対応できます。

Voice Modeがキーボードというボトルネックを取り除いた

/voice と入力し、スペースキーを押しながら話して、離す。それだけです。特にプロンプトの途中で、残りのコンテキストを文章で書くより声で説明した方が速いと気づいたときに使っています。音声認識のトークンはレート制限にカウントされないので、追加コストもかかりません。

Channelsと組み合わせると、ワークフローが自然に分かれます。シンプルなタスクはTelegram経由のテキストコマンドで、ニュアンスが必要な複雑な指示はターミナルで音声を使います。韓国語を含む20言語に対応しており、Pro、Max、Team、Enterpriseプランで追加料金なく利用できます。

精度が完璧というわけではありません。技術用語やライブラリ名が文字起こしで崩れることがあり、10回に1回程度はプロンプトを修正することがあります。些細な問題ですが、知っておく価値はあります。

4週間で明らかになったこと

それぞれの機能は、開発がどう行われるかという前提を異なる角度から崩しました。Remote Controlは場所の制約を取り除き、Voice Modeはキーボードの制約を取り除き、Channelsはインターフェースをanthropicのアプリだけに依存するという制約を取り除きました。

これは、何を作るべきかをすでに理解している人にとって特に大きな意味を持ちます。問題領域を把握していて、複数のプロジェクトを並行して動かしている場合、ボトルネックは思考速度ではありませんでした。ターミナル、ブラウザ、メッセージアプリの間でコンテキストを行き来する物理的なオーバーヘッドこそがボトルネックでした。そのオーバーヘッドを取り除くことが、直接的な時間の節約につながります。

AIコーディングエージェントの競争は、モデル性能からインターフェース設計へと軸が移りつつあります。1ヶ月前、私はビルドをキューに入れてデスクで待っていました。昨晩はTelegram経由でビルドを開始して、その間にApple StoreでMacBookを受け取りに行きました。そして今日は、BTSのコンサート中にタスクを実行することを計画しています。

作業環境はポケットに収まるようになりました。それが持続可能なのか、それとも新鮮さからくる一時的な興奮なのか、今後数週間で答えが出るでしょう。