Workspace Studioを開く前に｜作れる人と止める線

「管理コンソールを開いたら、見慣れないスタジオという項目が増えていた。これは全員に開いてよいのか」「現場から、問い合わせメールの振り分けを自動にしたいので使わせてほしいと言われた」。情シスやマーケの責任者から、こうした声が続けて届く時期に入りました。公式の発表を並べると、無理もない流れです。グーグルは2025年12月にWorkspace Studioの一般提供を始め、2026年5月には日本語を含む7つの言語に対応を広げ、8月には企業向けの統制の機能を足しました。現場の誰もが、日本語で話しかけるだけでAIエージェントを作れる段階に来ています。ただ、ここで決めるべきなのは使うか使わないかではありません。本当は、誰が作ってよいか、どの操作で止めるか、作った人がいなくなったらどうするかの3本の線です。この記事では、Workspace Studioを社内に開く前に決める線を、マーケの具体的な場面ごとに整理します。

Workspace Studioで何ができるのか

Workspace Studioは、グーグル・ワークスペースの中で動くAIエージェントを、プログラムを書かずに作るための機能です。公式の発表では、やりたいことを普通の言葉で説明すると数分でエージェントができる、と紹介されています。できあがったものは、画面の上では「フロー」と呼ばれ、きっかけと、その後に続く手順の並びでできています。

きっかけには、メールが届いたとき、決まった日時になったときなどがあります。続く手順では、メールの中身をジェミニに読ませて要点をまとめる、表計算に行を足す、チャットに通知する、といった操作を組み合わせます。公式の案内には、毎日のメールの要約や、会議の前に相手の情報をまとめる、といったひな形があらかじめ用意されているとあります。

これまでの自動化の道具と違うのは、途中の判断にジェミニを挟める点です。例えば「このメールは見積もりの依頼か、それ以外か」を読み分けさせ、その結果で次の手順を変える、といった組み方ができます。公式の発表は、優先度の付け分け、問い合わせの振り分け、承認の流れといった使い方を例に挙げています。

2026年4月にはジェムと呼ばれる自作の指示の組み、5月にはノートブックエルエムを手順の中で使えるようにする更新が、公式ブログで告知されました。9月には、独自のきっかけや手順、外部のサービスとの連携、ウェブフックと呼ばれる外部への通知の仕組みに関する更新も出ています。できることが月単位で増えているので、開く前に決めた線を、更新のたびに見直す前提で考えておきます。

一般提供から日本語対応までの流れ

公式ブログによると、Workspace Studioの一般提供は2025年12月3日に、新機能を早く受け取る設定の組織から始まりました。新機能を後から受け取る設定の組織では、管理者向けの設定が12月から、利用者への提供が2026年3月2日から段階的に広がっています。自社がどちらの設定かによって、現場が使えるようになった時期が違います。

日本語への対応は、2026年5月7日の公式ブログで告知されました。英語に加えて、フランス語、ドイツ語、イタリア語、日本語、韓国語、ポルトガル語、スペイン語の7つが加わっています。この告知では、管理者が設定を変える必要はなく、展開が終われば利用者がすぐに使えると書かれていました。

この「管理者の操作が要らない」という点は、見落とされがちです。英語でしか使えなかった間は、現場で使う人は限られていました。日本語に対応したことで、英語に慣れていない社員も自然に使い始めます。つまり、日本語対応の時点で、実質的に利用者の層が入れ替わったと考えたほうが実態に近いでしょう。

そして2026年8月17日には、企業向けの統制の機能がまとめて発表されました。エージェントごとの身元、アクセスを止める画面、監査の記録、社外へのデータの共有に利用者の確認を求める設定などです。統制の道具が揃ったのは一般提供から8か月後で、それ以前から使っている組織では、作られたフローがこの統制の外で動いてきた可能性があります。

対象の契約と、使えない利用者

一般提供の告知では、対象の契約としてビジネス版のスターター、スタンダード、プラス、エンタープライズ版のスターター、スタンダード、プラス、教育機関向けの各版、教育機関向けと法人向けのAIの追加契約が挙げられていました。多くの企業向けの契約で使える、と考えてよい範囲です。ただし、言語の追加の告知では対象の版の並びが少し違っており、機能ごとに対象が異なる場合があります。

8月の統制の機能のうち、データ損失防止の仕組みは、エンタープライズ版のスタンダードとプラス、現場向けの上位の版、教育機関向けの版などに限られると書かれています。つまり、フロー自体は使えても、中身を検査して止める仕組みは上位の契約にしかないということです。ビジネス版の会社では、止める線を設定だけでなく運用で補う必要があります。

また、18歳未満として登録された利用者は、ジェミニを使ってエージェントを作ることや、AIの手順を使うことができません。企業ではあまり問題になりませんが、学生のアルバイトやインターンを同じ組織に入れている場合は、年齢の登録によって使える機能が変わることを知っておきます。

契約の確認で大事なのは、自社全体の契約ではなく、使わせたい人に割り当てている契約を見ることです。一部の人だけ上位の契約を持っている会社では、同じ部署の中でも使える統制が人によって違うことがあります。使わせたい部署の全員の契約の種類を、開く前に一覧にしておくのが確実です。

管理者が持っている設定のつまみ

管理者向けの手引きでは、管理コンソールのメニューから、アプリ、グーグル・ワークスペース、Workspace Studioの順に進んだ画面で設定すると説明されています。最初に決めるのはサービスの状態で、全員に有効、全員に無効、または組織部門やアクセスグループごとに分けて有効にする、のいずれかを選びます。

初期状態は、組織の新機能の受け取り方の設定によって、有効にも無効にもなると告知されています。つまり、何もしていないのに、すでに全員が使える状態になっている会社があるということです。まず自社の画面を開き、いまの状態を確かめることが最初の作業になります。

サービスの状態のほかに、手引きには次のような設定が並んでいます。ジェミニを使ったフローの作成を許すかどうか、メールやドライブなどサービスごとの手順を許すか止めるか、外部のサービスとの連携をマーケットプレイスの許可リストで管理すること、社内でのフローのひな形の共有を許すかどうか、です。

8月の更新では、特定の種類の手順を無効にする設定、ジェミニがデータにアクセスすることを止める設定、ウェブフックとの連携を止める設定、そして社外へデータを共有する前に利用者の確認を必須にする設定が加わりました。このあと見ていく「止める線」は、主にこれらのつまみで作ります。

設定	何を決めるか	最初の置き方の例
サービスの状態	誰が使えるか	全員無効にして、試す部署の組織部門だけ有効
ジェミニでの作成	会話でフローを作れるか	試す部署では有効
サービスごとの手順	メール・ドライブ・チャットなどの手順を使えるか	送信系の手順は試行の間は止める
外部サービスとの連携	他社のサービスへつなげるか	許可リストに載せたものだけ
ウェブフック	外部へ通知を飛ばせるか	試行の間は止める
社外共有の確認	社外へ出す前に人の確認を挟むか	必須にする

2026年8月に加わった統制で変わったこと

8月の公式ブログで示された変化のうち、運用にいちばん効くのはエージェントの身元です。フローは必要最小限の権限で動き、それぞれに追跡できる識別子が付くと説明されています。これまでのように、作った社員の権限をそのまま借りて動くのではなく、フローがどの権限で何をしたかを後から追えるようになりました。

関連して、操作の記録に持ち主の名前を出すか、フローの身元を出すかを選ぶ設定が試験提供として加わりました。初期状態はフローの身元を出す側です。受け取った人から見ると、上司の名前で届いていたメールが、フローの名前で届くようになる、といった変化が起きえます。社内に周知せずに切り替えると混乱の元になります。

エージェントのアクセスを管理する画面では、管理者が組織のフローをまとめて止めたり、特定のフローからドライブへのアクセスのような権限の一部だけを取り消したりできるとされています。全部を止めるか何もしないか、の二択ではなくなった点は大きい変化です。

監査の記録も広がり、設定の変更と実行の両方が、フローの中身と持ち主の情報とともに残るようになりました。ただし、記録が残ることと、誰かがそれを見ていることは別の話です。記録を誰が、どの頻度で見るかを決めていなければ、統制の機能は事故のあとに原因を調べる道具にしかなりません。

数字で押さえておく上限

管理者向けの手引きには、使い方の上限も書かれています。1人が持てるフローは25本まで、1本のフローに入れられる手順は20までです。メールの受信をきっかけにした有効なフローも25本までとされています。さらに1日あたりの実行の回数にも上限があり、24時間ごとに元に戻ります。

この上限は、運用の設計に直接関わります。例えば、問い合わせメールを受けるたびに動くフローは、メールが多い日には1日の上限に達することがあります。公式の手引きでは、上限に達すると有効なフローは戻るまで止まると説明されています。大事なメールの処理を1本のフローだけに頼ると、繁忙日に限って止まることになります。

1人25本という上限は、逆に言えば、1人の社員が25本まで勝手に動くものを持てるということでもあります。部署の担当者が次々に作ると、担当者1人の退職で何十本ものフローが宙に浮きます。上限は技術の数字であると同時に、1人に背負わせてよい量の目安として見ておくと、あとで困りません。

手順が20までという上限も、設計の目安になります。20の手順を使い切るほど長いフローは、途中で失敗したときにどこで止まったのかを追うのが難しくなります。長い流れは短い複数のフローに分け、それぞれに持ち主と目的を書いておくほうが、止めるときも直すときも楽になります。

線1：誰に作らせるかを組織部門で決める

最初の線は、作れる人の範囲です。管理コンソールでは、サービスを組織部門かアクセスグループの単位で有効にできます。部署の単位で開くなら組織部門、部署をまたいで試行の参加者を選ぶならアクセスグループが向いています。最初から全員に開けず、試行の参加者だけに開くのが基本の順序です。

参加者を選ぶときは、作る力よりも、作ったものに責任を持てるかどうかを基準にします。具体的には、自分が作ったフローの一覧を説明できること、止め方を知っていること、異動するときに引き継ぐ相手を決められることの3つです。マーケの部署なら、まずは担当の業務の流れを把握している主任級の人から始めるのが現実的です。

作れない人でも、他の人が作ったフローの影響は受けます。公式の管理者ヘルプでは、あるユーザーのサービスを無効にしても、他の人のエージェントからのメールや予定の招待、共有ファイルの更新は引き続き届くと説明されています。作れる人を絞っても、フローの影響は組織全体に届くので、受け取る側への周知も同時に行います。

社員が自発的に作る道具を登録し、区分して引き取る体制づくりの一般論は、別の記事で扱っています。ここでは、Workspace Studioに固有の設定、つまりサービスの状態とサービスごとの手順の許可を、どの範囲の人にどこまで開くかに絞って決めます。

線2：社外へ出る操作を止める

2本目の線は、フローが社外に何かを出す操作です。社内のチャットへの通知や、自分宛ての要約のメールは、誤っても被害は社内にとどまります。一方、顧客へのメールの送信、社外の人とのファイルの共有、外部のサービスへのデータの送り出しは、一度出たら取り消せません。ここに線を引きます。

8月に加わった、社外へデータを共有する前に利用者の確認を必須にする設定は、この線を引くための中心の道具です。フローが社外に出そうとした時点で、人が内容を見て承認しない限り先へ進まない形にできます。試行の段階では、この設定を必須にしておくのが無難です。

加えて、サービスごとの手順の許可で、送信の手順そのものを止めておく方法もあります。試行の間は、メールの手順を「下書きを作る」までに限り、送信は人が自分の画面から行う運用にすると、確認の漏れが仕組みの上で起きなくなります。外部のサービスとの連携とウェブフックも、許可リストに載せたもの以外は止めておくのが最初の置き方です。

上位の契約であれば、データ損失防止の仕組みで、扱うデータの中身や出力の見え方に応じて実行を止めたり、確認を挟んだりすることもできます。ただし、この仕組みは設定した条件に当たったものしか止めません。条件で止まらなかったものを最後に見るのは人だという前提は変わりません。

• 顧客への返信メールを、ジェミニが書いた文面のまま自動で送らせる
• 社外と共有しているフォルダに、フローが自動でファイルを置くように組む
• 許可リストを作らず、外部のサービスとの連携を全部開けたまま試行を始める

線3：作った人が異動・退職したとき

3本目の線は、作った人がいなくなったあとのフローの扱いです。公式の管理者ヘルプでは、あるユーザーのWorkspace Studioを無効にすると、その人が持つ有効なエージェントはすぐに止まると説明されています。退職の手続きでアカウントを止めたとき、その人のフローが同じように止まる可能性は高いと考えておくべきです。

問題は、そのフローに業務が乗っていた場合です。問い合わせの振り分けを担当者のフローに任せていたら、退職の翌日から振り分けが止まります。2026年9月時点で確認した管理者ヘルプの範囲では、フローの持ち主を別の人に移す手順は見当たりませんでした。後任が同じものを作り直す前提で準備しておくのが安全です。

作り直しを楽にするには、フローごとに、目的、きっかけ、手順の並び、ジェミニに渡している指示の文面、送り先、を短く書いた記録を残しておきます。この記録を書くのは作った本人で、書式は部署で揃えます。記録の下書きをAIに手伝わせてもかまいませんが、中身が実際の設定と合っているかは本人と上長が確かめます。

異動の場合は、アカウントが残るため、逆にフローが止まらずに動き続けるという問題が起きます。前の部署の問い合わせを、異動した人のフローが振り分け続ける、といった状態です。異動の手続きの一覧に「持っているフローの確認」を1行足すだけで、この種の取り残しはかなり減らせます。

シナリオ1：問い合わせメールの振り分け

ここからは、マーケの部署でよく出る3つの使い方ごとに、何を許し、何を止めるかを考えます。1つ目は、問い合わせの窓口に届くメールの振り分けです。メールが届いたらジェミニに中身を読ませ、資料請求、見積もりの依頼、採用の問い合わせ、営業のお知らせの4つに分けて、それぞれの担当のチャットに通知する、という組み方です。

許してよいのは、分類と通知までです。分類の結果には、なぜその区分にしたのかを一文で添えさせ、担当者が見て違うと思えばすぐ気づけるようにします。ジェミニに分類の根拠を書かせることで、誤りの傾向が見えるようになり、指示の文面を直す手がかりにもなります。

止めるのは、顧客への自動の返信です。受け付けたことを知らせる定型の返信であっても、フローから顧客へ直接送る組み方は試行の段階では避けます。返信の文面の下書きまではフローに作らせ、送るかどうかは担当者が判断します。見積もりの依頼に金額や納期が書かれていた場合、その内容に応じた返信をAIに判断させないことが特に大切です。

振り分けのフローは、メールが多い日に1日の実行の上限に達するおそれがあります。止まったときに気づけるよう、担当者が1日に1回は窓口の受信箱も直接見る運用を残しておきます。フローが止まっても業務が止まらない形にしておくのが、自動化を始めるときの前提です。

シナリオ2：展示会で集めた名刺リストの整理

2つ目は、展示会のあとのリストの整理です。展示会の担当者がドライブの決まったフォルダに名刺の一覧の表計算を置いたら、フローが会社名の表記を揃え、関心の度合いのメモを読んで優先度を付け、営業への引き渡しの表に行を足す、という使い方が考えられます。

この場面で気をつけるのは、扱うのが個人の情報だという点です。名刺の一覧には、氏名、メールアドレス、電話番号が入っています。フローの手順で、この表を社外と共有しているフォルダに書き出したり、外部のサービスへ送ったりしないよう、送り先を社内のフォルダに限る設定を先に確かめる必要があります。

優先度の付け方も、AIに任せきりにはしません。ジェミニに優先度を付けさせるときは、判断に使ったメモの一文をそのまま横の列に写させます。営業の担当者は、優先度だけでなく根拠の一文を見て、自分の感覚と合うかを確かめられます。優先度はあくまで下ごしらえで、誰に連絡するかは人が決めます。

展示会ごとに一度だけ動かすフローは、終わったあとに止めておくことも決めておきます。止め忘れたフローは、同じフォルダに別の目的のファイルが置かれたときにも動いてしまいます。1回だけ使うものは、使い終わったら持ち主が止める、というルールを試行の段階から守らせます。

シナリオ3：週次報告の下書き

3つ目は、週次報告の下書きです。毎週金曜日の夕方に、フローがその週の問い合わせの件数の表と、キャンペーンの進み具合をまとめた文書を読み、報告の下書きを作って担当者本人にメールで送る、という組み方です。決まった曜日に動くきっかけは、公式の案内でも例として挙げられている使い方です。

この使い方は、3つの中でいちばん安全に始めやすいものです。送り先が担当者本人に限られ、社外に何も出ないからです。下書きの質が低くても、本人が直せば済みます。最初の試行に選ぶなら、このような自分宛ての下書きから始めると、止める線の設定を試す余裕も生まれます。

注意したいのは、下書きに含まれる数字です。ジェミニは表の数字を読み違えたり、前の週の数字と混ぜたりすることがあります。下書きの中の数字には、どの表のどの欄から取ったかを書き添えさせ、報告を出す前に元の表と照らし合わせます。数字の照合を省いて、下書きをそのまま上長に転送する運用にしないことが肝心です。

慣れてくると、下書きを本人ではなく上長やチームに直接送りたくなります。この段階で、送り先を広げる前に確認の手順を1つ挟むかどうかを決め直します。社内の送信であっても、送り先が広がるほど誤った数字の影響も広がります。送り先を変えることは、新しいフローを作るのと同じ重さで扱います。

AIに判断させない範囲を、フローの中に書き込む

3つの場面に共通しているのは、ジェミニに任せるのが「読んで分ける」「下書きを作る」までで、「決める」「送る」は人に残している点です。この線を運用のルールとして文書に書くだけでなく、フローの組み方そのものに埋め込んでおくと、作る人が変わっても守られやすくなります。

具体的には、ジェミニに渡す指示の文面に、判断の根拠を一文で書くこと、分からないときは「判断できない」と返すことを必ず入れます。そして、「判断できない」と返ってきたものは人の確認に回す分かれ道を、フローの中に作っておきます。分からないものを無理に分類させないことが、誤りの被害を小さくするいちばんの方法です。

人が確認する範囲は、フローを作る前に決めておきます。例えば、顧客に届くもの、金額や納期が入るもの、個人の情報を社外に出すもの、の3つは必ず人が見る、といった形です。作ったあとで確認の範囲を決めようとすると、すでに動いているものに合わせた甘い線になりがちです。

止め方を、開く前に試しておく

止める線を引いても、実際に止められなければ意味がありません。公式の管理者ヘルプは、管理者がフローを止める方法を2つ示しています。1つは、フローの識別番号を添えてグーグルのサポートに依頼し、止めてもらう方法です。もう1つは、緊急の方法として、新しい組織部門を作ってその利用者を移し、その部門でサービスを無効にする方法です。

緊急の方法は、その利用者のフローを全部止めます。問題のある1本だけでなく、正常に動いている他のフローも止まる点に注意が要ります。管理者向けの手引きは、サービスを無効にした組織部門をあらかじめ作っておくことを勧めています。いざというときに部門を作るところから始めると、それだけで時間を失います。

問題のフローを探すには、監査の記録を使います。実行した人をその利用者のメールアドレスで絞り、問題が起きた時刻の前後の「手順の完了」の記録を見て、フローの識別番号を控えます。8月の更新以降は、アクセスを管理する画面から特定の権限だけを取り消すこともできるようになりました。

これらの操作は、開く前に一度、試行の参加者の協力を得て練習しておきます。テスト用のフローを作ってもらい、管理者が監査の記録から見つけて、止めるところまでを通しで行います。止める練習を一度もしないまま全社に開かないことを、開く判断の条件に入れておくとよいでしょう。

• 止め方と上限の数字は、2026年9月時点で確認した管理者ヘルプの記載による。更新が速い機能なので、開く直前にもう一度確かめる
• 権限の一部だけを取り消す画面は、2026年8月の公式ブログで告知された機能。自社の管理コンソールに表示されているかを先に確かめる

開くまでの段取りと、見直しの間隔

ここまでの線をまとめると、開くまでの段取りは次のようになります。まず管理コンソールでいまの状態を確かめ、全員に有効になっていれば、いったん試行の範囲に絞ります。すでに作られているフローがあれば、監査の記録から持ち主と数を洗い出します。

次に、送信の手順、外部との連携、ウェブフックを止め、社外共有の確認を必須にした状態で、試行の参加者にだけ開きます。試行の期間は1か月ほどを目安に、自分宛ての下書きから始めてもらい、振り分けのように業務に乗るものは記録と止め方の練習を済ませてから広げます。

試行のあとは、参加者から「止めたせいでできなかったこと」を集めます。本当に必要なものだけ、条件を付けて線を緩めます。例えば、社内のチャットへの通知は許す、社外への送信は引き続き確認を必須にする、といった具合です。緩めるときも、必ず理由と日付を記録に残すようにします。

Workspace Studioは、一般提供からの1年足らずで、言語、統制、外部との連携と、大きな更新が何度も入っています。決めた線は、四半期に一度は見直す前提にしておきます。公式のブログで新しい種類の手順や連携が告知されたら、その都度、止める線の内側に入れるかどうかを判断し直します。

よくある質問

すでに全員に有効になっていました。すぐ止めるべきですか

いきなり全員を無効にすると、すでに業務に乗っているフローも止まります。まず監査の記録で、誰がどんなフローを持っているかを確かめ、業務に使っているものの持ち主と話してから範囲を絞るほうが安全です。その間も、社外共有の確認を必須にする設定は先に入れておけます。

社内の通知だけなら、確認なしで動かしてもよいですか

社内の通知は、社外への送信に比べて被害が小さいため、試行が進めば確認なしで許す判断もありえます。ただし、通知の中に個人の情報や、まだ社内で共有してよい段階でない数字が入る場合は別です。何を通知に載せるかを、フローごとの記録に書いておきます。

作った人が辞めたあと、同じフローを作り直せますか

記録が残っていれば、後任が同じ目的のフローを作り直すことは難しくありません。2026年9月時点で確認した範囲では持ち主を移す手順は見当たらなかったため、作り直しを前提に、指示の文面まで含めた記録を残しておくことが大切です。

まとめ

Workspace Studioは、日本語で話しかけるだけで、メールやドライブをきっかけに動くエージェントを誰でも作れる機能です。開く前に決めるのは、作れる人を組織部門やグループで絞ること、社外へ出る操作を確認必須や手順の停止で止めること、作った人が異動や退職をしたときの扱いの3本の線です。ジェミニに任せるのは振り分けと下書きまでにとどめ、根拠を書かせ、分からないものは人に回します。止め方を一度練習してから、自分宛ての下書きのような小さな使い方で始め、四半期ごとに線を見直していきましょう。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。