Claude Code MCP連携ガイド｜GitHub・Slack・Notion・freee統合の設定と実践ワークフロー【2026年最新】

Claude CodeのMCP連携を使うと、GitHub・Slack・Notion・freeeといった業務SaaSを1つのAIエージェントから読み書きでき、「コードを書く」から「業務フロー全体を動かす」ツールへ進化します。本記事では、2026年5月時点の公式情報に基づき、導入コマンド・認証方式・サービスごとの設定手順・CVE番号入りセキュリティ注意点を一気通貫で解説します。

この記事でわかること：

• Claude CodeのMCP（Model Context Protocol）連携で具体的にできること
• HTTP/stdioの違い、local/project/userスコープの使い分け
• GitHub・Slack・Notion・freee 公式MCPサーバーの追加コマンドと認証手順
• OAuth認証でのサービス別ハマりどころと対処法
• 公開済みCVEを含む2026年最新のセキュリティ対策とガバナンス
• Tool Searchによるコンテキスト最適化の設定

こんな方に向けた記事です：

• Claude Codeをすでに使っていて、外部SaaSと連携して業務全体を自動化したい開発者
• GitHub・Slack・Notion・freeeをClaude Codeから操作したい情シス・業務担当者
• 導入前にセキュリティとガバナンス観点を整理しておきたい管理者

Claude CodeのMCP連携とは？

Claude CodeのMCP連携とは、Model Context Protocol（MCP）というオープンな通信規格を使って、Claude Codeから外部のデータソースやSaaSを読み書きできるようにする仕組みです。 MCPサーバーを追加することで、Claude Codeが「ローカルのコードを編集するツール」から、「GitHub・Slack・Notion・freeeなどを横断する業務エージェント」に拡張されます。

出典: Anthropic 公式サイト

MCP（Model Context Protocol）の役割

MCPは、Anthropicが2024年11月に公開したオープンプロトコルで、2025年12月にはLinux Foundation傘下のAgentic AI Foundation（AAIF）に寄贈され、業界標準化が進んでいます。構成要素は次の3つのプリミティブに整理されています。

2026年2月時点で公開されているMCPサーバーは3,000以上、Anthropicの公式ディレクトリに登録された公式コネクタは75以上あります（2026年2月・Anthropic発表）。

Claude CodeでMCPを使うと何が変わるか

Claude Code単体は「ローカル作業ディレクトリ上のコード編集・ターミナル実行」が中心ですが、MCPを組み合わせると次のような横断作業が1プロンプトで完結します。

• GitHub: 「main で失敗しているCIの原因を調べてIssueを立てて」
• Slack: 「昨日の #dev チャンネルで決まった方針をまとめてNotionに転記して」
• Notion: 「開発ロードマップのページを読んで、今週のタスク分解をしてGitHub Issueに登録して」
• freee: 「A社への今月分の請求書を作成して送付して」

従来は各SaaSの管理画面やAPIをそれぞれ叩いていた作業を、Claude Codeのプロンプト1本で指示できるのがMCP連携の最大のメリットです。

MCP連携の仕組みとトランスポート

MCPサーバーはClaude Codeと3種類の通信方式（トランスポート）のいずれかで接続します。用途に応じて適切な方式を選ぶことが、安定運用の前提になります。

HTTP / stdio / SSE の違い

基本方針としては「SaaS連携はStreamable HTTP + OAuth」「手元のツールはstdio」と覚えておけば大きく外しません。SSEは現時点で利用可能でも将来的な廃止が予定されているため、新規設定では避けてください（公式ドキュメント記載）。

スコープ（local / project / user）の使い分け

Claude Codeでは、MCPサーバーをどの範囲で共有するかを3段階のスコープで管理します。

--scope user や --scope project を明示しない場合はlocalになります。シークレット値は .mcp.json に直書きせず、${VAR} 形式で環境変数参照にするのが公式の推奨です。

{
  "mcpServers": {
    "github": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp",
      "headers": {
        "Authorization": "Bearer ${GITHUB_PAT}"
      }
    }
  }
}

${VAR:-デフォルト値} のようなデフォルト値付きの変数展開も利用できます（Claude Code v2.1以降）。

Claude CodeにMCPサーバーを追加する基本コマンド

claude mcp add の3つの書き方

① Streamable HTTP（リモート）サーバーを追加

claude mcp add --transport http <name> <url>

# 例: Notion 公式
claude mcp add --transport http notion https://mcp.notion.com/mcp

# ヘッダー付き（APIキー）
claude mcp add --transport http --scope user jina https://mcp.jina.ai/v1 \
  --header "Authorization: Bearer YOUR_API_KEY"

② stdio（ローカル）サーバーを追加

claude mcp add --scope user context7 -- npx -y @upstash/context7-mcp@latest

③ JSON一括定義（claude mcp add-json）

claude mcp add-json github '{
  "type":"http",
  "url":"https://api.githubcopilot.com/mcp",
  "headers":{"Authorization":"Bearer ${GITHUB_PAT}"}
}'

追加済みMCPサーバーの確認は claude mcp list、詳細確認は claude mcp get <name>、削除は claude mcp remove <name> で行います。Claude Code内では /mcp コマンドで接続状況とOAuth認証ステータスを確認できます。

alwaysLoad フィールドについて（v2.1.121以降）

{
  "mcpServers": {
    "github": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp",
      "alwaysLoad": true
    }
  }
}

alwaysLoad: true を設定すると、Tool Searchによる遅延ロードを無効化して常時ロードになります。頻繁に使うサーバーに設定すると応答性が向上しますが、コンテキスト消費が増える点に注意してください。

プラグインマーケットプレイス（/plugin install）

Claude Code 2.0以降では、MCP設定・サブエージェント・フック・スラッシュコマンドをひとまとめに配布できるプラグインマーケットプレイスが整備されました。freeeやSlackはこちら経由が簡単です。

# Claude Code起動後、スラッシュコマンドとして実行
/plugin marketplace add freee/freee-mcp
/plugin install freee-mcp@freee-mcp-marketplace

# Slack公式プラグイン
/plugin install slack

プラグイン経由だと、OAuth認可フロー・Agent Skills・推奨設定がまとめてインポートされるため、非エンジニアでも導入の手戻りが少なくなります。

GitHub MCPで開発フローを自動化する手順

出典: GitHub 公式サイト

GitHub公式が提供するgithub/github-mcp-serverを使うと、Claude Codeからリポジトリ閲覧・Issue/PR作成・コメント・コード検索・ブランチ操作・GitHub Actions管理などができます。

追加コマンド（リモートHTTP推奨）

claude mcp add-json github '{
  "type":"http",
  "url":"https://api.githubcopilot.com/mcp",
  "headers":{"Authorization":"Bearer ${GITHUB_PAT}"}
}'

ローカル（Docker）で動かしたい場合：

claude mcp add github -e GITHUB_PERSONAL_ACCESS_TOKEN=${GITHUB_PAT} \
  -- docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN ghcr.io/github/github-mcp-server

認証と最小権限

• Personal Access Token（PAT）をBearerヘッダーで付与するのが基本
• repo スコープはリポジトリ単位で最小化（Fine-grained tokenを推奨）
• PATは必ず .env ＋ .gitignore で管理。.mcp.json に直書きしない
• 取得先: https://github.com/settings/personal-access-tokens

ツールセット設定

GitHub MCPはデフォルトで以下のツールセットが有効です。

全ツールを有効化したい場合は --toolsets all を追加。読取専用モードで安全に試したい場合は --read-only を指定できます。

実務での使いどころ

• 失敗中のCIログを確認してIssue作成
• 複数リポジトリ横断でのコード検索（search_code）
• PRの自動レビューコメント
• ブランチ作成→コード修正→PR作成までをワンショット指示
• GitHub Actionsワークフローの監視・手動実行
• セキュリティアラート（Dependabot等）の確認と対応

Slack MCPでチームコミュニケーションと連動する手順

出典: Slack 公式サイト

Slack公式のMCPサーバーは2026年2月17日にリリースされました（https://mcp.slack.com/mcp）。メッセージ検索・チャンネル読み書き・Slack Canvasドキュメント管理・スレッド操作・メンバー情報取得などに対応しています。

追加コマンド

# Claude Code起動後、スラッシュコマンドとして実行（推奨）
/plugin install slack

# もしくはコマンドで直接追加（OAuthフローが起動）
claude mcp add --transport http slack https://mcp.slack.com/mcp

初回実行時にブラウザで認可画面が立ち上がり、Slackアカウントでのログイン・スコープ許可が求められます。認証後は /mcp コマンドで接続状況を確認できます。

⚠️ 管理者承認が必須

Slack MCPはワークスペース管理者によるMCP連携の承認が前提です。承認が下りていないワークスペースでは、個別ユーザーが勝手にインストールしても接続できません。導入前に次を確認してください。

1. ワークスペース管理者に「MCPアプリの許可」を依頼
2. 接続するチャンネルと操作権限（読み取り・投稿・メンバー参照）を合意
3. 業務チャンネルとテスト用チャンネルを分け、最初はテスト用で検証

できること（2026年5月時点で確認済み）

• メッセージ検索（キーワード・チャンネル・期間指定）
• メッセージ送信（スレッド返信・ブロードキャスト対応）
• チャンネル・スレッド履歴取得
• Slack Canvasドキュメントの作成・編集

実務での使いどころ

• 特定チャンネルの直近1週間の要約
• 議事録チャンネルの自動整理→Notion転記
• 障害対応スレッドからインシデントチケットを自動生成
• 定例会議の前に関連会話をまとめて配信

Notion MCPでドキュメント・タスク管理を統合する手順

Notionが公式提供するHosted版MCPサーバー（mcp.notion.com）は、ページ検索・作成・更新、データベース操作、コメントなどに対応しています。

注意: 旧来のオープンソース版（makenotion/notion-mcp-server）は積極的なメンテナンスが終了しています。新規導入では必ず公式Hosted版（mcp.notion.com）または公式プラグインを使用してください。

追加コマンド

# コマンドで直接追加
claude mcp add --transport http notion https://mcp.notion.com/mcp

# 公式プラグイン経由（推奨）
/plugin marketplace add makenotion/claude-code-notion-plugin
/plugin install notion-workspace-plugin@notion-plugin-marketplace

初回利用時はClaude Code内の /mcp コマンドからOAuthフローを完了し、Notionワークスペースに接続します。

認証の注意点

• Notion MCPはOAuthユーザー認証のみ対応（Bearerトークン認証は現行Hosted版では非対応）
• 接続したワークスペース単位で権限が付与されるため、共有範囲は事前に設計しておく
• MCPから見えるのは、インテグレーションに個別に共有されたページのみ。共有設定が漏れているとClaude Codeが読み取れません

公式プラグインが提供するNotionスキル（4種類）

公式プラグイン（makenotion/claude-code-notion-plugin）では、以下4つの業務特化スキルが利用できます。

また、スラッシュコマンドが11種類提供されており、検索・ページ作成・データベースクエリ・タスク作成・差分説明生成などを素早く実行できます。

現時点での制限（公式確認済み）

• 画像・ファイルのアップロードは未対応（Notionのロードマップに記載あり、時期未確定）
• 自動化ワークフロー用のベアラートークン認証は非対応

実務での使いどころ

• ロードマップページを読ませて、週次の進捗サマリをSlackに投稿
• 会議メモからアクションアイテムを抽出してGitHub Issueに登録
• 社内ドキュメントの検索窓口をClaude Codeに集約

freee MCPで経理・人事労務まで自動化する手順

出典: freee 公式サイト

日本の業務SaaS連携で特に強力なのがfreee公式のfreee/freee-mcpです。会計・人事労務・請求書・工数管理・販売・電子契約（サイン）の6領域に対応し、合計86種類以上のツールを提供します。

追加コマンド

リモートMCP（推奨）:

# コマンドで直接追加
claude mcp add --transport http freee https://mcp.freee.co.jp/mcp

# プラグイン経由（非エンジニアに推奨）
/plugin marketplace add freee/freee-mcp
/plugin install freee-mcp@freee-mcp-marketplace

ローカル設定（freeeアプリ登録が必要）:

npx freee-mcp configure

ローカル版は、Client ID + Client Secretの取得と、コールバックURL（http://127.0.0.1:54321/callback）の設定が必要です。

対応API（2026年5月時点）

認証と構成

• OAuth 2.0 + PKCE。トークンの自動更新と複数事業所の動的切り替えに対応
• Agent Skills: APIリファレンスと操作レシピをClaude Codeに注入
• MCP Server: 認証・リクエスト検証・API呼び出しを担当（OpenAPIスキーマで自動検証）

できることの例

「A社への請求書を作って」と指示すると、freee MCPは次を自動で処理します。

1. 取引先を検索
2. 未登録であれば新規登録（住所情報を補完）
3. 請求書の項目を入力
4. 発行・送付

会計業務では取引登録・残高確認・経費精算照合なども自然言語で指示できます。過去の取引データを参照して新規作成する際も、freee MCPがAPIを自動選択して処理します。

注意点

• Remote MCP利用時は、freee公式以外のエンドポイントURL（https://mcp.freee.co.jp/mcp 以外）を絶対に入力しない（公式がなりすまし対策として明記）
• company_id は現在の事業所と一致が必須
• サイン（電子契約）APIはリモートMCP非対応（ローカル起動のみ。リモート版は現在準備中）
• freee会計・人事労務等の有料契約が必要（MCP自体はOSSで無料）

4サービスを横断する業務ワークフロー実践例

GitHub + Slack + Notion + freee の4つをつないだときに見えてくる、業務横断ワークフローの具体例を紹介します。

例1: インシデント対応フロー

1. Slack の #alerts チャンネルに発生した障害メッセージをClaude Codeが取得
2. GitHub で関連リポジトリのコミット履歴・直近のPRを検索
3. 推定原因と再発防止案をまとめて Notion のインシデント管理DBにページ作成
4. Slack で担当者にメンションして要約を投稿

例2: 開発進捗→経理連携

1. Notion の案件管理DBから今月完了案件を抽出
2. GitHub のPRマージ履歴と突合して納品物を確定
3. freee で該当取引先の請求書を作成・発行（32種の会計ツールを活用）
4. Slack の営業チャンネルに発行完了を通知

例3: 採用オペレーション

1. Slack の採用チャンネルで共有された候補者情報を取得
2. Notion の候補者DBにページ作成
3. オファー受諾時、freee 人事労務で従業員登録の下書きを作成（28種の人事APIを活用）
4. 入社日が決まったら GitHub で必要なリポジトリ権限のIssueを自動起票

このように「人間がそれぞれのSaaSを開いて手作業でつないでいた部分」を、Claude Codeがエージェントとして肩代わりする構成になります。

セキュリティとガバナンスのチェックリスト

MCPは強力な半面、外部サービスに対して書き込み権限を持たせるケースも多く、セキュリティ設計を省略すると業務インシデントに直結します。公式ドキュメントと公開済み脆弱性情報を整理します。

必ず守りたい基本ルール

• インストール前にMCPサーバーのソースコードを監査する（公式ドキュメント明記）
• .mcp.json にシークレットをハードコードしない。${VAR} で環境変数参照
• 非暗号化HTTP（http://）は全面拒否。HTTPSのみ許可
• 本番用トークンと検証用トークンを分け、スコープを最小化
• チーム配布時は managed-mcp.json による許可リスト運用を検討
• 信頼できないリポジトリはMCP無効状態で開く

公開済みCVE・既知脆弱性（2026年5月時点）

Claude Code関連で公式に公開されている脆弱性は以下の通りです。

また、2026年1月の学術研究では、最先端のプロンプトインジェクション防御でも適応型攻撃の防御失敗率は85%超であることが報告されています（外部コンテンツを取得するMCPサーバーはこのリスクに特にさらされます）。

想定される攻撃手法と対策

組み込みの保護機能（公式）

Claude Codeには以下のセキュリティ機能が組み込まれています。

• パーミッションベースのアーキテクチャ（デフォルト読み取り専用）
• 新しいMCPサーバーには信頼検証が必要
• コマンドインジェクション検出
• フェイルクローズドマッチング
• セキュアな認証情報ストレージ（APIキー・トークンを暗号化）

定期的なパーミッション設定の監査は /permissions コマンドで実行できます。

エンタープライズ向けのガバナンス（managed-mcp.json）

IT管理者向けに、組織全体でMCPサーバーをポリシーベース制御できる managed-mcp.json が提供されています。

システム全体パス（macOS）:

Library/Application Support/ClaudeCode/managed-mcp.json

設定例（許可リストと拒否リスト）：

{
  "allowedMcpServers": ["github", "notion", "freee"],
  "deniedMcpServers": ["unknown-server"]
}

allowedMcpServers で許可されたサーバーのみ有効化、deniedMcpServers で明示的に拒否する構成で、情シス主導のガバナンスと開発者の利便性を両立できます。

コンテキスト最適化：Tool SearchとMCP出力制限

MCPサーバーが増えるにつれてコンテキスト消費が問題になりますが、2026年時点のClaude Codeにはこれを軽減する仕組みが実装されています。

Tool Searchの仕組みと設定

Tool SearchはMCPツール定義をオンデマンドで遅延ロードする機能で、Sonnet 4以降・Opus 4以降を使用している場合にデフォルトで有効です。

Tool Searchが有効な場合、必要なときだけツール定義をロードするため、大量のMCPサーバーを登録してもコンテキストが圧迫されにくくなります。

MCP出力トークン上限の設定

MCPサーバーが大量のデータを返す場合は、出力制限で制御できます。

freee MCPで大量の取引データを取得する場合や、GitHub MCPで大きなファイルを参照する場合は、この上限の調整が必要になることがあります。

よくあるトラブルと対処法

not connected と表示される

• Streamable HTTPの場合: URLのタイポ、OAuthの認可期限切れ、ネットワーク（社内プロキシ）
• claude mcp list で状態を確認し、claude mcp remove <name> → 再追加で復旧することが多い
• v2.1.121以降では、HTTP/SSEサーバーの初期接続に失敗した場合（5xxエラー・接続拒否・タイムアウト）最大3回まで自動再試行します

OAuthトークンの期限切れ

• Notion/Slack/freeeは一定期間で再認可が必要
• /mcp コマンドから再認可フローを実行
• freeeはOAuth 2.0 + PKCEで自動更新されるが、company_id 不一致時は手動で切り替え

OAuth認証のサービス別ハマりどころ

各サービスの初期設定で詰まりやすい箇所を整理します。

コンテキストが重くなる

• 接続MCPサーバーが増えるとツール定義がコンテキストの10%以上を占めるケースがある
• Sonnet 4以降に切り替えてTool Searchを有効化すると、必要時のみツールをロードする方式になり大幅改善
• alwaysLoad: true を設定したサーバーのみが常時ロードされるため、よく使うサーバーだけに限定する

特定APIだけ反応しない

• freeeのサイン（電子契約）APIはRemote MCP非対応（ローカル起動のみ）
• NotionはBearerトークン非対応（OAuthのみ）。認証方式の取り違えに注意
• GitHub MCP: デフォルトのツールセット（context, repos, issues, pull_requests, users）以外のツールは --toolsets all で有効化が必要

こんな方におすすめ／おすすめしない方

おすすめする方

• 複数SaaSを日常的に行き来している開発者・PM・情シス。GitHub・Slack・Notion・freeeの往復だけで1日数十分消えている方には即効性があります
• CLIで作業するのが苦でない方。Claude CodeはターミナルベースのAIエージェントが中心のため、CLI操作の経験があるとスムーズです
• 日本企業でバックオフィス自動化を進めたい担当者。freee公式MCPは国内SaaS連携の完成度が高く（86種以上のツール）、経理・労務自動化まで射程に入ります
• 社内AI活用の内製化を進めたいチーム。.mcp.json と managed-mcp.json によるチーム共有で、ガバナンスを効かせつつ展開可能です

おすすめしない方

• セキュリティ要件が極めて厳しく、外部AI接続が原則禁止の組織。CVE-2025-59536（CVSS 8.7）のような設定ファイル経由の攻撃リスクも実在します。情シス・セキュリティ部門との合意が必須です
• GUIのみで完結したいライトユーザー。スラッシュコマンドやCLIの概念に慣れていないと、初期設定でつまずきやすい傾向があります
• 一過性の作業しか想定していない方。MCPは継続運用で効果が出るため、1〜2回の自動化のためだけに環境構築するとコストが合わないことがあります

よくある質問（FAQ）

Q1. MCPの利用に追加料金はかかりますか？

MCPプロトコル自体は無料のオープン標準（AAIFが管理）です。Claude Code側もPro/Max/Team/Enterpriseプランの範囲で利用でき、MCP接続そのものに追加料金は発生しません。ただし各MCPサーバーが対応するSaaS（GitHub・Slack・Notion・freee）の既存契約・API利用料は別途必要になります。

Q2. MCPサーバーを自作できますか？

できます。MCPはオープンプロトコルで、公式SDK（TypeScript / Python 等）が提供されています。ただし社内配布する前にセキュリティ監査を必ず行うこと、最新SDKを使うことが推奨されています。段階的に進める場合は「Day 61〜90: 社内固有業務向けのカスタムMCPサーバーを実装」という順序で進むと、既成サーバーで得たノウハウを活かせます。

Q3. 非エンジニアでも導入できますか？

はい。/plugin marketplace add と /plugin install を使うプラグインマーケットプレイス経由なら、OAuth認可をブラウザで承認するだけで接続が完了します。freee・Slackはこのルートが推奨です。ただしトークン管理・権限設計は情シス担当や詳しい方と一緒に行うのが安全です。

Q4. 公式サーバーとコミュニティサーバーの見分け方は？

判断材料として、①公式のGitHub OrganizationまたはSaaS公式サイトからリンクされているか、②OAuth認可フローが正規ドメインに遷移するか、③Anthropicの公式ディレクトリに掲載されているか、の3点を確認してください。freee MCPであれば github.com/freee/freee-mcp、GitHub MCPであれば github.com/github/github-mcp-server のように、SaaS名のOrganization配下にあるのが公式の目印です。

Q5. .mcp.json をGit管理して問題ありませんか？

構造そのものは問題ありません。ただしシークレット値（PAT・APIキー）を直書きすると即座に情報漏えい事故になります。必ず ${GITHUB_PAT} のような環境変数参照にし、.env は .gitignore に入れて個別管理してください。チーム共有したいのはサーバー定義（URL・スコープ・ツール構成）であって、認証情報ではありません。

Q6. 社内で使えるサーバーを制限したい場合は？

managed-mcp.json（macOS: Library/Application Support/ClaudeCode/managed-mcp.json）による許可リスト運用が有効です。allowedMcpServers と deniedMcpServers でポリシーベース制御ができ、情シス主導のガバナンスと個人開発者の利便性を両立しやすくなります。

Q7. Slack MCPを管理者が承認してくれない場合はどうすれば？

「どのチャンネルに・どの操作権限で・どんな業務を」行うかを具体例つきで申請すると通りやすくなります。テスト用チャンネルから段階導入する提案、監査ログの保管方針を併記する提案が有効です。Slack MCPは2026年2月に公式リリースされたばかりで、ガバナンス資料が少ない状況ですが、公式ドキュメント（docs.slack.dev）を提示することで信頼感を高められます。

Q8. freee MCPは会計事務所や経理アウトソース会社でも使えますか？

freee MCPはOAuth認証で事業所単位の切り替えに対応しており（company_id パラメータ）、複数事業所を扱う運用にも向きます。ただし顧客の会計データを扱うため、セキュリティ要件（データ保存場所・ログ・権限分離）を顧問契約レベルで事前合意しておくことが前提です。Remote MCP利用時は公式以外のURLを入力しない点もチーム全員で徹底してください。

まとめ：段階的導入ロードマップ

Claude CodeのMCP連携は、2026年に入って「個人の実験」から「組織の業務フロー」へ適用範囲が広がりました。GitHub・Slack・Notion・freeeという4本柱で開発〜コミュニケーション〜ドキュメント〜経理まで横断できるようになり、日本企業のバックオフィス自動化にも実用レベルで届き始めています。

実務で推奨される段階的ロードマップは次の通りです。

各ステップでのセキュリティチェックポイント：

1. Claude Codeを最新版に更新（CVE対応済みSDKを使用）
2. GitHub MCP（開発）から導入して最小権限のFine-grained PATで試す
3. Notion MCP（ドキュメント）を追加し、OAuth認可で接続（共有ページを事前に設計）
4. Slack MCP（コミュニケーション）は管理者承認を取ってから導入
5. freee MCP（経理・人事労務）はプラグイン経由でインストール（リモートMCPのURLを必ず公式確認）

各ステップでシークレット管理・HTTPS必須・最新版SDKのチェックを回しながら進めると、導入後の事故を大きく減らせます。

関連記事

• Claude Codeの全体像を押さえたい方は Claude Codeとは を参照してください。
• MCPプロトコル自体の仕組みを深掘りしたい方は MCPとは（Model Context Protocol） にまとめています。
• 基本コマンド・運用ノウハウをまず押さえたい方は Claude Code 使い方ガイド が参考になります。
• セキュリティ運用を整理したい方は Claude Code セキュリティ 安全な使い方 を合わせてご覧ください。
• freee MCPの具体的な実例を知りたい方は freee MCP 使い方 完全ガイド で1本深掘りしています。