CoworkのGoogleカレンダー・ドライブ連携 — 予定調整とファイル整理はどこまで任せられるか
CoworkのGoogle Workspaceコネクタは、カレンダーの出欠回答やドライブのファイル移動まで書き込みが可能です。任せてよい業務と、承認を必ず挟むべき業務の線引きをまとめます。
Coworkのカレンダー連携は、空き時間の確認だけでなくイベントの作成・削除・出欠回答まで書き込みができます。ドライブ連携もファイルの共有・移動・ゴミ箱送りまで届きます。Gmailの送信・返信・転送も同じく承認を挟んで実行される点は共通ですが、実行後に取り消せるか、実行された事実に本人が気づきやすいかはサービスごとに違います。本稿ではGoogleカレンダーとGoogleドライブに絞って、その線引きを具体的に示します。
Coworkのカレンダー・ドライブ連携でできること、できないこと
Google Workspaceコネクタはひとつの括りですが、Gmail・カレンダー・ドライブでできる操作はそれぞれ違います。カレンダーとドライブの対応範囲は次のとおりです。
| サービス | できる | できない |
|---|---|---|
| Googleカレンダー | できる予定・共有カレンダーの閲覧、イベントの作成・更新・削除、参加者の空き時間確認、出欠(承諾/辞退/未定)の回答、繰り返し予定の設定 | できないカレンダー自体の新規作成・削除 |
| Googleドライブ | できるファイル検索・内容の読み取り(Sheets・Slides・PDF・画像・MS Office形式)、共有・移動・ゴミ箱送り、フォルダ作成、ファイルのアップロードとGoogle形式への自動変換、Claudeが生成したファイルの保存 | できない文書に埋め込まれた画像の読み取り(テキストのみ抽出) |
書き込み系の操作(イベントの作成・更新・削除、出欠回答、ファイルの共有・移動・ゴミ箱送り)は既定でCoworkが実行前に承認を求めます。読み取り系の操作は承認なしで進みます。この既定はTeam・Enterpriseプランでは組織側の設定で変更できます(後述)。
カレンダー・ドライブがアクセスできる範囲は、あなたがGoogle Workspace上ですでに持っている権限を超えません。共有カレンダーや共有ドライブでも、自分がアクセスできないものにはCoworkからも届きません。
もう一つ覚えておきたいのが、この2つのコネクタはローカルファイルアクセスやComputer Useと違って、Claude Desktopアプリが起動している端末に縛られない点です。カレンダー・ドライブへの操作はGoogleのクラウドAPIを直接呼ぶ仕組みで、Web・モバイル・デスクトップのどのCoworkセッションからでも同じように届きます。外出先でスマホからカレンダーの空き時間を確認する、といった使い方に端末の制約はありません。
連携を有効にする手順
Gmailと同じGoogle Workspaceコネクタの括りに含まれるため、Gmailをすでに接続済みでもカレンダー・ドライブは別途有効化が必要です。
- Customize > Connectorsを開く
- Connectorsの隣にある「+」ボタンからコネクタディレクトリを開く
- 「Google Calendar」「Google Drive」をそれぞれ選んで「Connect」を押す(Gmailと同時に接続することもできる)
- 画面の指示に沿ってGoogleアカウントの認証を済ませる
チャット入力欄の「+」から「Connectors」にカーソルを合わせれば、接続済みのコネクタを個別にオン・オフできます。カレンダーだけ有効にしてドライブは無効にする、といった組み合わせも可能です。
Team・Enterpriseプランでは、先にOwnerまたはPrimary OwnerがOrganization settings > Connectorsで組織全体に対してカレンダー・ドライブを有効化しておく必要があります。会社のGoogle Workspaceアカウントで「Access blocked」のようなエラーが出ることがあります。その場合の管理者側の対処(admin.google.comでのTrusted App設定)は、CoworkのGmail連携の該当手順と共通です。
カレンダーで任せてよい業務、任せない業務
判定の軸はGmailと同じく「書き込みを伴うか」「取り消せない実害があるか」の2つですが、カレンダーはこの2つ目の実害が起きやすい構造を持っています。イベントの削除や出欠の辞退は、実行した瞬間に参加者全員へ通知が飛びます。取り消しても「一度キャンセルされた」という事実は相手に残ります。
| 業務 | 判定 | 理由 |
|---|---|---|
| 空き時間の確認・候補日時の提示 | 判定任せてよい | 理由読み取りのみで完結し、相手に通知は飛ばない |
| 議事録から次回定例の予定案を下書き | 判定任せてよい | 理由作成前に内容を確認できる段階で止まる運用にすれば実害はない |
| 新規イベントの作成 | 判定条件次第 | 理由参加者に招待通知が飛ぶため、日時・参加者リストの誤りがそのまま相手に届く |
| 出欠(承諾/辞退/未定)の回答 | 判定任せない | 理由重要な会議を誤って辞退すると、気づかれないまま欠席が確定する |
| 既存イベントの削除・キャンセル | 判定任せない | 理由参加者全員に通知が飛び、元の予定には戻せない |
| 繰り返し予定の設定 | 判定条件次第 | 理由曜日・頻度の設定ミスが長期間残るため、初回だけは内容を確認する |
「条件次第」に分類した業務は、Coworkに下書きまで作らせて、送信・確定の直前で人間が確認する運用にすると無理がありません。出欠回答とイベント削除だけは、既定の承認プロンプトが出ていても油断せず、内容を読んでから承認する習慣をつけておく価値があります。
ドライブで任せてよい業務、任せない業務
ドライブは書き込みといっても取り消しやすい操作(ゴミ箱送りは復元できる)と、気づかれにくい操作(外部共有)が混在します。
| 業務 | 判定 | 理由 |
|---|---|---|
| ファイルの検索・内容の要約 | 判定任せてよい | 理由読み取りのみで、共有範囲や中身は変わらない |
| フォルダ作成・整理案の提示 | 判定任せてよい | 理由実行前に構成案を確認できる |
| Claudeが生成したファイルをドライブに保存 | 判定任せてよい | 理由新規ファイルの追加であり、既存ファイルへの実害はない |
| ファイルの移動 | 判定条件次第 | 理由元に戻せるが、共同編集中のファイルだと他の利用者が場所を見失う |
| ファイルの共有設定変更 | 判定任せない | 理由社外への共有は情報漏えいに直結し、気づきにくい |
| ファイルのゴミ箱送り | 判定条件次第 | 理由復元は可能だが、保持期間が過ぎれば消える。重要ファイルは対象から外す |
ドライブの共有設定変更を「任せない」に置いているのは、他の操作と実害の性質が違うためです。イベント削除やファイル移動は本人がすぐ気づけますが、共有範囲を広げる操作は本人が気づかないまま情報が外部に見えている状態が続きます。取り消しやすさだけでなく、気づきやすさも判断軸に加えると線引きがぶれません。
承認の有無ではなく、実行後に取り消せるかで判断基準が変わる
CoworkのGoogle Workspaceコネクタは一括りに語られがちですが、Gmail・カレンダー・ドライブはどれも書き込み系の操作で承認プロンプトが出る点は共通です。違うのは、承認したあとその操作をどこまで取り消せるかです。イベントの削除やファイルの共有設定変更は、承認した瞬間に実行が確定し、元の状態に戻せません。同じ「書き込み系は承認が必要」という既定であっても、承認プロンプトを機械的に押すだけの運用にしてしまうと、この差は吸収されません。
実務では、承認プロンプトの中身を読む習慣そのものが線引きの一部になります。とくに出欠回答とファイル共有は、実行後に本人が気づきにくいという共通点を持ちます。実害が取り消せず、しかも気づきにくいこの2種類は、Always allowの対象から外し、Needs approvalを外さない設計にしておく選択肢があります。
たとえば「今週の定例をすべて調整して」という依頼を出欠回答までAlways allowにした状態で流すと、Claudeが優先度を誤って本当に出たい会議まで辞退してしまう事態が起こり得ます。本人が気づくのは、当日になって会議に呼ばれていないと分かった時点です。Gmailの送信・返信・転送も同じく承認プロンプトでいったん止まりますが、承認前であれば内容を読み直して送信自体を取りやめる余地が残ります。一方カレンダーの出欠回答は、承認した直後に相手へ通知が届く操作です。承認する前にどれだけ内容を確認したかが、そのまま結果を左右します。
権限スコープの設計 — Always allow / Needs approval / Blocked
Team・Enterpriseプランでは、OwnerがCustomize > Connectorsから対象のコネクタを選びます。Tool permissionsの画面で、操作カテゴリ(読み取り系・書き込み系など)ごとに「Always allow(常に許可)」「Needs approval(承認が必要)」「Blocked(禁止)」を指定する仕組みです。この設定は組織内の全員に一律で適用され、個々のユーザーが自分だけ緩めることはできません。
カレンダー・ドライブでの設計指針は次のとおりです。
- 読み取り系(閲覧・検索・要約)はAlways allowにしても実害が小さい
- イベント作成・ファイル移動のような「元に戻せる書き込み」はNeeds approvalを既定にする
- 出欠回答・イベント削除・ファイル共有設定の変更はBlockedにするか、Needs approvalを外さない
この設計は、Coworkのその他の権限設定とも同じ考え方でつながっています。全体の権限設計はCoworkのカスタマイズ完全ガイド、組織のロール設計はClaude CoworkのRBAC運用にまとめています。
よくあるつまずき
- 共有カレンダー・共有ドライブが見えない。自分がGoogle上でアクセス権を持たないカレンダー・ドライブは、Coworkからも見えません。まずGoogle側の共有設定を確認します。
- ドライブの画像入り文書で情報が抜け落ちる。Coworkはテキストのみを抽出するため、画像として貼られた図表やスクリーンショットの中身は読み取れません。該当部分は本文で別途伝える必要があります。
- 繰り返し予定の変更が意図と違う範囲に及ぶ。「この回だけ」「今後すべて」のどちらを変更するかを明示しないと、Claudeが判断に迷って確認を挟む、または意図しない範囲まで変更することがあります。
- ゴミ箱送りしたファイルの保持期間を忘れる。復元できる期間はGoogle側の設定に依存するため、重要ファイルは早めに確認します。
まとめ
CoworkのGoogleカレンダー・ドライブ連携は、承認を挟む点はGmailと共通ですが、実行後に取り消せるか・本人が気づけるかが操作ごとに違うため、任せてよい範囲の線引きも別に考える必要があります。読み取りと下書き段階の操作は任せてよく、出欠回答・イベント削除・ファイル共有の変更は取り消しにくいか気づきにくいため、承認を必ず挟む運用にしておくのが実務的です。組織で導入する場合は、この2つだけでもTool permissionsでBlocked寄りに設定しておくと、個々の承認プロンプトへの油断に運用を委ねずに済みます。
よくある質問
カレンダーとドライブは同時に接続する必要がありますか
必要ありません。Customize > Connectorsからそれぞれ個別に有効・無効を切り替えられます。カレンダーだけ使ってドライブは接続しない、という運用も可能です。
出欠回答を誤って送ってしまった場合、取り消せますか
Googleカレンダー側で出欠を再度変更すること自体はできますが、最初の回答時点で参加者に通知が届いているため、「一度辞退した」という事実は消えません。重要な会議ほど、承認プロンプトの内容を読んでから承認する運用が有効です。
Web・モバイルからでもカレンダー・ドライブを操作できますか
できます。ローカルファイルの読み書きやComputer Useと違い、カレンダー・ドライブへの操作はGoogleのクラウドAPI経由で完結するため、Claude Desktopアプリが起動していなくてもWeb・モバイルのCoworkセッションからそのまま使えます。
ドライブに保存したファイルはAIの学習に使われますか
Gmail・カレンダーと同様、コネクタ経由で取得したデータそのものはモデルの学習には使われません。個人向けプラン(Free / Pro / Max)でチャットのデータを学習に使うことに同意している場合に限り、コネクタから取得した内容をチャットにコピー&ペーストした部分だけが学習対象になり得ます。