タグ: 外部連携

Microsoft 365コネクター Outlookで20分探してた件、聞いたら8秒で出てきた

朝の20分、返してほしい

「先週、田中さんから来てた見積もりの件、最終的にどうなったんだっけ」——朝、コーヒー片手にOutlookを開いて、検索窓に名前を入れて、似たような件名が10件並んで、スクロールして、添付ファイルを開いて、Teamsの会話も覗いて……気づけば20分経っている。これ、私の日常風景でした。

そんな私のOutlook延々スクロールに、先月から終止符が打たれました。「Microsoft 365コネクタ」というのが、いつの間にか全プランに開放されていたんです。

これが何かを一言で

Microsoft 365コネクタ（M365コネクタ）は、ClaudeをMicrosoft 365——具体的にはOutlook・SharePoint・OneDrive・Teams——に接続する公式機能です。

ポイントは2つ。

ひとつ、読み取り専用です。Claudeはあなたのメールを読めますが、勝手に返信したり、削除したり、ファイルを書き換えたりはできません。Anthropic公式のセキュリティガイドにも「modify、delete、create はできない（Read-only）」と明記されています。便利さと怖さは、この一線できれいに分かれます。

ふたつ、2026年4月から全プラン対応になりました。元々はEnterprise限定だったのが、Pro・Max、そしてFreeプランでも使えるように開放されました。お金を1円も払っていない私のような人間にも届く、というのは結構大きい変化です。

ビフォー／アフター

操作	これまで	M365コネクタ後
先週のメール要約	Outlookで検索→開く→読む→次→…（20分）	Claudeに「田中さんとの先週のやり取り、要点まとめて」（8秒）
SharePointの資料探し	フォルダを開いて、開いて、開いて…	「Q4予算の最新版どこ？」で一発
Teamsの議事録	会議のチャネル開いてスクロール	「先週のキックオフで決まったこと教えて」

数字は私の体感ですが、桁が変わったことだけは確かです。

セットアップは3ステップ

claude.aiにログインしたあと、こうやります。

左下の自分のアイコン → 「Settings（設定）」 → 「Connectors（コネクタ）」を開く
一覧から「Microsoft 365」を見つけて「Connect」をクリック
Microsoft の認証画面が開くので、仕事用のMicrosoft 365アカウントでサインインして、要求された権限を確認・承認する

これで完了です。コネクタが「接続済み」になり、新しい会話を始めると、Claudeは必要に応じてM365の中を探しに行きます。

💡 ポイント: Team/Enterpriseプランだけは、組織のオーナーが先に「Organization settings → Connectors」で有効化する必要があります。Free/Pro/Maxは個人で完結します（ただし下の「私が間違えたこと」を読んでから手をつけてください）。

動いた使い方

接続したあと、私が試した3つのプロンプト例です。すべて@でM365を呼び出さなくても、Claudeが必要だと判断したら自動でコネクタを使ってくれます。

			
先週、佐藤さんと交わしたメールから、
今週中にやらないといけないアクションだけ抜き出して
箇条書きにしてください。

			
SharePointにある「2026年度予算」関連のファイルを探して、
最新版の更新日と要点を教えてください。

			
今週のTeamsの「プロジェクトX」チャネルから、
決まったことと未決定の項目を分けて整理してください。

最初のメール要約は本当に8秒で返ってきて、思わず椅子から半分ずり落ちました。これまで私が20分かけてやっていた「とりあえずスクロール」の20分は、いったい何だったのか。

私が間違えたこと

個人のMicrosoftアカウントで試して詰まった: Microsoft 365コネクタは、公式ヘルプによれば「Microsoft Entraテナント」（≒会社や学校のMicrosoft 365契約）が必要です。@outlook.com の個人アカウントでは認証ボタンを押しても先に進みません。仕事用アカウントを使う前提だと最初に分かっていれば、30分の試行錯誤は省けました
「全プランOK」だけ見て管理者承認を忘れた: 自分のテナントで初めてコネクタを有効化する場合、Microsoft Entraのグローバル管理者が一度だけ事前承認する必要があります。会社の情シスに「これ使っていい？」と聞いておかないと、認証画面で赤いエラーに迎えられます
書き込みできると勘違いした: 「メールの下書きまで頼めるのか」と一瞬テンションが上がって、「田中さんに返信を作って」と頼んだら丁寧に断られました。読み取り専用です。返信を書いてもらうには、別途Outlook側で操作するか、Claude Desktopの別の機能（手で文章を作って自分で貼り付ける）に頼ることになります

で、結局どうなの

「散らばっている情報を1か所から探す」というのは、地味ですが効きます。OutlookとSharePointとTeamsを行ったり来たりしていた20分を、Claudeに1回聞くだけで終わらせる——それだけで、午前中の脳の余力がぜんぜん違います。

無料で試せて、書き込みは絶対にできない安心設計。社外秘ファイルが勝手にどこかに送信される心配もありません（権限はあなた自身が持っているものをそのまま継承するだけ）。仕事でMicrosoft 365を使っているなら、設定画面のConnectorsを今日中に1回開いてみるのが、たぶんいちばん安いリターン投資になります。

Live Artifacts ー毎朝同じ質問していた私の、卒業記念日

つまりこういうこと

毎朝、私は同じ作業をしていた。Coworkを開く。Gmailコネクタにつないで「未読のうち、件名に『請求書』が入っているものを教えて」と打つ。出てきたリストをメモ帳に貼る。Slackコネクタに切り替える。「昨日以降、自分宛のメンションある？」と打つ。出てきた結果をさっきのメモ帳に追記する。最後にスケジュールタスクの状況を聞いて、メモ帳の下に並べる。

これを4月の頭からずっと続けていた。実時間にして毎朝7分。週で35分、月で2時間半。「これ自動化できないんですか」と何度もClaudeに聞いて、そのたびに「スケジュールタスクで毎朝メールに送ることはできますよ」と言われ、「メールで届くと結局Gmailを開くから、Coworkで開きたいんですよ」と返して、平行線。Live Artifactsという機能が4月20日に出ていたことを、私はその2週間後の今朝、ようやく知った。先に言っておくと、私が3週間ぶん損していた話である。

結論マップ（ビフォー／アフター）

場面	これまで	Live Artifactsを知った後
朝の確認作業	Coworkで毎朝3つのコネクタに同じ質問を投げ直す	1ページを開くだけ、自動で再取得される
結果の保存	メモ帳に手で貼って、昨日のぶんは消える	永続HTMLとして残り、セッションをまたいで再オープンできる
カスタマイズ	「並び替えて」と毎回お願いする	フィルタや並び順は `localStorage` に記憶されて、次に開いても残る

要約すると、「一度しか使わない回答」が「再利用できるダッシュボード」に化ける機能だった、ということだ。3週間ぶんの平行線、いま回想すると恥ずかしい。

要するに何ができるか

Live Artifactsは、Coworkが作ってくれる 「永続するHTMLページ」 のこと。普通のチャット回答との一番の違いは、開きなおすたびに、つないでいるコネクタから最新データを引っ張ってきて自分で再描画する点にある。

公式ヘルプセンター（support.claude.com）の説明を私の言葉でまとめ直すとこうなる。Coworkに「毎朝のチェック用ダッシュボードを作って」と頼むと、ClaudeはMCP（Model Context Protocol、ClaudeとGmail・Slack・Notionなどをつなぐ共通規格）の許可されたコネクタにアクセスして、HTMLとJavaScriptが詰まった単一ページを生成する。そのページは Coworkの中に保存され、サイドバーから何度でも再オープンできる。再オープンするたびに、HTML内のJavaScriptがコネクタを叩き直し、画面の数字や一覧が更新される。

つまり、一回限りの「答え」ではなく、そのまま使えるツールが手元に残るということだ。今までのチャット回答は、優秀なバイト君に毎朝「同じ仕事を頼む」状態だった。Live Artifactsは、その仕事を1ページの紙にまとめて壁に貼って、データの部分だけが毎朝勝手に書き換わるーそういう違いがある。たとえはちょっと変だが、二宮金次郎の像が毎朝勝手に違うページの本を読んでいる、みたいな話で、「そこにいてくれる」のが地味にありがたい。

💡 覚えておきたい1点：Live Artifactsは「中の処理」が動くページなので、つなぎ先のコネクタが切れている／権限が外れていると、開いても空っぽになる。これは後の「ここで止まった」で詳しく書く。

とりあえずやってみる

セットアップは、設定ファイルを書く系の作業ではなく、Coworkに普通に頼むだけだった。拍子抜けするくらい短い。

Coworkを開いて、新しいセッションを始める（既存のセッションでも動くが、最初は混乱を避けるため新規がおすすめ）
つなぎたいコネクタ（Gmail、Slack、Calendarなど）が「接続済み」になっていることを確認する。MCPの一覧画面でコネクタ名の横に緑のチェックが出ていればOK
「毎朝チェック用のLive Artifactを作って。Gmail（未読件数）・Slack（メンション）・スケジュールタスク（次の起動予定）を1ページにまとめて。」のように、何を・どのコネクタから・どう並べたいかを1メッセージで伝える
Claudeが下書きを生成し、サイドバーに「Open Artifact」ボタンが出る。これを押すと別パネルでHTMLページがレンダリングされる
1回目のオープン時に、各コネクタへのアクセス許可が確認される。「Approve」を押すと以降は自動取得（次回以降は許可不要）

「何を・どのコネクタから・どう並べたいか」を最初から一文で伝えるのが一番のコツだった。私は最初これを「Gmailの未読を見せて」と短く頼んでしまい、ただの一回限りのリストが返ってきて「あれ、永続化されてない」と慌てた。Coworkにとって「ライブアーティファクトとして作って」というキーワードが入っているかどうかは、要件の重みになる。

実際に打ったプロンプト

私が今朝、最終的に動いた状態にたどり着いたプロンプトはこれだ。コピペして自分の用途に合わせて書き換えて使ってほしい。

			
毎朝チェック用の Live Artifact を作ってください。
【含めるもの】
1. Gmail：未読のうち、件名に「請求書 / invoice / 領収書」を含むスレッドを上から5件
2. Slack：直近24時間で自分宛のメンションを上から10件（スレッド名・送信者・本文の冒頭60字）
3. スケジュールタスク：次に起動予定のタスク名と起動時刻を3件
【表示の希望】
- 1ページ縦並び、各セクションに見出しをつける
- 件数が0件のセクションは「なし」と1行だけ表示
- ページ上部に最終取得時刻を「YYYY-MM-DD HH:mm:ss」形式で表示
- 並び順の好み（新しい順／古い順）は localStorage に記憶し、次回開いた時に復元
【外部ライブラリ】
- Grid.js を使ってよい（テーブルの並び替え用）
- それ以外のCDNは不要
ボタンや派手な装飾は要りません。シンプルなテキストとリストで。

		

💡 コツ：「ライブアーティファクトとして作って」と明示するのと、要件をブロックごとに区切って書くのがポイント。フリーフォーマットで頼むと「一回限りの整形済みリスト」を返してくることがあって、それは Live Artifact ではない。

うちの環境ではこれで一度で通った。プロンプトが長く感じるかもしれないが、毎朝7分かかっていた作業を一度きりの2〜3分の入力で永久に置き換えられると思えば、たぶん人類で一番割の良いタイピングだ。

ここで止まった

私が3週間損していたのには、それなりの理由がある。実際にやってみて、躓いたポイントを順に書いておく。

コネクタが繋がっていないと「ただのHTML」になる: 1回目に開いたとき、Slack部分だけ真っ白だった。理由はSlackコネクタが先週外れていたのに気づかず、再接続せずに作ってしまったから。Live Artifacts自体はちゃんと作られているのだが、中身を取りに行くMCPの先が無い、という状態。コネクタの接続状態は作る前にMCP一覧画面で点検しておくと事故が減る。これは私の落ち度で、Coworkは何も悪くない
使えるCDNライブラリが3つに限定されている: 公式ヘルプを読み返したら、Live Artifacts内から外部読み込みできるのは Chart.js・Grid.js・Mermaid の3つだけだった。私は最初「D3.jsで凝ったグラフを」と言ってしまって、「使えないよ」とClaudeに止められた（その場で素直に止めてくれて助かった）。CSSやJSの自前コードはインラインで書くぶんには制限なしだが、CDN読み込みはこの3択。過剰な期待をしないほうが、生成速度も安定する
localStorage 以外のブラウザストレージは使えない: フィルタや並び順を覚えてほしい場合は localStorage を使う、と書いておけば動く。ただし sessionStorage ・IndexedDB ・Cookieはサポート外で、書いてもらっても動かない。私は一度「Cookieに保存して」と頼んでしまい、見た目は動くのに次回開くと忘れている、という現象に遭遇した（サンタを信じない子どもみたいで悲しかった）
「Open Artifact」を押し忘れる: 一番くだらない躓きだが、私は最初、Coworkのチャット欄に出てきた「Open Artifact」ボタンを押さずに、そのページが普通のチャット返答だと思って閉じてしまった。Live Artifactsは専用のサイドパネルでレンダリングされて初めて中のJavaScriptが動く。チャット欄に見えているのは、ただの予告編である

3行でまとめると

Live Artifactsは、「毎日同じ質問をしていた作業」を一回の依頼でページに固定できる機能。コネクタにつないだ最新データを、開きなおすたびに自分で取り直すーそういう仕組みのHTMLが、Cowork内に残る。永続するから、ブラウザを閉じても明日も明後日も同じ場所から開ける。

「同じ質問を3回した時点で、これライブアーティファクト化できないか？」と疑うクセを、まずつけたい。3週間ぶん損した私からのお願いである。チャット回答が消えていく流れ星なら、Live Artifactsはずっと光っている街灯みたいなもので、毎朝の足元を照らしてくれる方が、どう考えてもありがたい。

Desktop Extensions（.mcpb）ー MCPの追加、ダブルクリックで終わると知らなかった

あれ、これだったのか

JSONファイルをエディタで開いて、ダブルクォートとカンマと睨み合うこと20分。「{」と「}」の対応関係を指で追っていたら、画面の前で迷子になっていました。MCP（Claudeを外部サービスにつなぐ共通規格）を追加する作業の話です。先週、ふと「ダブルクリックでいけるけど」と教えてもらって、しばらく言葉が出ませんでした。私が指でカウントしていた20分は、いったい誰のための20分だったのでしょう。

結論マップ（ビフォー／アフター）

並べてみると、先週までの私はちょっと頑張りすぎていました。

項目	従来のMCP追加（先週までの私）	Desktop Extensionsを使った追加（今の私）
必要な作業	`claude_desktop_config.json` を手書きで編集	.mcpbファイルをダブルクリック
かかる時間	20〜30分（タイポ修正込み）	30秒（パスワード入力込み）
失敗リスク	JSON構文ミスで全MCPが動かなくなる	インストーラーが構文を生成するのでミス自体が起きない

ざっくり言うと

Desktop Extensions（デスクトップ拡張機能）は、MCPサーバー（外部サービスとClaudeをつなぐ部品）を「.mcpb」という1つのファイルにパッケージしておいて、ダブルクリックひとつで Claude Desktop に組み込める仕組みです。専門用語に翻訳すると「ローカルMCPサーバーをZIPアーカイブと manifest.json でバンドルした配布フォーマット」、人間の言葉に翻訳すると「VS Code の拡張機能や Chrome の拡張機能と同じノリで、Claude にも機能を1クリックで足せるようになった」。後者で十分わかった気がします。.mcpb は「MCP Bundle（MCPバンドル）」の略で、2025年11月までは .dxt という拡張子でしたが、ここで正式名称になりました（古い .dxt も今のところ動きます）。

💡 中身は ZIP です。試しに .mcpb を .zip にリネームして開いたら、サーバー本体と manifest.json（拡張機能の説明書）がきれいに並んで入っていました。Webから降ってきた怪しい黒い箱、ではなかった。覗ける箱はもう怖くない。

5分でできること

Claude Desktop を開いて、左下のアイコンから Settings（設定） → Extensions（拡張機能）を開く
Browse extensions（拡張機能を見る）ボタンを押す。Anthropic がレビュー済みの公式ディレクトリが開きます
欲しい拡張機能（例: Filesystem、Memory、GitHub など）の Install を押す
必要な情報（APIキー、許可するフォルダのパスなど）を画面の指示に従って入力する。ぜんぶフォームになっていて、JSON は出てきません
有効化されたら、新しい会話で実際に使えるか試す。Claude が知らなかったツール名を呼び出してくれば成功です

外部から拾ってきた .mcpb ファイルを使う場合は、Settings → Extensions の画面にドラッグ＆ドロップするか、Windows ならファイルをダブルクリックするだけで同じ画面に飛びます。私はダブルクリック派です（ドラッグの最中に手が震えたから）。

コピペして使える例

自分で配布したい拡張機能を作りたい場合は、フォルダの中に manifest.json を置いてパッケージ化します。架空の「ToDoメモを Claude から書き込める」拡張機能の manifest.json はこんな感じ。

			
{
  "mcpb_version": "0.1",
  "name": "todo-notes",
  "display_name": "ToDo Notes",
  "version": "1.0.0",
  "description": "Claude から家の ToDo メモを読み書きする拡張機能",
  "author": {
    "name": "Celsy"
  },
  "server": {
    "type": "node",
    "entry_point": "server/index.js"
  },
  "user_config": {
    "notes_dir": {
      "type": "string",
      "title": "メモを置くフォルダのパス",
      "default": "C:\\Users\\me\\Documents\\todo"
    },
    "api_key": {
      "type": "string",
      "title": "外部APIのキー",
      "sensitive": true
    }
  }
}

		

💡 注目は "sensitive": true の1行。これを書いておくと、Windows なら Credential Manager（資格情報マネージャー）に値が暗号化保存されます。秘密鍵を平文で書く心配がない。地味ですが、安心料としては破格です。

このフォルダで npx @anthropic-ai/mcpb pack と叩くと、todo-notes.mcpb というファイルが1個できあがります。あとはこれを誰かに送れば、相手はダブルクリック1回で同じ拡張機能を使える。「インストール手順を10行のREADMEで説明する」という時代の終わり、と書いて少し感傷的になりました。

詰まった順に並べると

Claude Desktop アプリと Claude Code（CLI）を混同した: Desktop Extensions は Claude Desktop アプリ専用の仕組みです。ターミナルで動かす Claude Code 側にはこの「Settings → Extensions」画面はないので、CLI 派の人は claude mcp add 経由のままになります。私は最初、ターミナルで「Settings…」と打って画面が反応せず、5分ほど自分が透明人間になった気持ちを味わいました
怪しいサイトの .mcpb は入れない: 拡張機能はあなたの PC の中で動くプログラムなので、知らない人が配っているものを入れると、家の鍵を見知らぬ人に渡すのと変わりません。基本は Browse extensions の公式ディレクトリから選ぶ。社内配布なら、配布元が信用できる場合だけ
Team / Enterprise プランは管理者の許可がいる場合がある: 組織アカウントだと「許可リスト（Allowlist）」で許可された拡張機能しか入らないことがあります。Pro / Max（個人プラン）はそのまま入りますが、会社の Team プランで「Install ボタンが押せない」場合は、自由を奪われたわけではなく、管理者に頼む側のターン

覚えておくこと

「MCPを追加するには JSON を手書きする」というのは、半年前まで本当でした。今は .mcpb ファイル1個をダブルクリックすれば、Claude が裏で勝手に config を書いてくれます。VS Code に拡張機能を入れる感覚と、まったく同じ。20分かけて JSON のカンマと格闘した先週の私に、明日の朝食をおごりたい気持ちです。チェーホフは「壁にかかった銃は撃たれなければならない」と言ったそうですが、Settings → Extensions のボタンも、Claude Desktop に置いてある以上、押されるためにそこにあります。押しに行きましょう。

MCP ー「USB-Cみたいなもの」と聞いて、ようやく腑に落ちた

あれ、これだったのか

「MCPサーバーをインストールしてください」。Claudeの解説記事でそう書かれているのを何度も見た。サーバー、という時点で私は「ああ、私には関係ない話」と画面を閉じてきた。社内の人にちらっと聞いたら「あれは USB-C みたいなものだよ」と言われ、はじめて頭の中の霧が晴れた。USB-C、知ってる。スマホの充電ケーブルと、ノートPCの横にも最近付いてる、あの薄い差し込み口。

結論マップ（ビフォー／アフター）

項目	MCPを知る前の私	MCPを知ったあとの私
外部サービス連携	「Claudeに私のGmailは見えない」と諦めていた	MCPサーバーを1つ繋げばGmailもSlackも一気に見える
導入のイメージ	「サーバー」と聞いた瞬間に閉じる	「USB-C差すだけ」と思えば抵抗ゼロ
使えるツール	Claudeに付いてる機能だけ	世界中の有志が作った数百個のツールから選べる

要するに何ができるか

MCP は Model Context Protocol（モデル・コンテキスト・プロトコル） の略で、AnthropicがClaudeのために開いた「外部サービスとAIをつなぐための共通の差し込み口」のことだ。公式ドキュメントの言葉を借りると「AIアプリにとっての USB-C ポート」。USB-C はプリンタでもイヤホンでも外付けSSDでも同じ形の差し込み口で繋がる。MCP も同じで、Gmail でも Slack でも社内のデータベースでも、対応する MCP サーバーさえ用意されていれば Claude から覗きにいける。

ここで一度、MCP サーバーという言葉だけ整理しておく。サーバーと聞くと専用機械を借りるイメージだが、ここでは「Claude と外部サービスの間に立って通訳してくれる小さなプログラム」くらいの意味だ。Gmail を読みたければ Gmail 用の MCP サーバー、Slack を読みたければ Slack 用の MCP サーバーを差し込む、というイメージで当面は十分だと思う。

一番シンプルな使い方

Claude Desktop（私が普段使っているアプリ）にMCPサーバーを追加する流れを書いておく。Coworkモードを開いている前提で、5分かからず終わった。

Claude Desktop の右上「Settings」→「Connectors」を開く
「Browse Connectors」から欲しい連携先（例：Gmail、Google Calendar）を選ぶ
「Connect」ボタンを押し、出てきた認証画面で自分のアカウントにログイン
権限の確認画面で「許可」を押す
チャットに戻り「私のGmailの未読件数を教えて」などと話しかけて動作確認

公式に用意されたコネクタ（Gmail・Calendar・Drive など）はワンクリックで入る。コネクタ一覧にないサービスは、設定ファイル（claude_desktop_config.json という JSON ファイル）に手書きで追加する形になる。後者はやや上級者向け、と覚えておけば大丈夫だ。

コピペして使える例

公式コネクタにないサービスを追加するときは claude_desktop_config.json にこう書く。下は架空の「家計簿サービス（kakeibo-mcp）」を繋ぐ場合の例。実在のキー値は入れていない。

			
{
  "mcpServers": {
    "kakeibo": {
      "command": "npx",
      "args": ["-y", "@example/kakeibo-mcp"],
      "env": {
        "KAKEIBO_API_KEY": "ここに自分のAPIキーを貼る"
      }
    }
  }
}

		

💡 ポイント：JSONはカンマと中括弧の位置で全部決まる。最後の項目の後ろにカンマを付けると壊れる、これだけ覚えておけば9割の事故は防げる。

設定ファイルを保存したら Claude Desktop を一度終了して再起動する（ここを忘れると新しいサーバーは読み込まれない）。再起動後、チャットで「家計簿の今月の合計を出して」と話しかけ、ちゃんと数字が返ってくれば成功だ。

私が間違えたこと

最初の数日でやらかしたのは、だいたい次の3つ。

「サーバー」を物理的に借りようとしていた: AWSとかさくらインターネットとか、そっち系の話だと思って身構えていた。実際は自分のPCの中で動く小さなプログラムなので、契約も請求も発生しない。
JSONの末尾カンマで Claude が起動しなくなった: 設定ファイルに新しい MCP サーバーを書き足したとき、最後の `}` の前にカンマを残してしまい、Claude が黙って起動しないという地獄を見た。エラーメッセージも出ない。テキストエディタの色が赤くなっていたのに、私は気づかなかった。
権限の許可画面を「とりあえず全部OK」で進めた: あとで「Claudeが私のGmail全部読める状態」になっていて少し怖くなった。MCPサーバーを足すときの権限画面は、毎回中身を読んでから許可した方がいい。USB-Cと違って、繋いだ先のデータが向こうに渡る場合があるので。

3行でまとめると

MCPは「Claudeに新しい差し込み口を増やす規格」、と理解しておけば最初は足りる。サーバーという言葉に怯えて閉じていた半年間、本当にもったいなかった。USB-Cと同じで、対応している周辺機器を1つ繋ぐだけで、Claudeで「できること」がぐっと増える。明日、自分が一番よく使うサービスから1つ繋いでみるのを強くおすすめしたい。

Claude Codeをスマホから操作する4つの方法を調べたー前回「公式機能はない」と書いた直後に、公式が出ていた話

先に訂正させてほしい

前回の記事「「Dispatch」をClaude Codeで実現する方法」で、私は「Claude Code に公式の /dispatch は存在しない」と書いた。サブエージェントとフックとスケジュールタスクを組み合わせれば近い挙動は再現できる、という話で締めた。

ところが、調べ直してみたら Anthropic は 2026年2月25日に「Claude Code Remote Control」を Research Preview として公開していた。前回の記事を書いたときに気づけていなかった。お弁当を作り終えてから「実は弁当屋さんが昨日オープンしてた」と通知されたような気分。

ただ、Remote Control は Cowork の Dispatch とは似て非なるものらしい。Dispatch が「指示を投げて閉じる、結果はあとで受け取る」のに対して、Remote Control は「ローカルで動いている Claude Code セッションを、スマホから遠隔で触り続ける」。同じ「スマホから操作」でも、メンタルモデル（頭の中での使い方のイメージ）が違う。

今日はその訂正もかねて、前回の記事で紹介した自前実装方式に加えて、公式・OSS・公式プラグイン系の3つを横並びで比較する。私がスマホから Claude Code を動かす方法として現実的に検討できそうな4択を、まだ実際には試さず、公式ドキュメントと OSS の README、そして前回の自分の記事を読み返した段階でまとめておく。実機検証は次回以降の宿題にする。

比較対象の4つ

調べた範囲で、初心者でも候補に乗りそうなものを4つに絞った。

1. Anthropic 公式 Claude Code Remote Control

ローカルの Claude Code セッションを、iOS / Android の Claude アプリや claude.ai/code ブラウザから操作できる公式機能。起動はターミナルでこれ一発、と公式ドキュメントには書かれている。

claude rc

実行すると QR コードとセッション URL が出るので、それを手元のスマホで読み込む流れ。コードの実行はずっとローカル PC、Anthropic のリレー（中継サーバー）は「会話文と tool_result」を中継するだけ、と説明されている。家にいる本人をスマホで遠隔操作するのに近いので、外出先から自分の自宅 PC を呼び出している私を想像するとちょっと面白い。

2. CloudCLI（siteboon/claudecodeui）

GitHub で1万 stars 級の OSS。npx で起動できる Web UI で、自宅 PC で Web サーバーが立ち、ブラウザから Claude Code を触れる。AGPL-3.0-or-later ライセンス。スマホブラウザにも対応していると README に記載されている。自宅 Wi-Fi の範囲なら追加設定なしで届くが、外から触りたい場合は別途トンネル（Tailscale や Cloudflare Tunnel など、自宅 PC のサービスを外から見えるようにする仕組み）を組む必要があるとのこと。

3. Anthropic 公式の Telegram / Discord プラグイン

Anthropic が直接管理する anthropics/claude-plugins-official リポジトリの中に、Telegram プラグインと Discord プラグインの両方が公式で用意されている。MCP（Model Context Protocol、Claude に外部機能を足す仕組み）サーバーがボットとして常駐し、スマホのメッセージアプリから DM すると Claude Code に転送される、という仕組み。Bun ランタイムが必要、6文字のペアリングコードでボットと PC をひも付ける、と README にある。

4. 前回記事で紹介した自前実装方式（サブエージェント＋Hooks＋スケジュールタスク）

前回の記事で書いた部品の組み合わせ。.claude/agents/ 配下にサブエージェント定義ファイルを置き、.claude/settings.json の Hooks でサブエージェント終了を検知してログや後続処理に連鎖させ、Claude Code のスケジュールタスク機能（公式ドキュメント上はクラウド／デスクトップ／CLI セッション内の3層がある）で「明日の朝7時に動かす」を仕込む、という構成だった。スマホからリアルタイムで指示を出す仕組みではなく、出かける前に予約 → 帰宅したら成果物がある、という時間差バトンタッチ型。Cowork の Dispatch のメンタルモデルに一番近いのは、実はこれだ、と前回の自分は書いている。自分で書いた記事を、自分で「実は」と引用する違和感は、思ったより慣れない。

比較表

観点	① Remote Control	② CloudCLI	③ 公式 Telegram/Discord	④ 自前実装（前回記事方式）
公式性	◎ Anthropic 公式	× 第三者 OSS（活発）	◎ Anthropic 公式プラグイン	◎ 部品はすべて公式機能
提供形態	Research Preview	OSS（AGPL-3.0-or-later）	公式プラグイン	既存機能の組み合わせ（サブエージェント＋Hooks＋スケジュールタスク）
導入手順の概略	`claude rc` で QR を出す	`npx` で起動	プラグイン導入＋ボット作成	`.claude/agents/` と `.claude/settings.json` を書く＋スケジュール登録
プラン要件	Max は提供中、Pro は順次	プランの制約なし	プランの制約は調べた範囲で見当たらず	Claude Code が動けばOK
スマホ側で必要なもの	Claude iOS/Android アプリまたはブラウザ	ブラウザ	Telegram / Discord アプリ	なし（実行は PC 側、結果はあとで取りに行く）
ローカル PC 側で必要なもの	Claude Code v2.1.52+	Node + `npx` 実行環境	Bun ＋プラグイン設定	Claude Code、サブエージェント定義ファイル、settings.json
通信経路	Anthropic のリレー経由	localhost または自前トンネル	Telegram / Discord サーバー経由	ローカル完結（外部リレーなし）
リアルタイム性	◎ 双方向で対話継続	◎ 双方向	○ チャット往復	× 事前予約のみ、双方向ではない
LTE / 外出先対応	◎	△（自宅 Wi-Fi 限定。外出先はトンネル追加）	◎	N/A（リアルタイム操作の概念がないため評価対象外）
想定ユースケース	出先からの遠隔継続	自宅で別の部屋から触る／Web UI でコードを見たい	通知ベースで結果を受け取る	出かける前に予約→帰宅したら成果物が机に置いてある

観点別の補足

リアルタイム性とメンタルモデル: ①②③は「スマホから PC を遠隔で触り続ける」リアルタイム双方向型。一方で ④ は「出かける前に仕込む、帰ってから結果を見る」予約型で、そもそもスマホから操作する仕組みではない点が他の3つと根本的に違う。Cowork の Dispatch のメンタルモデル（投げて閉じる、結果はあとで）に一番近いのは ④ で、Claude Code を遠隔シェルのように使いたいなら ①②③ の方向、というのが調べていてだんだん見えてきた。

公式性: ①と③は Anthropic が直接管理しているリポジトリ／機能。④は前回記事のとおりサブエージェント・Hooks・スケジュールタスクすべてが公式機能なので、土台は公式どうしの組み合わせ。②は第三者 OSS なので、不具合は GitHub の Issues で議論することになる、という前回記事と同じ自己責任の枠組み。

通信経路: ① は Anthropic のリレーを通る。「コードはローカルから出ない、リレーは会話文と tool_result だけ」と公式ドキュメントに明記されている。③ は Telegram / Discord のサーバーを通るため、会話内容と出力が第三者のメッセンジャー上を流れる点が①とは決定的に違う。② は localhost で立ち上げるだけなら家の Wi-Fi の中で完結する。④ は外との通信がそもそも発生しない（実行はローカルの Claude Code だけ）ので、プライバシー観点では一番閉じている。

プラン要件: ① は2026年2月の公式 X アカウントの投稿で「Research Preview for Max users, and coming soon to Pro users」と告知された。その後の公式ドキュメント上では Pro / Max / Team / Enterprise 全プラン対応となっているが、Team / Enterprise は管理者がトグルを ON にする必要がある、と記載されている。私のように Max プランなら提供対象だが、Pro 環境では実際の挙動が安定していないという GitHub Issue（「Pro なのにまだ使えない」報告）も2026-04 時点で上がっており、提供初期のロールアウトの揺らぎは残っているようだ。② と ④ は Claude Code 自体が動けばよく、プラン依存はないと README ／公式ドキュメントから読み取れる。

LTE / 外出先: ① は Anthropic のリレー経由なので、PC とスマホが同じ Wi-Fi にいる必要はない。② は localhost のままだと家の中限定で、外出先から触りたければトンネルを別途組む必要がある。③ は Telegram / Discord のサーバーが受けるので、外出先の LTE で問題ない。④ は「リアルタイムで触る」という概念がないので、外出先かどうかはそもそも関係ない。

OSS と自前実装のトレードオフ: ② と ④ は「自分で道具を抱える」点では似ているが、② は他人が書いた Web UI を使わせてもらう構図で、④ は自分で部品を組む構図。② はラクだが第三者コードへの依存があり、④ は完全に自分の手の内だが、書く分だけ手間がかかる。要は外食か自炊かの差で、開発経験ゼロの私の立場だと「②のほうが入口が広く、④のほうがあとで応用が利く」という棲み分けに見える。同じ料理でも、レシピ本を写しながら作るのと、コックさんに任せるのでは身につき方が違う、という孫子っぽい話。

セキュリティの自分なりのまとめ: 「コードがどこを通るか」で見ると、① は Anthropic、③ は第三者メッセンジャー、② は環境次第、④ は外に出ない。プライバシーを最優先するなら ④、次点で ② をローカル限定、と現時点では判断している。ただし実際の通信内容を私自身がパケットキャプチャ（通信を直接覗いて中身を確認する手段）で検証したわけではないので、各公式ドキュメントと README の文面を信じている、という前提は付けておく。読者のなかにも「いや、ドキュメントは盛るでしょ」と思った人がいるかもしれない。その疑いは私も完全には捨てきれていない。

開発経験ゼロの私が試す優先順位

これから順番に試そうと思っている順序は次のとおり。まだ実際には試していないので、結果は次回以降の記事で答え合わせする。

第1候補：① Remote Control。CLI コマンド1発（claude rc）で QR が出るらしく、公式の手順が一番短い。Max プランで提供中なので、私のアカウントでも届いているはず（実際の挙動は試してから確認する）。
第2候補：② CloudCLI。Web UI で操作できるなら、ターミナルが苦手な私でも視覚的に追える可能性がある。npx 一発で起動、まずは家の Wi-Fi の範囲で試す予定。AGPL のライセンスなので、業務利用する人は条項を確認したほうがいい。
第3候補：④ 自前実装方式（前回記事の再演）。リアルタイム性を捨てる代わりに、外との通信を一切発生させずに「予約 → 帰宅したら成果物がある」を成立させる選択肢。私が Cowork でいう Dispatch の体験に一番近づきたいときには、これに戻るのが筋がいい気がしている。前回の記事の構成をそのまま動かす、という意味で再現性も高い。
第4候補：③ 公式 Telegram / Discord プラグイン。スマホ操作が一番カジュアルなのは魅力だが、会話の中身が Telegram / Discord を経由する点で、Claude に渡すファイル名やメモの扱いが気になる。情報漏れを気にしないリサーチ用途や、結果通知だけ受け取る使い方ならアリかも、という位置づけで温存しておく。

順序は変わるかもしれない。試したら ② のほうが圧倒的にラクだった、という結末も普通にあり得る。

試す前に気になっていること

調べた範囲で疑問が残った点を正直に列挙しておく。試したときに答え合わせする。

Remote Control はローカル PC がスリープすると切れると公式ドキュメントに書かれている。Windows のスリープ設定を変えずに使うとどう困るのかは未検証。
Pro プランでの実挙動は公式ドキュメント上は対応扱いだが、GitHub Issue では「使えない」報告も残っている。私自身は Max プランなので影響はないが、Pro ユーザーの読者向けには継続してウォッチする必要がある。
CloudCLI のスマホ UX は README に「Responsive Design」と書かれているが、画面写真を眺めただけではタップ操作の細かい使い勝手はわからない。
Telegram / Discord プラグインのレートリミット（連投したらどうなるか）は公式ドキュメントから読み取れなかった。
自前実装方式（④）のスケジュール実行が、PC スリープ中にどう振る舞うかは前回記事でも踏み込んでおらず、未検証のまま。
4つの選択肢を併用したとき（Remote Control で動かしながら Telegram から通知を受ける、自前スケジュールタスクが裏で走る等）に競合や制約が出るのかは、現時点では公式情報では確認できなかった。

まとめ

公式 Remote Control の存在を見落としていたのが、今回いちばんの収穫だった。「リアルタイムで触り続ける」3択（①②③）と、「予約して結果だけ受け取る」1択（④＝前回記事方式）は、そもそも別ジャンルの話だった、というのが4つを並べてみてはっきりした。スマホから Claude Code を動かしたい、という素朴なニーズに対しては ① Remote Control がいちばん素直な答えだと、公式ドキュメントを読んだ範囲では思える。一方で Cowork でいう Dispatch のメンタルモデルに近いのは ④ で、用途で選び分けるのが現実的、という結論に今は寄っている。

実機で試した結果は別記事で書く予定。今日は「調べた段階でわかったこと」をここで止めて、次回は実際の挙動と詰まりポイントを記録する。4つ全部試したうえで、開発経験ゼロの目線で「結局これがいちばんラクだった」を選び直すつもり。お弁当の比喩を続けるなら、4軒の弁当屋（うち1軒は前回自分が組み立てた手作り弁当）を食べ比べる前の品書きを、今日は眺めただけ、という回。

プラグイン管理ー 1クリックで「できること」が増えた話

知らなかった話

Cowork を使い始めてしばらく、「スキル」とか「コネクタ」とか、言葉の意味はなんとなくわかるけど、どこから追加するのかが全然わからなかった。

「インストール？　どこに？」という状態で数日過ごしていた（黙秘）。

調べてみたら、プラグインという仕組みがあって、それを入れるだけでスキルもコネクタも一気に使えるようになると知った。それ、最初に言ってほしかったやつです。

結論マップ（ビフォー／アフター）

改善前（Before）	改善後（After）
スキル・コネクタが何もない素の状態	プラグイン1つで複数機能がまとめて追加される
機能を個別に探してインストール	「Customize」メニューから一覧で選べる
何ができるか把握できていない	プラグインの説明を読めば用途がわかる

要するに何ができるか

プラグインとは、スキル・MCPコネクタ・スラッシュコマンドなどをひとまとめにしたパッケージです。

スキル（＝Claudeが特定の作業を上手くこなすための命令セット）やコネクタ（＝外部サービスとの接続口）を、バラバラに設定するかわりに、「このプラグインをインストールする」だけでまとめて有効になります。

プラグイン自体のインストールに追加の課金は必要ありません——そもそも「Claude の使い方を拡張する設定ファイル」なので、別途アプリを買うような感覚とは違います（ちょっと違う例えで申し訳なかった）。

2026年1月30日にCoworkへ正式提供が始まり、現在は38以上のコネクタが揃っています。Google ドライブ、Gmail、DocuSign、WordPress、Slack などが対応済みで、今も増え続けているらしい。「今も増え続けている」という状態のものを追うのは少し怖いですが、楽しい怖さです。

とりあえずやってみる

Claude デスクトップアプリを開き、「Cowork」タブに切り替える
左サイドバーの 「Customize」 をクリックする（ここが入口）
「Browse plugins」 を選ぶとプラグイン一覧が表示される
使いたいプラグインを見つけて 「Install」 をクリックする
インストール完了後、チャットで「/」を入力するとスキルの一覧が表示される

これだけです。何行もコマンドを打つことなく、ポチッと押せば終わります。「え、それだけ？」と思った人——私もそう思いました（同志）。

実際に打ったプロンプト

プラグインをインストールした後、Claudeにこう聞いてみました。

			
今インストールされているプラグインとスキルの一覧を教えてください。
どんなことができるか、初心者向けに説明してほしいです。

💡 ポイント： インストール直後はスキル名を覚えていなくても大丈夫。「今使えるスキルを教えて」とそのまま聞けば、Claudeが一覧と使い方を説明してくれます。

あと、こんな使い方もできます。目的だけ伝えてClaudeに提案してもらう方法：

			
GoogleドライブのファイルをClaudeから操作したいのですが、
どのプラグインを入れればいいですか？

Claudeが「このプラグインを入れてください」と提案してくれます。

……これ、まさにシェルピンスキーの三角形みたいな構造ですよね。Claudeに「何を入れるべきか」を聞いて、Claudeが提案した機能でClaudeがまた強くなる——再帰的な自己強化です（哲学的な感想を言いたかっただけです）。

引っかかりやすいポイント

「Customize」メニューが見当たらない: 左サイドバーの下の方にあります。スクロールしないと見えないことがあるので、「消えた」と思ったらまず下を確認してください。私は3回くらい消えたと思いました。
インストールしたのにスキルが出てこない: チャット画面で「/」を入力するか「＋」ボタンを押すと一覧が表示されます。スキルは「勝手に使われる」ものではなく、「呼び出して使う」ものなので、インストール直後は何も変わったように見えないのが正常です。焦らないでください（私は焦りました）。
Enterprise プランの場合は管理者の設定次第: Enterprise ユーザーの場合、管理者がインストール可能なプラグインを制限していることがあります。「なんでこのプラグインが出てこないんだろう」という場合は管理者に確認するのが早道です。

で、結局どうなの

プラグインの話をひとことでまとめると、「Coworkの”できること”を増やす最も簡単な方法」です。

コマンドもコードも不要で、ブラウズして押すだけ。GitHubに慣れた人には拍子抜けするくらい簡単で、逆に私みたいな非エンジニアには「え、これだけでいいの」という発見でした。

インストール直後は「何が変わったんだ？」と感じるかもしれないけれど、「/」を入力してスキル一覧を見た瞬間に「あ、確かに増えてる」と気づきます。その瞬間が、地味に好きです。

初日から「何が使えるかわからない」と思っている人は、とりあえずプラグインを1つ入れてみるところから始めると、Coworkの輪郭がぐっとクリアになると思います——入れた瞬間に「え、こんなに一気に増えるの」と少し笑えるくらいには。

Gmail MCP ーつながってたのに、全然使ってなかった

先に言っておく

GmailがCoworkにつながってるの、知ってた？

私は知ってた。設定画面に「Gmail」ってしっかり書いてあったから。でも「なんか怖いな……本当にメール読まれちゃうの？」と思い続けて、ずっと無視してた。設定画面を開いては、そっと閉じる謎の行動を繰り返すこと数週間。

ようやく試した結果——思ったより普通に便利だった。怖がり損だった（3週間返してほしい）。

結論マップ（ビフォー／アフター）

改善前（Before）	改善後（After）
Gmailの検索窓でキーワードをポチポチ入力	Claudeに「〇〇の件のメール探して」と頼む
返信文をゼロから考えて書く	「こんな内容の返信下書きして」とお願いする
ラベル一覧は画面をスクロールして確認	「ラベル一覧と ID 教えて」で即取得

これが本体

MCP（Model Context Protocol） とは、ClaudeがGmailなどの外部サービスと「会話」できるようにするための接続規格です。

……「規格」と書くと突然お堅い感じになりますね（私も書きながらそう思った）。

もっと簡単に言うと、「Claude にGmailの鍵を渡して、代わりにメールを調べたり下書きを作ってもらう仕組み」です。完全に理解しました（3回目）。

Gmail MCPで使える主な機能はこの3つ：

メールスレッドの検索 — 「〇〇さんからのメールを探して」など
返信下書きの作成 — 「〇〇の内容で返信の下書きを作って」など
ラベル一覧の取得 — Gmailのラベル名と ID をまとめて確認

大事な注意点が1つ：メールの「送信」はできない。

Claudeができるのは「下書きを作ってGmailの下書きフォルダに保存する」まで。送信は自分の目で確認してから自分のボタンで押す、というルールになってます。勝手に送られるわけではないので、安心してください。私はそこを誤解して3週間ビビり続けていました（返ってこない時間）。

実際にやった手順

Coworkですでに Gmail が接続済みの場合は、手順1〜2 だけで使えます。

Coworkを開く（Claude Desktop AppのCoworkモード）
チャットで「GmailのMCPが使えるか確認して」と入力して動作確認
未接続と言われた場合：Coworkの設定画面（Connectors・コネクター設定）からGmailを追加する

私は手順2で「はい、使えます」という反応が来たので（意訳）、すぐにそのまま試せた。

接続確認のプロンプトはこれ：

試してみたプロンプト

① メールスレッドを検索する

			
「請求書」というキーワードを含むメールスレッドを最新5件探して、
件名・送信者・受信日時を教えてください。

💡 ポイント： search_threadsが動き、件名・差出人・受信日時が返ってくる。Gmail検索窓に打つ文字列をそのまま日本語で頼む感覚でOK。

② 返信の下書きを作る

			
メールID: 〈search_threadsで取得したIDをここに貼る〉
このメールに対して、「来週の火曜日午後2時に対応します」という内容で
丁寧な日本語の返信下書きを作成してください。

💡 ポイント： create_draftが動く。作成された下書きはGmailの「下書き（Drafts）」フォルダに保存される。送信は自分で確認してから行う。

やらかしたこと

メールIDってなに？と詰まった: 最初「メールID」の意味がわからなかった。search_threadsで検索→返ってきたスレッドIDをコピー→create_draftに貼る、という2ステップが必要。順番を守れば大丈夫。
「下書きが保存された！」と青ざめた: 「下書きを作って」とお願いしたら、本当にGmailの下書きフォルダに保存されていた。一瞬「え、勝手に送られた!?」と焦ったが、ちゃんと下書きのままだった。ほっとするまで5秒かかった（動悸）。
Coworkを再起動したら治った: 「接続できません」と言われて焦ったが、Coworkを再起動したら普通に動いた。最初の一手はとにかく再起動、という教えを胸に刻んだ。

で、結局どうなの

「Gmailを開かずにメールを操作できる」 は地味に便利だった。

メール検索って、毎回思ったより時間を使うんですよね。「いつのメール？」「誰から来てた？」でGmailの検索窓をポチポチするより、Claudeに「〇〇の件のメール探して」と書く方が速い。

返信下書きは、「ゼロから文章を考える」という一番エネルギーを使う作業をClaudeに丸投げできるので、精神的コストがかなり下がる。

それにしても、最初から「送信はできない・下書きまで」と知っていれば、あの3週間の謎の逃避行動はなかったのだが——。まさにシュレーディンガーの連携。確認するまで「便利なのか怖いのかわからない重ね合わせ状態」が続き、確認した瞬間に「ただの便利ツール」に収束した（量子力学の話）。

確認しないと損するのは私、という結論に至った。

タグ: 外部連携

朝の20分、返してほしい

これが何かを一言で

ビフォー／アフター

セットアップは3ステップ

動いた使い方

私が間違えたこと

で、結局どうなの

関連リンク

つまりこういうこと

結論マップ（ビフォー／アフター）

要するに何ができるか

とりあえずやってみる

実際に打ったプロンプト

ここで止まった

3行でまとめると

関連リンク

あれ、これだったのか

結論マップ（ビフォー／アフター）

ざっくり言うと

5分でできること

コピペして使える例

詰まった順に並べると

覚えておくこと

関連リンク

あれ、これだったのか

結論マップ（ビフォー／アフター）

要するに何ができるか

一番シンプルな使い方

コピペして使える例

私が間違えたこと

3行でまとめると

関連リンク

先に訂正させてほしい

比較対象の4つ

1. Anthropic 公式 Claude Code Remote Control

2. CloudCLI（siteboon/claudecodeui）

3. Anthropic 公式の Telegram / Discord プラグイン

4. 前回記事で紹介した自前実装方式（サブエージェント＋Hooks＋スケジュールタスク）

比較表

観点別の補足

開発経験ゼロの私が試す優先順位

試す前に気になっていること

まとめ

関連リンク

知らなかった話

結論マップ（ビフォー／アフター）

要するに何ができるか

とりあえずやってみる

実際に打ったプロンプト

引っかかりやすいポイント

で、結局どうなの

関連リンク

先に言っておく

結論マップ（ビフォー／アフター）

これが本体

実際にやった手順

試してみたプロンプト

やらかしたこと

で、結局どうなの

関連リンク