Cursor が Gmail・Drive・カレンダーを操作できるようになった — 権限をどう切るか

エディタからメールを送れるようになった

Cursor が 2026 年 8 月 3 日に、Google Workspace 向けのプラグインを追加しました。Gmail・Google Drive・Google Calendar を、エディタから横断して操作できます。

公式に示されている操作は次のとおりです。

サービス	できること
Google Drive	ファイルとフォルダの検索、内容を開く・ダウンロードする、ファイルの作成と整理
Gmail	メールの検索と閲覧、下書きと送信、ラベルの適用とスレッドの管理
Google Calendar	予定の確認、作成と更新、空き時間の検索

導入は Marketplace から直接、または Customize ページから行います。

現場で言うと、注目すべきは「読める」ことより「書ける」ことです。 メールの送信、ファイルの作成、予定の登録。いずれも外部に影響が出る操作が含まれています。

MCP でつなぐのと何が違うか

似たことは、以前から MCP のコネクタを設定すれば実現できました。違いは、設定の手間と管理のしやすさです。

自分でコネクタを用意する場合、認証の設定から権限の範囲まで自分で決めることになります。細かく制御できる代わりに、用意する側に知識が要ります。プラグインとして提供されると、導入は数クリックで済みます。

現場での意味はここです。手間が下がると、繋ぐ人が増えます。 以前は一部の詳しい人だけが繋いでいたものが、全員の選択肢になります。

方式	導入の手間	制御の細かさ	繋ぐ人の広がり
自前でコネクタを用意	大きい	細かく効く	限られる
提供されるプラグイン	小さい	提供の範囲内	広がる

管理する側から見ると、下の行が本題になります。便利になったこと自体より、繋ぐ人が一気に増えることのほうが影響が大きいです。 だからこそ、広がる前に方針を決めておく価値があります。

何が便利になるか

実務で効きそうな場面を挙げます。

仕様のやり取りを探しながら実装する。 実装中に「この仕様どうなってたか」を確認する場面は多くあります。メールやチャットに答えがあると分かっていても、探しに行くと作業が途切れます。エディタから検索できれば、その中断が短くなります。

資料を開いたまま作業する。 設計の資料が Drive にある場合、ダウンロードして開いて戻る、という往復が発生します。この経路が短くなります。

予定を見ながら作業を組む。 次の会議まで何分あるか、この作業を今から始めるかどうか。空き時間の検索があると、判断が早くなります。

いずれも劇的な変化ではありません。効くのは、中断の回数が減ることです。 1 回あたり数十秒でも、日に何度も起きるなら積み上がります。

逆に、期待しすぎないほうがよい使い方もあります。大量のメールを整理させる、予定を自動で組ませる、といった任せ方は現時点では勧めません。 判断が要る作業であり、間違ったときの影響が外部に出るためです。探す・見る、までに留めておくほうが安定します。

繋ぐ前に決めること

運用に乗せるなら、先に決めておくことが 2 つあります。この 2 つを決めずに個人の判断で繋ぐのが、いちばん避けたい形です。

どのアカウントを繋ぐか

業務アカウントを繋ぐのか、検証用の別アカウントにするのか。ここが最初の分岐です。

業務アカウントを繋ぐと、実際のメールと実際の予定が対象になります。利便性は高い一方、操作の対象が本番になります。 検証用のアカウントなら安全ですが、実務での有用性は測れません。

現場では、まず個人の業務アカウントで 1 人が試し、挙動を確認してから広げる 形が回りやすいです。全社的に配る前に、想定外の動きが無いかを見る期間を置きます。

なお、社内にアカウント接続の規程がある場合は、そこが優先です。規程が無い場合は、この機会に決めるのが順当です。 後から「そういえば誰がどこに繋いでいるか分からない」という状態になると、棚卸しに時間がかかります。

送信系を許すかどうか

もう 1 つが、外部に影響が出る操作の扱いです。

操作の種類	影響
検索・閲覧	自分の中で完結する
ファイルの作成・整理	自社内に影響が出る
メールの送信・予定の作成	社外にも影響が出る

下の行が本番です。 メールが送られれば相手に届きます。予定が作られれば参加者に通知が飛びます。取り消せない種類の操作です。

運用に乗せるなら、読み取りから始めて、送信系はしばらく使ってから足す順番が安全です。最初から全部許可すると、意図しない送信が起きたときに原因の範囲が特定できません。

FIXIT

メール送れるの便利じゃない？いちいち画面を開かなくていいし。

Kaname

便利です。ただ、送られたものは取り消せません。

FIXIT

確認は入るんじゃないの？

Kaname

運用に乗せるなら、そこは自分の環境で確かめてから広げてください。

個人アカウントで繋ぐ場合の落とし穴

「業務アカウントが不安なら個人アカウントで」という判断もありますが、ここにも別の問題があります。業務のやり取りが個人のアカウント側へ流れる可能性が出ます。

たとえば、個人アカウントで繋いだ状態のまま業務の下書きを作ると、その下書きは個人側に残ります。ファイルの作成も同様です。情報の置き場所が、意図せず社外の管理下へ移る形になります。

現場での判断としては、次のようになります。

繋ぎ方	向いている場面
業務アカウント	実務で使う。ただし範囲を決めてから
検証用アカウント	挙動を確認するだけ。実務では使わない
個人アカウント	勧めない。情報の置き場所がずれる

「安全側に倒したつもりで個人アカウントにする」のは、別のリスクに置き換えているだけです。 業務で使うなら業務アカウントで、範囲を絞って使うのが筋です。

外部の文章を読ませる作業と組み合わせない

もう 1 つ、運用として意識しておきたい点があります。メールを読める状態と、外部から届いた内容で作業する状態を、同じ場所で混ぜないほうが安全です。

理由は単純で、メールの本文は外から届くものだからです。届いた文章の中に指示めいた記述が混ざっていた場合、それを読んだうえで送信の操作ができる状態は、経路として繋がっています。

現場での切り分けは、次のようになります。

1. 調べる作業と、外部に影響が出る操作を、同じ流れで続けない
2. 外部から届いた内容をもとに何かを送るときは、人が中身を確認する
3. 自動で通す設定を、送信系には適用しない

3 番が要点です。確認を挟む設定は、操作の重さで分けてください。 検索の確認をいちいち求められると使われなくなりますし、送信を確認なしで通すと事故が起きます。

権限をどう切るかの考え方そのものは Claude Code の権限と settings.json 設計 にも整理しています。ツールは違っても、判断の軸は同じです。

接続を棚卸しできる状態にしておく

運用で効いてくるのは、便利さより 後から把握できるかどうか です。この種の接続は、増えるときは静かに増えます。

現場で困るのは、次のような場面です。

• 退職者のアカウントがどこに繋がっていたか分からない
• 監査で「AI ツールから業務データにアクセスできる経路」を聞かれて答えられない
• 事故が起きたときに、影響範囲を絞り込めない

いずれも、接続した時点で記録が残っていれば数分で済む話です。 残っていないと、全員に聞いて回ることになります。

大掛かりな管理表は要りません。誰が・いつ・どのアカウントで・どのサービスに繋いだか。この 4 項目を 1 行で残しておけば足ります。運用に乗せるなら、繋ぐときに書く決まりにしておくのが確実です。

段階的に広げる手順

導入から定着までの流れを置いておきます。

段階	やること	確認すること
1	1 人が読み取り中心で試す	想定外の挙動が無いか
2	有用だった使い方を数行で共有する	他の人にも当てはまるか
3	範囲を決めてチームに広げる	アカウントの接続方針が伝わったか
4	送信系を足すか決める	確認の挟み方をどうするか

2 番を飛ばさないでください。便利さは、使い方の例が無いと伝わりません。 「Workspace と繋がるようになりました」だけでは、ほとんどの人は繋いで終わります。

4 番は急がなくて構いません。読み取りだけでも十分に効果があり、そこで止めるという判断も妥当です。

期間の目安を置くなら、1 の段階に 1 週間、3 の段階に 2 週間ほど取れば十分です。短すぎると想定外の挙動に当たらず、長すぎると熱が冷めます。 1 か月で 4 の判断まで到達する、くらいの速度が現実的なところです。

事故が起きたときにどう戻すか

外部に影響が出る操作を許すなら、戻し方を先に決めておく のが運用の作法です。起きてから調べると、時間が延びます。

想定しておくのは 3 つで足ります。

意図しないメールが送信された。 送信済みの取り消しが効く時間内かどうかで対応が変わります。効かない場合は、相手への連絡が先です。誰が判断して誰が連絡するかを決めておいてください。

意図しない予定が作られた。 参加者に通知が飛んでいるので、削除するだけでは不十分な場合があります。ここも一報の要否を決めておきます。

ファイルが意図しない場所に作られた。 影響は社内に留まることが多く、比較的軽い部類です。ただし共有設定が付いていた場合は別なので、そこだけ確認します。

これらは大袈裟に見えますが、決めるのに 10 分もかかりません。決めていない状態で許可を広げるのが、いちばん高くつきます。

エディタが業務の入口になっていく

少し引いて見ると、この追加はエディタの位置づけが変わりつつあることの表れです。コードを書く場所だったものが、業務の入口に寄ってきています。

同じ方向の動きは他のツールでも起きています。ターミナルから業務システムを触る、チャットから開発の作業を回す。境界が薄くなる流れは、当面続くと見ています。

この流れは実務上ありがたい一方で、権限の管理が道具の数だけ分散する という副作用があります。以前は「業務システムに誰がアクセスできるか」を管理すれば済みましたが、いまは「どの道具からどの経路で届くか」まで見る必要があります。

現場での対処は 2 つです。

1. 入口を増やしすぎない。同じことができる道具を複数繋がない
2. 繋いだ経路を 1 箇所にまとめて記録する。道具ごとに散らさない

1 番が効きます。便利になるからと片端から繋ぐと、管理の対象が掛け算で増えます。 どの道具から何ができるかを言える範囲に留めておくほうが、結果として長く使えます。

使わないという選択もある

全員に配る必要はありません。判断の軸は、その人が Cursor をどれだけ開いているか です。

日常的にエディタで作業している人には効きます。一方、たまにしか開かない人にとっては、繋ぐ手間と管理の対象が増えるだけです。接続先が増えるほど、棚卸しの対象も増えます。

組織として見ると、接続しているアカウントの一覧を把握できる状態を保つほうが大事です。人数が少ないうちは問題になりませんが、増えてから遡ると手間がかかります。

Cursor を組織で使う場合の全体像は Cursor を中規模チームに導入する手順と落とし穴 に整理しています。標準として据える段階の話は Cursor を組織標準にする AI 駆動開発の実装ロードマップ を参照してください。

まとめ

• Gmail・Drive・カレンダーを Cursor から操作できるプラグインが追加された (2026 年 8 月 3 日)
• 導入は Marketplace か Customize ページから
• 効くのは中断の回数が減ること。劇的ではないが、日に何度も起きる場面に当たる
• 繋ぐ前に「どのアカウントか」「送信系を許すか」の 2 点を決める
• 読み取りから始め、外部に影響が出る操作は挙動を確認してから足す
• メールを読める状態と、外部の内容で作業する状態を同じ流れで混ぜない
• 誰が・いつ・どのアカウントで繋いだかを 1 行残す。後から棚卸しするより桁違いに安い