Grokから外のサービスにつなぐ（その1）：コネクタと自作のMCPサーバーを、画面・権限・渡るデータ・外し方まで手順で

この記事は、公式の資料を2026年10月25日に読んでまとめたものです。この記事は、実際に使って確かめた記録ではありません。運営者はGrokを入れていますが、使い心地はこの記事には書いていません。手順は、公式の手順を順に並べたものです。例の指示文は「この記事の例」で、公式の例ではありません。公式のページは要約の形で取得しているため、権限の名前などは、実際に接続する前に公式ページの原文と照らしてください。コマンドは、システムに常駐する、またはネットワークに公開する操作を含むので、原文を見て写してから実行してください。

先に結論

• 接続の入口は1つ。 grok.com/connectors で「New Connector」です。組み込みとカタログは、サービスを選んでサインインするだけ、と公式は書いています。
• 「何が読まれるか」はコネクタごとに違う。 メールの本文や添付、Driveのファイルの中身、Teamsのチャットなどが、質問のたびにGrokから読まれます。書き込み（送信、削除、作成）は、書き込みの権限を付けたときだけ、と公式の各ページにあります。
• 公式は、学習に使わない、と各ページに書いている。 Gmail、Google Drive、Outlook、Teams、OneDrive、SharePoint、Salesforceのページに、それぞれ書かれています。このうち、Gmail、Drive、Outlook、Teams、Salesforceのページは、保存しない・リアルタイムで読んで保持しない、とも書いています。OneDriveとSharePointのページは、検索のために索引のデータを持ち、切断や削除で消える、と書いています（読んだ範囲。カタログのコネクタについては、読んだページに同じ記載は見つかっていません）。
• 外し方は2か所。 Grokの grok.com/connectors の「Disconnect」と、サービス側の許可の取り消し（Googleは myaccount.google.com/permissions、Microsoftは myapps.microsoft.com）です。
• Grok Botは別の製品。 コネクタとは入手も権限の扱いも別なので、第9本（その3）に分けました。

前提：用語をそろえる

• コネクタ。 Grokが会話の中で外のサービスを読む・操作する仕組みです。
• OAuth。 パスワードを渡さず、サービス側の画面で許可を与えて、トークン（許可の証）を発行する仕組み。
• スコープ（権限の名前）。 どこまで許可するかの区分。例：gmail.readonly（メールを読む）、gmail.send（メールを送る）。
• MCP（Model Context Protocol）。 AIのツールと外のサービスをつなぐための、公開されている共通の決まりです（modelcontextprotocol.io）。
• トンネル。 手元のパソコンのサーバーに、公開のURLを与えて、外からつなげるようにするサービス。
• 管理者の同意（admin consent）。 会社のMicrosoftのアカウントでは、組織の管理者があらかじめ許可しないと、サインインが止まることがあります。
• 委任（delegated）権限。 「サインインした本人としてだけ」動く権限。公式の各ページは、Microsoftのコネクタの権限が委任である、と書いています。

公式のコネクタ一覧（docs.x.ai/grok/connectors、ページ表示日 2026-10-10）

• 公式のdocsは、コネクタを「すべてのGrokユーザーが使える」と書いています。ただし、Business と Enterprise では、チームの管理者がまずコネクタを準備しないと、メンバーは使えない、とも書かれています。
• SharePoint、OneDriveの管理者の準備は、「Business と Enterprise のプランのみ」と、それぞれのページにあります。

連携1：Gmail と Google カレンダー

設定する画面（公式の手順）

GmailとGoogleカレンダーは、別々のコネクタで、それぞれにGoogleのサインインと権限があります。

1. grok.com/connectors を開きます。
2. 「New Connector」を押し、「Gmail」か「Google Calendar」を選びます。
3. Googleアカウントでサインインし、求められる権限を確認して承認します。
4. 両方使うときは、2と3をもう1回行います。

要求される権限（スコープ。公式の表）

公式は、gmail.modify が gmail.readonly を含むので、書き込みが有効なときは、重複して聞かないよう、modifyだけを求める、と書いています。

できること（公式の記載）

• Gmail： from:、to:、subject:、newer_than:、has:attachment のようなGmailの検索演算子でのメール検索、本文・ヘッダー・添付を含む全文の読み取り、下書きの作成と管理、（書き込みの権限があるとき）送信・返信・転送、ラベルの変更・ごみ箱・削除。
• Calendar： 日付とキーワードでの予定検索、参加者・場所・説明の表示、空き時間の確認、（書き込みの権限があるとき）予定の作成・更新・削除、出欠の返事、カレンダーの一覧。

渡るデータ

• 公式は、質問のたびにGrokがそのデータをリアルタイムで読み、そのあとは保持しない、と書いています。
• 公式は、SpaceXSIがGmailとカレンダーのデータをモデルの学習に使わない、会話からSpaceXSIのサーバーへ保存することはない、と書いています。
• 管理者が、書き込み、送信、ラベルの機能を段階的に有効にする、とも書かれています（管理の画面は、読んだページに書かれていません）。

外し方

• Grok側：grok.com/connectors で該当のコネクタを探し、「Disconnect」を押します。公式は、切断するとすぐGrokのアクセスが取り消される、と書いています。
• Google側：myaccount.google.com/permissions で、アプリの許可を取り消します。

この記事の例の指示文

公式のページには、例の指示文が載っていません。公式の「できること」に合わせて、この記事で組んだ例です。

Gmailで、過去7日間に届いたメールのうち、添付ファイルが付いているものを一覧にして、差出人と件名だけを教えてください。本文は読まなくて構いません。

来週の火曜日の、私の予定を教えてください。

下書きを作ってください。送信はしないでください。

• 3つ目のように「送信はしない」と明記するのは、この記事の案です。書き込みの権限が付いているとき、Grokが送信までできる状態になります（書き込みの権限が付いていなければ、送信のツールは使えない、と公式の表から読めます）。

連携2：Google Drive

設定する画面（公式の手順）

1. grok.com/connectors を開きます。
2. 「New Connector」を押し、「Google Drive」を選びます。
3. Googleアカウントでサインインします。
4. 権限を確認して「Allow」を押します。

要求される権限

できること、渡るデータ

• 内容やタイトルでの検索（Docs、Sheets、Slidesなど）、ファイルの中身の読み取り、新しいファイル（新しいGoogleドキュメントなど）の作成、フォルダの作成と中身の一覧、ごみ箱へ移す、Grokが作った表やレポートのアップロード。スター付き、共有されたもの、日付、フォルダでの絞り込み。
• Grokが触れるのは、サインインしたGoogleアカウントが開けるファイルだけです。書き込みは、任意の drive スコープが必要です。
• 公式は、Driveのデータを学習に使わず、会話のためにファイルをSpaceXSIのサーバーに保存せず、リアルタイムで読んで保持しない、と書いています。
• 外し方：Gmailと同じです（grok.com/connectors の「Disconnect」、myaccount.google.com/permissions）。

この記事の例：

Driveの「議事録」というフォルダの中から、先月更新された文書を探して、それぞれ3行で要約してください。ファイルは変更しないでください。

連携3：Outlook（メールとカレンダー）

設定する画面

OutlookのメールとカレンダーもGmailと同じく別のコネクタです。

1. grok.com/connectors を開き、「New Connector」を押します。
2. Outlookのメール、またはカレンダーを選びます。
3. Microsoftの、会社または学校のアカウントでサインインします（公式の表現）。
4. 権限を確認して、「Accept」を押します。

権限と渡るデータ

• 権限はすべて委任で、Grokが触れるのは、サインインした本人のメールボックスだけです。
• 公式は、Outlookのメールと予定を学習に使わず、会話のために保存せず、リアルタイムで読んで保持しない、と書いています。
• 返信、全員に返信、転送、フォルダ間の移動、フォルダの作成、予定の作成と更新、出欠の返事、Grokが作った添付を下書きに付けること、が書かれています。
• 管理者の同意。 組織によっては、Azure ADの管理者がアプリの権限を承認する必要があります。「need admin approval」のようなエラーが出たら、IT管理者が、Azure ADの管理画面の「Enterprise applications」で、xAI Grokのアプリへの同意を与える、と公式は書いています。
• 外し方：grok.com/connectors の「Disconnect」、Microsoft側は myapps.microsoft.com。

連携4：Microsoft Teams

1. grok.com/connectors で、「New Connector」から「Microsoft Teams」を選びます。
2. Microsoftの、会社または学校のアカウントでサインインします。

3. 権限を確認して「Accept」を押します。

4. 読む権限（委任）：チームとチャンネル（Team.ReadBasic.All、Channel.ReadBasic.All）、チャンネルのメッセージ（ChannelMessage.Read.All）、メンバー（ChannelMember.Read.All、TeamMember.Read.All）、チャット（Chat.Read）、プロフィール（User.Read）。

5. 書く権限：チャンネルのメッセージと返信（ChannelMessage.Send）、チャットのメッセージ（ChatMessage.Send）、新しいチャット（Chat.Create）。
6. 渡るデータ：チャンネルとチャットのキーワード検索、スレッドの返信、リアクション、メンションを含むメッセージ、1対1とグループのチャット、チームとメンバーの一覧。
7. 公式は、Teamsのデータを学習に使わず、保存せず、本人が入れる範囲だけに限る、と書いています。
8. 管理者の同意が要ることがある点は、Outlookと同じです。
9. 外し方：grok.com/connectors の「Disconnect」、myapps.microsoft.com。

連携5：OneDrive と SharePoint（管理者の準備が先）

どちらも、Business と Enterprise のプランのみ、とページに書かれています。

OneDrive

1. 管理者：コンソール（console.x.ai）でOneDriveのコネクタを追加し、Azure ADのTenant ID（GUIDか xai.onmicrosoft.com のような形。Azureポータルの「Azure Active Directory > Overview」）を入力します。
2. Microsoft 365の管理者が、同意を与えます（今承認する、同意のリンクをIT部門に送る、あとで行う、が選べる）。

3. メンバー：grok.com/connectors で、OneDriveの「Connect」を押し、会社または学校のアカウントでサインインして、「Accept」を押します。

4. 権限：Files.ReadWrite、User.Read、offline_access（委任、本人のOneDriveのみ）。

5. 公式は、学習に使わない、他の人のファイルは見えない、切断するとそのアカウントに結びついた索引のデータが消え、管理者がコネクタを外すと組織の索引のデータがすべて消える、と書いています。
6. OneDriveのコネクタには、全文検索がありません。その場合は、SharePointのコネクタのドキュメント検索を使う、と公式は書いています。

SharePoint

1. 管理者：アクセスの方式を選びます。委任権限（公式は「recommended」と表記）か、Sites.Selected を使うアプリの権限です。
2. AzureのTenant ID（ドメイン名かGUID）を入力します。
3. Microsoft 365の管理者が、同意を与えます。同意されるまで、メンバーは認証できません。
4. アプリの権限の方式のときだけ、許可するサイトを1つずつ許可リストに入れます。
5. 書き込みを有効にする場合は、別のEntraアプリを使い、別の同意が要ります（任意）。

6. メンバー：grok.com/connectors で、自分のアカウントをつなぎます。

7. 権限（読み取り）：Sites.Read.All、Files.Read.All、User.Read、offline_access。書き込みを有効にすると、Files.ReadWrite.All が読み取りの権限の代わりになります。

8. 公式は、SharePointのデータを学習に使わないこと、問い合わせのたびに、問い合わせた人のMicrosoftの権限で確かめること、切断で、その人だけが見られた索引のデータが消え、コネクタの削除で、組織の索引のデータがすべて消えることを書いています。
9. 書き込みは、同意のあとでも、メンバーには既定でオフです。アップロードは書き込みの権限と、オプトインが必要です。

連携6：Salesforce（管理者の準備が先）

1. 管理者：xAI Consoleで「Grok Enterprise → Connectors」を開き、Salesforceのコネクタを追加して、OAuthのClient IDとClient Secretを入力します。
2. 公式のページは、Salesforce DX MCP Server（Beta）のインストールと設定について、Salesforceの資料へのリンクを示していますが、中身は説明していません（読んだページ）。

3. メンバー：grok.com/connectors で「New Connector」を押し、Salesforceを探して、自分のSalesforceの資格情報でサインインし、権限を承認します。

4. 権限（スコープ）：mcp_api（SalesforceのREST・SOAPのAPI経由で読み書き）、refresh_token。

5. Grokが触れるのは、接続した本人のプロフィール、役割、共有ルール、項目レベルのセキュリティが許す範囲だけ、と公式は書いています。
6. できること：データモデル（標準・カスタムのオブジェクト）、レコードと項目、最近見たレコード・更新したレコードの検索、Lead、Opportunity、Account、Caseなどのレコードの作成、既存のレコードの更新。
7. 公式は、学習に使わず、レコードを複製・保存しない、と書いています。
8. 外し方：grok.com/connectors で、Salesforceを探して「Disconnect」。公式は、これでGrokが組織に届かなくなる、と書いています。Salesforce側の取り消しの手順は、読んだページに書かれていません。
9. 制限：1つのチームにつき、Salesforceの組織（インスタンス）は1つだけ。

連携7：カタログのコネクタ（Notion、GitHubなど）

1. grok.com/connectors を開き、一覧から目的のサービスを探します。
2. サインインします。公式は、追加の設定は要らない、と書いています。
3. Meltwaterは、有効なMeltwaterの契約が必要、と書かれています。

公式のdocsが挙げる内容：Box（ファイル、フォルダ）、Canva（デザイン、プレゼン、素材）、Gamma（プレゼン、文書）、GitHub（リポジトリ、Issue、プルリクエスト、コード）、Linear（Issue、プロジェクト、ロードマップ）、Meltwater（ニュース、SNS、指標、感情）、Notion（ページ、データベース、ワークスペース）、S&P Global（金融データ、企業情報）、Vercel（プロジェクト、デプロイ、ログ）。

• カタログのコネクタごとの権限、データの扱い、外し方は、読んだページに書かれていません（個別のページは、読んだdocsの目次に見つかっていません）。つなぐ前に、サービス側の許可の画面で、求められる権限を読んでください。
• 外し方は、Grok側の「Disconnect」が、組み込みのコネクタで書かれています。カタログについても同じ画面かどうかは、公式で確認できていません。

この記事の例（GitHubをつないだ場合。権限は、つなぐときの画面で確認）：

GitHubで、私のリポジトリ「sample-repo」の、開いているIssueを一覧にして、ラベルごとに数えてください。Issueの内容は変更しないでください。

連携8：自作のMCPサーバー（Custom）

設定する画面（公式の手順）

1. grok.com/connectors を開きます。
2. 「New Connector」を押し、「Custom」を選びます。
3. MCPサーバーのURLを入力し、必要な認証を済ませます。
4. Grokが、サーバーが公開するツールを見つけて、会話で使えるようにします。

条件

• MCPサーバーは、公開インターネットから届く必要があります。
• Grokは、localhost と、127.0.0.1、10.x.x.x、172.16.x.x、192.168.x.x のような私的なアドレスを拒否する、と公式のトンネルのページに書かれています。
• 自分のパソコンのサーバーは、トンネルのサービスで公開のURLを与えます。公式のページが挙げるのは、ngrok（公式は「サードパーティで、SpaceXSIやGrokとは無関係」と書いています）とCloudflare Tunnelです。

Grok → https://your-tunnel.example.com → トンネルの提供元 → localhost:3001

公式は、サーバーのコードを変える必要はなく、Grokに渡すURLだけが変わる、と書いています。

手順A：ngrokを使う

公式のコマンドです（原文で確認して写してください。アカウントの作成が必要です）。

# macOS
brew install ngrok

# Windows
winget install ngrok -s msstore

# 認証（無料のアカウントが必要）
ngrok config add-authtoken YOUR_AUTH_TOKEN

# サーバーのポートへのトンネル
ngrok http 3001

1. 出力の「Forwarding」のURL（例の形：https://a1b2c3d4.ngrok-free.app）をコピーします。
2. Grokの「Custom」のダイアログのサーバーURLに入力します。

手順B：Cloudflare Tunnelを使う

公式は、簡易のトンネルならアカウントの登録は要らない、と書いています。

# macOS
brew install cloudflared

# Windows
winget install --id Cloudflare.cloudflared

# 簡易トンネルを開始
cloudflared tunnel --url http://localhost:3001

1. 表示される *.trycloudflare.com のURLをコピーします。
2. Grokのサーバー URLに入力します。

通信方式の注意（公式）

• Cloudflareの簡易トンネルは、SSE（Server-Sent Events）に対応していません。サーバーがSSEを使うなら、ngrokを使う、と書かれています。
• 新しいStreamable HTTPの方式のサーバーは、Cloudflareで動く、とあります。

続けるときの注意（公式）

• 無料のURLは、再起動で変わることが多い。変わったら、Grokの古いコネクタを削除して、新しいURLで追加し直します。
• Grokは、必要なときにサーバーを呼びます。トンネルかローカルのサーバーが止まると、ツールの呼び出しは失敗します。
• サーバーがOAuthやAPIキーを要求するなら、その認証はGrokで行います。トンネルは、届くようにするだけです。
• 公式のページは、セキュリティ面の別の説明を書いていません。サーバー自身の認証が守りになる、とだけ読めます。トンネルを開けている間は、公開されている状態です。この記事の案として、使わないときはトンネルを止め、サーバーの認証を有効にしておきます。

Business と Enterprise の管理者が、自作のMCPを追加する場合

console.x.ai でチームを選び、「Grok Business → Connectors」で「+ Add Connector」を押し、「Other」を選んで、MCPサーバーのURLを入力して、認証を済ませる、と公式のConnector Managementのページは書いています。

管理者の手順：コネクタを準備する（Business と Enterprise）

公式のConnector Managementのページです。

1. console.x.ai を開き、チームを選んで、「Grok Business → Connectors」へ進みます。
2. 「+ Add Connector」を押します。
3. カタログからサービスを選び、必要な設定を済ませます。Microsoftのサービスは、管理者の同意が要ることがあります。

4. 準備ができると、チームの使えるコネクタの一覧にそのコネクタが出ます。メンバーは、grok.com/connectors で、自分のアカウントをつなぎます。

5. 準備したあとに、アクセスの制御、許可するサイト、サービス固有のオプションを調整できます。

6. 「Remove」はチーム全体のコネクタを削除します。メンバーはアクセスを失い、関連する索引のデータが消えることがあります。
7. コネクタの追加と削除には、「Team Read-Write」の権限が必要で、多くは管理者が持っています。
8. SharePoint、OneDrive、Salesforceは、追加の準備が要ります（上の連携5・6）。

渡るデータの早見表

外し方の早見表

うまくいかないときの確認点

気をつけること

• この記事は、使って確かめた記録ではありません。 運営者はGrokを入れていますが、使い心地はこの記事には書いていません。権限の名前や画面の表記は、実際に接続する前に、公式ページの原文で確認してください。
• つなぐと、読める範囲が増える。 メールの本文、Driveのファイル、Teamsのチャットが、質問のたびにGrokに渡ります。書き込みの権限は、使う場面があるときだけ付けるのが、公式の「必要な権限だけを求める」という書き方と合います（これは僕らの見立てです）。
• メールやウェブページの中の文章。 外から来た文章に、AIへの隠れた指示が入っていることがあります。コネクタのページは、この点に触れていません。公式のcookbookは、APIでの対策（外から来た文章をデータとして扱う、道具を段階ごとに絞る、実行前に引数を確かめる、人が確認する）を、第8本で扱います。
• 公式の記載にない点は、書いていません。 カタログのコネクタの権限と外し方は、読んだページに記載がありません。Grok Botについては第9本に書きました。
• サービス側の画面は、各社のもの。 Google、Microsoft、Salesforceの画面は、それぞれの会社が変えます。
• 読んでいないページ。 カタログの各コネクタの個別ページ、grok/management、grok/organization は読んでいません。

出典

• Grok connectors（docs.x.ai、ページ表示日 2026-10-10、確認日 2026-10-25）
• Gmail & Google Calendar connector（docs.x.ai、ページ表示日 2026-10-10、確認日 2026-10-25）
• Google Drive connector（docs.x.ai、確認日 2026-10-25）
• Outlook Mail & Calendar connector（docs.x.ai、確認日 2026-10-25）
• Microsoft Teams connector（docs.x.ai、確認日 2026-10-25）
• OneDrive connector（docs.x.ai、確認日 2026-10-25）
• SharePoint connector（docs.x.ai、確認日 2026-10-25）
• Salesforce connector（docs.x.ai、確認日 2026-10-25）
• Custom MCP Server Tunneling（docs.x.ai、確認日 2026-10-25）
• Connector Management（docs.x.ai、確認日 2026-10-25）
• Grok overview（docs.x.ai、ページ表示日 2026-10-10、確認日 2026-10-25）