AI 秘書を本格化する — MCP 連携と複数ツール統合
Level 1(ブラウザでコピペ)や Level 2(Claude Desktop のコネクタ)で Claude を使い始めた方向けの、次のステップです。
Level 3 では MCP(Model Context Protocol) という仕組みを使って、Claude と複数のツールを直接つなぎます。ターミナルに「おはよう」と入力するだけで、Gmail・Slack・カレンダー・タスク管理ツールの情報がまとめて届く——そんな「本格的な AI 秘書」が実現します。
この記事はターミナルを使える方向けです
MCP の設定には、ターミナル(コマンドを入力する画面)の基本操作と、簡単な設定ファイルの編集が必要です。Claude Code のセットアップがまだの方は、まず Claude Code をはじめる を読んでから戻ってきてください。
Level 1・2 の限界と Level 3 で変わること
コピペの壁
Level 1・2 の使い方には、どうしても「手作業」が残ります。
- Gmail を開いてメールをコピー → Claude に貼り付け → 返信案をコピーして Gmail に戻る
- Slack を開いてメンションをコピー → タスクリストに追加
- カレンダーを確認 → 別ウィンドウで Claude に伝える
一つひとつは小さな手間ですが、毎朝これを繰り返すと、情報収集だけで20〜30分かかってしまいます。また、情報源が増えるほど、この手間は積み重なっていきます。
Level 3 で何が変わるか
MCP を使うと、Claude が外部ツールを直接読み書きできるようになります。
# ターミナルに入力するだけ
$ claude
> おはよう
# Claude が自動的に以下を実行:
# 1. Gmail を開いて未返信メールを抽出
# 2. Slack でメンションされたスレッドを確認
# 3. 今日のカレンダーを取得
# 4. Todoist からタスクリストを読み込む
# 5. 優先度付きのブリーフィングを生成・保存
手動でコピペしていた作業が、コマンド一つで完結します。Art of Saience のニュースレターでは「Claude Code はコーディングツールではない。人生の自動化インフラだ」と表現されています——支出分析で月$400の節約を発見したり、12,000枚の写真を20分で整理したりと、コード以外のタスクにこそ威力を発揮します。
MCP とは何か
MCP(Model Context Protocol)は「Claude と外部ツールをつなぐ翻訳者」です。
イメージとしては、Claude という賢い秘書がいるが、外の世界(Gmail、Slack、GitHub など)の言葉を理解できない——そこで MCP サーバーという「通訳」を間に置くことで、Claude が各サービスと会話できるようになります。
Claude ←→ MCP サーバー(Gmail用)←→ Gmail
Claude ←→ MCP サーバー(Slack用)←→ Slack
Claude ←→ MCP サーバー(Todoist用)←→ Todoist
各サービスに対応した「MCP サーバー」というプログラムを設定ファイルに登録することで、Claude がそのサービスを操作できるようになります。
技術的な補足(エンジニア向け): MCP は Anthropic が策定したオープンプロトコルで、JSON-RPC ベースの通信仕様です。ツール(tool)、リソース(resource)、プロンプト(prompt)の3種類の機能を Claude に提供できます。設定は claude_desktop_config.json または Claude Code の ~/.claude/settings.json で行います。
MCP サーバーはサードパーティも公開しています
Gmail、Slack、GitHub など主要サービスの MCP サーバーは、公式または有志による実装が GitHub に公開されています。多くの場合、npm install などのコマンド一行で導入できます。
実践者のアーキテクチャ
実際に MCP を使って AI 秘書を構築した方々の事例を紹介します。それぞれの状況・課題・解決策が参考になるはずです。
iret:「おはよう」で5サービス統合ブリーフィング
状況: 執行役員として多くの情報源を毎朝チェックする必要があった
アイレット 後藤氏は、Claude Code と MCP を組み合わせて5つの情報源(メール・Slack・カレンダー・タスク管理・ノート)を統合したワークフローを構築しました。
構成:
- Gmail MCP — 2営業日以上未返信のメールを自動検出
- Slack MCP — メンションされたスレッドを抽出
- Google Calendar MCP — 今日・明日の予定を整理
- Todoist MCP — タスクの優先度を再評価
- Obsidian — ブリーフィング結果を日次ノートとして保存
ターミナルで おはよう と入力すると、上記5サービスを横断した優先度付きブリーフィング(赤/黄/緑の3段階で分類)が自動生成・保存されます。朝のタスク整理が30分から3分に短縮されました(iret.media 記事より)。
クラスメソッド:GTD と Zettelkasten の統合
状況: タスク管理(GTD)と知識管理(Zettelkasten)が分断されており、情報の再利用が難しかった
クラスメソッドの「きんじょー」氏は、Claude Code をハブとして両方の管理システムを統合するワークフローを構築しました。
カスタムコマンド:
/morning # 朝のプランニング。今日やることをインボックスから整理
/inbox # 未処理の項目を整理してタスクまたはナレッジに振り分け
/review # 週次レビュー。完了タスクの振り返りとナレッジの更新
この仕組みにより、情報を「集める→整理する→考える」という作業が「考える→判断する」へとシフトしました。Claude が整理を担うことで、人間は意思決定に集中できるようになったとのことです(クラスメソッド記事より)。
TechRacho:38プロジェクトの並行管理
状況: 中間管理職として38プロジェクトを並行管理しており、コンテキストスイッチが激しかった
morimorihoge 氏は、GitHub・GitLab・Backlog・Slack・DocBase という5つのプロジェクト管理ツールを Claude Code で横断管理するワークフローを構築しました。
中心となるコマンド:
/project-update all
このコマンドを実行すると、全プロジェクトの更新情報(プルリクエスト、課題、Slack スレッド)が一元整理され、対応が必要な事項が優先度付きでリストアップされます。各プロジェクトのコンテキストを頭に入れ直す時間が大幅に削減され、コンテキストスイッチのストレスが軽減されたと報告しています(TechRacho 記事より)。
つまづきポイント:プロジェクト数が増えすぎてコマンドが遅くなる
project-update allのように全プロジェクトを一括更新すると、API コールが多くなり処理に時間がかかることがあります。対策として、①頻繁に更新されるプロジェクトとそうでないプロジェクトを分けてコマンドを作る、②週次・日次でチェックするプロジェクトを分ける、といった工夫が有効です。
Blattman:9スキル体制のエグゼクティブアシスタント
状況: 研究者・著者として膨大なメールと情報を管理する必要があり、5,000通以上の未読メールを抱えていた
Chris Blattman 氏は、9つの専門スキルを持つ AI エグゼクティブアシスタントを構築しました。各スキルが担当領域を持ち、Claude が適切なスキルを呼び出して処理します。
9つのスキル体制:
- メール優先度分類
- 未読メールのサマリー
- 返信下書き生成
- 会議スケジューリング
- 研究論文の要約
- 原稿フィードバック
- 学生メール対応
- タスクリスト管理
- 週次レビュー
このシステムにより、5,000通の未読メールを重要な6通まで絞り込み、週1〜2時間の時短を実現しました。注目すべきは「段階的自律性」という設計思想——次のセクションで詳しく説明します(claudeblattman.com 記事より)。
よく使われる MCP サーバー
自分のワークフローに合わせて、必要な MCP サーバーを選んでください。
| サービス | 用途 | 入手方法 |
|---|---|---|
| Gmail / Google Calendar | メール・予定の読み書き | サードパーティ実装(@postlab/google-workspace-mcp 等) |
| Slack | メッセージ送信・チャンネル読み取り | @modelcontextprotocol/server-slack |
| GitHub | リポジトリ・Issue・PR の管理 | @modelcontextprotocol/server-github |
| Notion | ページ・データベースの読み書き | @notionhq/notion-mcp-server(Notion 公式) |
| Todoist | タスクの作成・更新・完了 | サードパーティ実装あり |
| Obsidian | Markdown ノートの読み書き | コミュニティ実装あり |
| ファイルシステム | ローカルファイルの読み書き | @modelcontextprotocol/server-filesystem |
MCP サーバーの最新情報は公式ページで確認
MCP サーバーのエコシステムは急速に発展しています。利用可能なサーバーの最新一覧は Anthropic の公式 MCP ページ や GitHub を確認してください。
段階的自律性の設計
Blattman 氏が提唱する「段階的自律性」は、AI 秘書を安全に育てるための重要な考え方です。
3つの段階
段階 1:提案(Suggest)
Claude がアクションを提案し、人間が承認してから実行します。
Claude: 「田中さんへの返信として、以下の下書きを作りました。送信しますか?
[下書き本文...]
(y) 送信 / (e) 編集 / (n) キャンセル」
新しい MCP サーバーを導入した直後は、必ずこの段階から始めることをおすすめします。Claude がどんな判断をするかを確認できるからです。
段階 2:承認(Approve)
定型的なアクションは自動で実行し、重要なアクションのみ確認を求めます。
# ポリシーファイルの例
- Slack のスタンプ反応: 自動実行OK
- 社内メールの返信下書き: 確認が必要
- 外部へのメール送信: 必ず確認する
- カレンダーへの予定追加: 確認が必要
- 予定の変更・削除: 必ず確認する
段階 3:自動化(Automate)
信頼性が確認できたアクションは、完全に自動化します。
# 完全自動化できる例
- 毎朝のブリーフィング生成(読み取りのみ)
- 日報の下書き作成(Obsidian への保存)
- 週次タスクレビューの実行
重要:書き込み操作は慎重に
メールの送信、タスクの削除、カレンダーの変更など、外部に影響を与える「書き込み操作」は、十分な信頼が積み上がるまで自動化しないことをおすすめします。読み取りや下書き生成から始め、実際の送信・変更は人間が確認するフローを維持しましょう。
ポリシーファイルで AI の行動を制御する
段階的自律性を実装する具体的な方法が、ポリシーファイルです。Claude Code では CLAUDE.md に AI の行動ルールを記述できます。
ポリシーファイルの例
# AI 秘書 ポリシーファイル
## 自動実行してよいこと(確認不要)
- メール・Slack・カレンダーの読み取り
- Obsidian へのノート保存
- タスクリストの読み取りと優先度評価
- 朝のブリーフィング生成
## 確認が必要なこと
- メールの返信下書きを実際に送信する前
- タスクの完了マーク(間違いのリスクがあるため)
- カレンダーへの予定追加・変更
## 絶対にしてはいけないこと
- 「全員に返信」での送信
- 社外メールの自動送信
- 予定の削除(変更のみ可)
- 機密ファイルを外部サービスにアップロード
## 判断に迷ったとき
- 人間関係が重要なメールは人間が書く
- 初めての相手へのメールは確認を求める
- 緊急フラグがついた事項は即座に通知する
このポリシーファイルを Claude Code の CLAUDE.md に含めることで、Claude が一貫した判断基準で動くようになります。
ポリシーは育てるもの
最初から完璧なポリシーを作ろうとしないこと。使いながら「ここは自動化できる」「ここは確認が必要だった」という経験を積み、少しずつポリシーを更新していきましょう。
セキュリティとプライバシー
複数のツールを統合することは便利ですが、セキュリティ上の注意点もあります。
MCP 接続に関するリスク
認証情報の管理
MCP サーバーの設定には、各サービスの API キーやトークンが必要です。これらは設定ファイルに記述しますが、絶対に Git にコミットしてはいけません。.env ファイルや専用のシークレット管理ツールを使いましょう。
アクセス権限の最小化
OAuth でサービスと接続する際は、最小限の権限のみ付与してください。
✅ Gmail: 読み取りのみ(まず読み取りから始める)
✅ Slack: 自分が所属するチャンネルのみ
❌ 全メールボックスへのフルアクセス(最初から不要)
会社のポリシー確認
個人の Gmail・Slack であれば比較的自由に試せますが、会社のアカウントを接続する前に IT・セキュリティ部門への確認が必須です。多くの組織では外部サービスとの API 連携に関するポリシーがあります。
プライバシーに関する注意
Claude Code はローカル実行です
Claude Code は自分のパソコンで動きます。MCP サーバーを通じてメール・Slack 等を読み込む場合、そのデータは Claude の API を通じて処理されます。機密情報(顧客データ、個人情報、財務情報)を扱う場合は、Anthropic のプライバシーポリシーと自社のセキュリティポリシーを確認した上で判断してください。
始め方のロードマップ
「すべてを一気にやらない」——これが最も大切なメッセージです。
実際に複数ツールの統合を試みた人の多くが、「設定が複雑で途中で挫折した」「動かなくて諦めた」という経験をしています。1つの MCP サーバーから始め、確実に動作を確認してから次に進むことが成功の鍵です。
Week 1:ファイルシステム MCP で基礎を学ぶ
最初に試すべきは、ファイルシステム MCP です。認証情報が不要で、自分のパソコンのファイルを読み書きするだけなので、失敗しても影響がありません。
# Claude Code に以下を設定(~/.claude/settings.json)
{
"mcpServers": {
"filesystem": {
"command": "npx",
"args": [
"-y",
"@modelcontextprotocol/server-filesystem",
"/Users/yourname/Documents" # アクセスを許可するフォルダ
]
}
}
}
設定後、claude を起動して「Documents フォルダのファイル一覧を見せて」と入力してみましょう。これが動けば、MCP の基本的な仕組みが理解できます。
Week 2:カレンダー MCP で読み取りを体験する
次は Google Calendar MCP です。読み取りのみの設定から始め、「今週の予定を整理して」と Claude に依頼してみましょう。
読み取りが安定したら、毎朝の予定確認を Claude に任せる習慣を作ります。
Week 3:タスク管理ツールを接続する
Todoist または Notion など、自分が使っているタスク管理ツールの MCP を追加します。
カレンダーとタスクリストが統合されると、「今日やること」の整理が一気に楽になります。
Week 4 以降:メール・Slack の統合
メールと Slack は最も効果が大きいですが、その分リスクも大きいです。最初は読み取りのみで接続し、返信の送信は必ず手動で確認するフローを維持しましょう。
✅ 最初のゴール設定例
「毎朝ターミナルで /morning を実行すると、
今日の予定・未返信メール・Slack メンションが
一覧で確認できる状態を作る」
つまづきポイント:MCP サーバーが動かない
MCP の設定で最もよくあるエラーが「MCP サーバーが起動しない」です。原因の多くは以下のどれかです。①
nodeやnpxのバージョンが古い(node --versionで確認)、②設定ファイルの JSON 記法のミス(カンマ漏れなど)、③API キー・トークンの誤り。まずターミナルで直接npx @modelcontextprotocol/server-filesystemを実行してエラーメッセージを確認してください。
まとめ:AI 秘書の完成形
Level 3 まで構築すると、こんな一日が実現します。
朝:
$ claude
> おはよう
→ 今日の予定(3件)・未返信メール(5通)・Slack メンション(2件)が
優先度付きで整理されブリーフィング完了(所要時間:3分)
日中:
> 田中さんへの返信下書きを作って
→ メールの文脈を踏まえた返信案が生成。確認後に送信
夕方:
> 今日の日報を作って
→ カレンダーの予定と Todoist の完了タスクをもとに日報下書きが生成
この状態に至るまで、多くの人は数週間〜1ヶ月かけています。焦らず、1週間ごとに1つの MCP サーバーを追加するペースで進めてください。
次のステップ
- Claude Code をはじめる — Claude Code のインストールと初期設定
- 朝のブリーフィングとタスク整理 — Level 2(Claude Desktop)での朝のワークフロー構築
- 日報・週報・報告書の自動化 — 日報生成を MCP と組み合わせる方法
- Claude を AI 秘書にする(入門) — AI 秘書全体像とレベル別の始め方