Claude for Google Workspaceのパブリックベータを士業事務所で試す前に決める7つの点検項目

Claude for Google Workspaceのパブリックベータを整理し、士業事務所が試す前に決める7つの点検項目と守秘義務の論点を、公式情報に基づいて解説します。

Claude for Google Workspaceのパブリックベータを士業事務所で試す前に決める7つの点検項目

Claude for Google Workspaceとは、Googleドキュメントなどの横でClaudeを使える拡張機能のことです。

事務所で日常的に使うGoogleドキュメントやスプレッドシートの中でClaudeが使えるようになると、書面の下書きや集計の作業は変わります。この記事では、2026年10月6日に公表されたClaude for Google Workspaceの内容を整理し、士業事務所が試す前に決めておく7つの点検項目を示します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、製品の仕様はAnthropicの公式ページで確認しています。ベータ版であり仕様は変わり得るため、導入時は最新の公式ヘルプで再確認してください。

Anthropicの公式ブログによると、このアドオンは2026年10月6日に公表され、すべての有料Claudeプランでパブリックベータとして提供されています。Googleドキュメント、スプレッドシート、スライドのコネクタもベータです(出典: Anthropic 公式ブログ)。

公式ページに書かれている機能と設定の事実

アドオンは、開いているファイルの横のサイドバーに表示されます。Claudeは文書、シート、スライドを読み取り、ユーザーが選択している箇所も見ることができます(出典: Anthropic 公式ブログ)。

ドキュメントでは、周囲の書式を変えずに文章や見出しをその場で編集できます。大きな書き換えでは、該当箇所を強調した提案カードが出て、ユーザーが適用するか却下するかを選びます。スプレッドシートでは、数式の作成、ピボットテーブルとグラフの作成、タブの追加ができます。結合やデータの整形では、範囲をPythonに取り込み、結果を書き戻す動作が説明されています。スライドでは、既存のレイアウトとテーマからスライドを作り、重なりや読みにくい文字を点検します(出典: 同上)。

編集の承認には二つのモードがあります。既定の「Ask before edits」では、変更ごとに承認カードが表示され、承認するまでClaudeは待ちます。「Accept all edits」では、承認を待たずに変更が適用されます(出典: 同上)。

アクセスの範囲について、公式ページは、Claudeのアクセスは既存のGoogleの共有権限に一致すると説明しています。Enterpriseプランでは、Compliance API、顧客管理の暗号鍵、OpenTelemetryによる監査ログのエクスポートがアドオンにも適用されます。管理者はGoogle Admin consoleから、ドメイン全体または選んだグループにアドオンを展開できます。TeamとEnterpriseのプランでは、コネクタを使うために、まずオーナーが有効化する必要があります(出典: 同上)。

一方、公式ページには、データの保持期間やそれ以外のデータの取り扱いの説明が見当たりません。この点は導入の判断材料として、Anthropicの利用規約やプランごとの説明で別途確認する事項です(要確認)。

点検項目1 利用するプランと契約の確認

アドオンはすべての有料プランで使えると公表されています。ただし、事務所が契約しているのが個人向けの有料プランか、TeamかEnterpriseかで、管理者の機能や監査の仕組みが変わります。Compliance APIや暗号鍵の管理が適用されるのはEnterpriseと書かれているため、事務所の契約がどれに当たるかを、最初に確認します。

点検項目2 Googleの共有権限の棚卸し

Claudeのアクセスが既存の共有権限に一致するということは、共有権限が広い事務所では、Claudeが読める範囲も広くなり得るということです。共有ドライブの設定、顧問先ごとのフォルダの権限、退職者や外部委託者のアクセス権を、アドオンを試す前に見直します。AIの導入が、これまで放置されていた共有設定の整理の機会になります。

点検項目3 承認モードの既定を決める

既定のAsk before editsは、変更のたびに人が承認する仕組みです。Accept all editsは、承認を待たずに変更が適用されます。書面や届出の下書きを扱う士業の業務では、事務所の規程として、顧問先の書類を扱うファイルではAsk before editsを使う、と決めておく運用が考えられます。モードの選択を各職員の判断に任せると、運用がばらつきます。

点検項目4 試験の対象ファイルを選ぶ

最初に試すファイルは、顧問先の情報を含まないものにします。たとえば事務所内の業務マニュアル、研修用の資料、架空の数値を入れた集計シートです。スプレッドシートの数式やピボットテーブルの作成は、架空のデータで十分に試せます。試験の目的は、機能の動きと承認カードの流れを職員が理解することです。

点検項目5 コネクタの有効化の範囲

TeamとEnterpriseでは、オーナーが先にコネクタを有効化する必要があります(出典: Anthropic 公式ブログ)。有効化は事務所全体に効くため、誰が有効化を判断するか、判断の記録をどこに残すかを決めておきます。他のコネクタ、たとえば営業管理ツールやGoogleドライブとの連携は、アドオンのサイドバーでも同じ設定が使えると説明されています。連携の範囲が広がるほど、情報の流れの把握が難しくなります。

点検項目6 出力の確認工程を手順に入れる

Claudeの出力は下書きです。条文の引用や数値は、有資格者が一次情報で確認する工程を手順に入れます。次のプロンプトは、試験期間中に、出力に含まれる事実の主張を洗い出すための補助です。

以下の文章に含まれる、条文番号、日付、金額、固有名詞を、すべて抜き出してください。それぞれについて、文章中でどう使われているかを一行で書き、事実かどうかの判断はしないでください。確認が必要な項目として一覧にします。

【文章】
(ここに匿名化した下書きを貼り付ける)

もう一つは、スプレッドシートの作業を記録するためのプロンプトです。

このシートに加えた変更の一覧を、変更前の状態、変更後の状態、変更した理由の三項目で整理してください。数式を追加した場合は、その数式の目的を日本語で一文にしてください。

【対象】
(匿名化したテストシートで実行する)

どちらも架空のデータで試し、顧問先の実名や個人情報は入力しません。

点検項目7 試験結果の記録と見直しの時期

ベータ版は、仕様や提供条件が変わり得ます。試験の結果は、試した日、対象のファイル、承認モード、気づいた点を記録します。正式版への移行や、料金・機能の変更の知らせが出たときに、記録を見返して判断できるようにします。次回の見直しの時期を、試験の開始時に決めておきます。

士業の業務に当てはめて考える試験の例

公式ページが示す機能を、士業の日常業務に置き換えると、試験の着眼点が見えてきます。ここでの例は、公式ページに書かれた事例ではなく、編集部が機能の説明から組み立てた想定です。効果の大きさは保証できず、事務所ごとに測る必要があります。

ドキュメントでは、事務所内のマニュアルや案内文の推敲が試しやすい題材です。提案カードで変更が示されるため、どの文が変わったかを人が見て判断できます。契約書や届出書の本文のような、条文との整合が問われる文書は、最初の試験対象にしません。

スプレッドシートでは、架空の顧問先データを使った月次の集計表が題材になります。数式やピボットテーブルをClaudeが作ったとき、その数式が意図どおりの範囲を参照しているかを、職員が検算で確かめます。検算の手順を決めておくと、出力の確認工程が自然に手順へ組み込まれます。

スライドでは、顧問先向けの説明資料の雛形づくりが題材です。公式ページは、既存のレイアウトとテーマを使い、重なりや読みにくい文字を点検すると説明しています。事務所の標準のテーマがあれば、その見た目に揃えた資料づくりを試せます。

試験で見る指標を先に決める

試験の前に、何を見て成功とするかを決めます。作業の所要時間、承認カードで却下した件数、修正が必要だった箇所の種類、職員の使いやすさの感想の四つが、見やすい指標です。所要時間は、確認の時間を含めて測ります。却下の件数と修正の種類は、Claudeの出力をどこまで信頼できるかの手がかりになります。数字は少数の試行にもとづくため、結論ではなく判断材料として扱い、次の試験の設計に反映します。

守秘義務・規程上の論点

Googleドキュメントなどに顧問先の情報が入っている場合、そこにClaudeが接続することは、情報の取り扱いの経路が一つ増えることを意味します。各士業法は秘密保持の規定を置いています。弁護士法第23条は秘密保持の権利及び義務を、税理士法第38条は正当な理由がなく業務に関して知り得た秘密を洩らし、又は窃用してはならないことを、行政書士法第12条は正当な理由がなく業務上取り扱った事項について知り得た秘密を漏らしてはならないことを、司法書士法第24条は正当な事由がある場合でなければ業務上取り扱った事件について知ることのできた秘密を他に漏らしてはならないことを、社会保険労務士法第21条は秘密を守る義務を、それぞれ定めています。いずれもe-Gov法令検索の原文で確認しました。

個人データの第三者提供については、個人情報保護法第27条が、個人情報取扱事業者による第三者提供の制限を定めています。外部のAIサービスへの入力が、これらの規定との関係でどう整理されるかは、個別の事情で判断が分かれます。本記事は当てはめを行わず、有資格者の判断事項として扱います。

規程に落とす運用例としては、次のような項目があります。顧問先の情報を含むファイルでアドオンを使うか否かの区分、使う場合の承認モード、使用の記録の残し方、顧問先への説明の要否を判断する担当者です。公式ページにデータの保持期間の説明がない点は、事務所が提供元に確認するか、確認が取れるまで顧問先の情報を含むファイルでは使わない、という運用の分岐点になります。

失敗例と回避策

一つ目は、承認モードを各自の判断に任せた結果、顧問先の書類で承認なしの編集が走る例です。回避策は、点検項目3のとおり事務所としての既定を決めることです。

二つ目は、共有権限が広いままアドオンを使い、担当外の顧問先のファイルをClaudeが参照できる状態になる例です。回避策は、点検項目2のとおり権限を先に整理することです。

三つ目は、ベータ版の仕様変更に気づかず、古い運用ルールのまま使い続ける例です。回避策は、点検項目7の見直しの時期を決めて、公式ページを定期的に確認することです。

費用・工数・体制

公式ページには、料金の詳細が記載されていません(要確認)。工数の中心は、共有権限の棚卸しと、試験用ファイルの準備です。体制としては、導入の判断者、Google Workspaceの管理者、試験を行う職員の三者を決めておくと、判断が滞りません。

今後の展望と編集部の考察

事務所の文書作業がGoogle Workspaceで完結している場合、AIが文書の中に入ってくることで、別のツールへ情報を貼り付ける手間が減ります。一方で、情報の貼り付けという目に見える行為がなくなる分、情報の流れが見えにくくなる面があります。

今後の論点は、承認の仕組みと記録をどう事務所の規程に組み込むかです。機能の便利さより、誰がいつ何を承認したかを追える設計が、士業の事務所には重要になると考えられます。これは編集部の考察であり、特定の事務所への助言ではありません。

よくある質問

すべての有料プランで使えますか

公式ブログは、すべての有料Claudeプランでパブリックベータとして提供されると記しています。無料プランの扱いは、公式ページに記載が見当たらないため要確認です。

承認モードはどちらを使えばよいですか

どちらを使うかは事務所の判断です。公式ページは既定をAsk before editsとしています。顧問先の書類を扱うファイルでは、承認を挟むモードを使う運用が考えられます。

顧問先のファイルで使ってもよいですか

使ってよいかは、契約書の文言、扱う情報、事務所の規程によって変わります。本記事は当てはめを行いません。有資格者が判断してください。

データの保持期間はどこで分かりますか

公式ブログには記載が見当たりません。Anthropicの利用規約やプランごとの説明で確認する事項です。

管理者は利用を制限できますか

公式ページは、管理者がGoogle Admin consoleからドメインまたは選んだグループに展開できると説明しています。制限の細かな方法は、公式のヘルプで要確認です。

参考文献

関連記事: Claude CoworkとDocs・Slidesの統合 士業の7つの論点、Gmail・Docs・Keepとライブ音声AIの点検項目

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談(30分)も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/

本記事の作成体制について

本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で、それぞれ確認したうえで記載しています。引用元は本文中および参考文献にすべて明示しています。

本記事には特定の資格者による監修は入っていません。個別の事案について法令の当てはめや手続の可否を判断する必要がある場合は、当該分野の有資格者にご相談ください。本記事は一般的な情報提供を目的としたものであり、個別具体的な法律判断・税務判断・労務判断を提供するものではありません。

記載内容に誤りを見つけられた場合は、お問い合わせよりご指摘ください。確認のうえ速やかに訂正し、訂正履歴を記事内に残します。編集方針の詳細は運営者情報をご覧ください。