スマホからClaude Codeを操作する方法 — 集合知調査（2026-07-27）

調査方法: 4系統並列（公式ルート／Discord bot自作派／比較世論／第三の選択肢）・英日両言語

注意: Reddit はAnthropicのクローラーを全面ブロックしており一次スレ確認不可。世論分析は主にHacker Newsの実スレ3本に基づく

結論（3行）

「Discord botで操作」自体が2026年3月に公式機能（Channels）になった。対立軸は「自作bot vs 公式」ではなく「自作bot vs 公式Channels vs 公式Remote Control」の三つ巴に変わっている
HN実測ではDIY派がまだ優勢（Remote Control発表スレの代替手段コメントの約7割がDIY継続を明言）。ただし実態は「乗り換え」ではなく併用・様子見
自作botがまだ勝っている点は4つ：承認ボタン・複数セッション/複数PC・プライバシー・$0。公式がまだ穴なのは権限プロンプトにチャットから答えられないこと（Channels最大の弱点）

1. 公式ルートの現在地（2026年7月）

手段	何ができる	弱点
Claude Code on the web（claude.ai/code＋モバイルアプリ・2025-10〜）	クラウドサンドボックスでセッション実行。PC電源不要	ローカル環境・MCP・自分のツールが使えない。GitHub前提
Remote Control（2026-02-25〜）	PC上のセッションをスマホから覗いて操作。`claude remote-control`＋QRで2分接続。ローカルのファイル・MCP・設定そのまま。承認・指示・中断・画像添付可。プッシュ通知2種	research preview品質。「a little bit janky」（Simon Willison）。許可ダイアログがスマホに出ない同期不具合・10分切断でセッション終了・PCでプロセス常駐が前提
Channels（2026-03-20〜）	Discord/Telegram/iMessageの公式ブリッジ（今この環境で使っているもの）	権限プロンプトに答えられない（最大の穴）→実用は全許可運用になりがち。@メンション必須・セッション起動中のみ
Dispatch	モバイルアプリ→ペアリング済みDesktopがセッション起動	起動はできるが対話の細かさに欠ける

主要ソース:

https://code.claude.com/docs/en/remote-control
https://simonwillison.net/2026/Feb/25/claude-code-remote-control/
https://www.macstories.net/stories/first-look-hands-on-with-claude-codes-new-telegram-and-discord-integrations/

2. 世論：どちらが多数派か

HN Remote Control発表スレ（544pt/313コメント）: 代替手段を語るコメントの約7割がDIY継続（tmux+Tailscale派・Telegram bot派・Happy/Omnara派）。公式RCは品質不満の列挙が目立つ

https://news.ycombinator.com/item?id=47148454

HN Channels発表スレ（400pt/240コメント）: 「公式がOpenClawを取り込んだ」が主流の受け止め。乗り換え表明と「まだ穴がある」指摘が半々

https://news.ycombinator.com/item?id=47448524

日本語圏（Zenn/note）: 解説記事は公式推し（「迷ったらRemote Control」）が主流だが、複数PC・絵文字承認・$0を理由にDiscord bot方式の現役記事もRemote Control登場後に出続けている

https://zenn.dev/toki_mwc/articles/claude-code-discord-mcp-multi-pc

「bot→公式に完全移行した」長文体験記は英日とも見つからず。実相は併用

3. botをうまく使っている人の設計パターン（ここが本題）

GitHub実測（スター数は2026-07-27時点）から抽出した勝ちパターン5つ：

① 承認をボタン化する

SDKの権限イベントをDiscordの許可/拒否ボタンにマップ（zebbern/claude-code-discord・218★）
「安全な操作だけAI分類器が自動承認、危険なものだけボタンを出す」ハイブリッド（ebibibi/claude-code-discord-bridge・51★）
公式Channelsにできない一番のこと。自作の存在意義そのもの

② スレッド＝セッション 1:1 ＋同一セッション2入口

Discordのスレッド1本=Claude セッション1本を --resume で対応付けるのが最多数派
白眉は fredchu版（3★だが設計が秀逸）：スマホのDiscordでタスク開始→帰宅したら claude --resume でターミナルから同じセッションを継続→また出かけたらDiscordに戻す。/handback で逆方向も

https://github.com/fredchu/discord-claude-code-bot

③ ハートビート進捗

15秒ごとに経過時間・使用中ツールをメッセージ編集で更新（通知は鳴らさない）、完了・承認要求時だけ新規メッセージ＝プッシュ通知（chadingTV/claudecode-discord・59★）

④ レート上限の自動またぎ

上限メッセージを検出→リセット時刻まで待機→自動再開（generativereality/ccremote・48★。公式登場で開発終了宣言済みだが手法は参考になる）

⑤ 1マシン1bot のマルチPCハブ

マシンごとにbotを立てて同じサーバーに招待、チャンネルで割当て。開放ポートゼロ（Discord WebSocketのアウトバウンドのみ）
最大手 cc-connect（14,394★・Go製・13プラットフォーム対応）も同思想

https://github.com/chenhg5/cc-connect

方式の進化系譜

tmux/PTY注入（2025）→ headless claude -p --resume（2025末）→ Agent SDK接続（2026主流・サブスク認証でAPIキー不要）

4. 第三の選択肢（参考）

方式	特徴
Tailscale＋Termius＋tmux	保守本流・$0・完全ターミナル。ただし通知がない・小画面でTUIが辛い
Happy Coder（OSS）	1コマンド導入・E2E暗号・プッシュ通知・無料。専用モバイルUI
Omnara（YC S25）	音声ファースト「散歩しながら指示」。商用
Telegram/LINEブリッジ	Discord方式の同族。LINE版は日本発OSSあり（FlexMessageで1タップ承認）

5. 小林さんの構成への示唆

現状：WSL常駐の自作bot（受付窓口方式）＋公式Discordプラグイン（Channels）併用。bot はWindows移設を計画中。

「痒いところに手が届かない」の正体が世論と一致。Dispatchは起動どまり・Channelsは承認に答えられない——これは全員が同じ場所を痒がっている。そして自作勢の解答が「承認ボタン化」「スレッド=セッション」「ハートビート」
bot移設は「そのまま移植」より「SDK方式で書き直し」が集合知の流れ。今のbotは2025年型（受付→デタッチ）。2026年主流のAgent SDK接続なら、承認ボタン・ストリーミング進捗・セッション再開がネイティブに取れる。移設のタイミングは書き直しの好機
Remote Controlは併用候補（無料・2分・Maxプランで使える）。botの置き換えではなく「PCの前にいない時にセッションを覗く窓」として。ただしresearch preview品質は覚悟
参考実装を1つ選ぶなら：日本語READMEの yamkz/claude-discord-bridge か、設計思想なら fredchu版

一次ソース総数: 約60件（本文リンク参照）／調査トークン: 307k／所要: 6.4分