Google Workspace Studioの初回確認手順：Gmailの合成3件とDriveのCopyを分ける

Google Workspace Studioの新しい4操作を試すとき、最初に選ぶべきなのは自動返信ではありません。問い合わせメールの確認とDriveのコピーを一つのFlowでつなぐ前に、メール本文とコピー対象を別のものとして扱います。

本稿の編集提案は明確です。合成した問い合わせ3件は、要約または分類候補と自分向けのChat通知までに使う。Copyは別途用意した無害なDriveテストファイルまたはfolderで確認する。Move Drive file or folder と Reply to email は初回の許可対象から外します。

これはGoogleの推奨や安全保証ではありません。原本の場所と送信先をいきなり変えず、どの操作に何が起きるかを人が説明できる状態にするための編集判断です。以下は2026年9月4日JSTに公式資料を確認した非ハンズオン記事であり、筆者は実際のFlowを実行していません。

4操作を、似た名前のstepと混同しない

Google Workspace Updatesは2026年9月2日、Workspace Studio Flowsに次の新しいautomation stepを導入すると発表しました。[S1]

操作	公式資料から読める作用	初回の扱い
`Copy Drive file or folder`	Driveのfileまたはfolderをコピーする	コピー元・コピー先・元の場所を説明できる場合だけ、My Driveの無害なテストファイルで確認する
`Move Drive file or folder`	Driveのfileまたはfolderを移動する	原本の場所が変わるため初回は止める
`Send a Chat reply`	特定のGoogle Chatのspaceまたはthreadへ返信する	privateなテスト範囲で、membershipと宛先を照合できる場合だけ別試行の候補にする
`Reply to email`	既存email thread内へ返信を送信する	初回は止める。外部宛先を含み得るthreadへ送らない

ここで既存stepとの差も押さえます。S3の Notify me in Chat は、Flow名のChat appから自分だけへdirect notificationを送るstepです。新しい Send a Chat reply と同じではありません。また Draft an email は人が確認して送るための下書きであり、Reply to email の自動送信とは異なります。[S3]

2026年9月4日時点でS3のstepガイドには新しい4操作の正確な名称が掲載されていませんでした。これは使えない証拠ではありません。S1の発表と自社画面を別々に確認し、表示されない段階で手順を断定しないことが必要です。

発表済みと、自社で使えることを分ける

S1の掲載では、Drive／Chat stepのadmin controlsは2026年9月1日、featuresは9月8日からfull rollout予定です。Gmail stepのadmin controlsは9月8日、featuresは9月14日からfull rollout予定です。いずれも機能表示には1〜4日または1〜3日の幅が示されています。[S1]

そのため、9月4日時点で日本の全ユーザーが使えるとは言えません。S1にはBusiness Starter／Standard／Plus、Enterprise Standard／Plus、Educationの対象エディションやadd-onが掲載されていますが、個別のアカウント表示、地域、契約、管理者設定は別確認です。[S1][S2]

実行前に、次の5点を記録してください。

自社のエディション、アカウント種別、Workspace Studioの表示、Drive／Chat／Gmail stepのrollout状態。
管理者によるGemini、Workspace Studio、利用するAI／Workspace stepへのアクセス設定。
問い合わせ確認を専用テスト受信箱、Copy確認をMy Driveの専用テストフォルダへ限定できるか。
approval policyの有無、実行時に誰がどこで確認するか。
想定外の送信・更新時にFlowを止める担当と確認場所。

一つでも説明できなければ、実顧客のメールや共有ファイルをつないだ試行には進みません。

最初の確認は二つに分ける

S2では、Flowを起動するtriggerをstarter、起動後に行うactionまたはnotificationをstepと説明しています。複数のstepを追加できますが、初回から一つの自動化を完成させる必要はありません。[S2]

確認A：問い合わせの読み取りと通知
テスト受信箱の合成問い合わせ
  → AI stepで要約または分類候補
  → Notify me in Chatで自分だけへ通知

確認B：Drive Copyの作用
別途用意したMy Driveのテストファイルまたはfolder
  → Copy Drive file or folder
  → 必要ならNotify me in Chatで自分だけへ通知

確認Aでは、個人情報、実在の企業名、実顧客の添付、契約情報、認証情報、営業秘密を含まない合成文面を3件だけ使います。例えば、見積依頼、納期質問、営業提案の短文です。3件で問題が起きなくても、精度、安全性、業務成果は証明されません。

確認Bでは、メール本文をコピー元と推測しません。空のテキストファイル、ダミー文書、無害なテストfolderをMy Driveに別途置きます。今回の一次資料だけでは、When I get an email の本文や添付を新しいCopy stepへどのように渡せるかは確定していません。画面にない変数や入力欄を推測でつなげないでください。

進め方は次の順です。

表示されたstarter、step、Drive範囲、Chat宛先、approval policyを記録する。
合成3件とCopy用ファイルを分けて用意する。Shared Drive、共有フォルダ、外部宛先は初回から外す。
確認Aを作り、要約または分類候補を自分だけへ通知する。通知から元の合成メールへ戻り、人が照合する。
確認BではCopyだけを接続する。コピー元、コピー先、元の場所を画面上で読める状態にする。Moveはオフのままにする。
Send a Chat reply を試すなら、privateなspaceまたはthread、membership、宛先を確認A・Bとは別ケースとして確認する。
test runの前に作用を読む。S2はtest runがメッセージ送信、ファイル更新、会議設定などのreal actionsを行うと説明しています。dry-runだと見なさず、送信・更新・共有が含まれていないかを確認します。[S2]
実行後に、確認Aでは出力とChat宛先、確認Bではコピー元・先・ファイル位置を照合し、継続・構成修正・停止を記録する。

Copyを先に、Moveと返信は後にする

これは機能の優劣ではなく、失敗時の影響範囲を小さくできるかという順序の判断です。

やりたいこと	初回の判断	人が確認する点
テスト用ファイルを別の場所へ残す	Copyを候補にする	元の場所、コピー先、対象、重複コピー
原本の場所を変える	Moveは止める	移動前・先、戻し方、参照先、責任者
自分だけに進捗を知らせる	Notify me in Chatを候補にする	自分だけへの通知か、秘密情報を含まないか
spaceまたはthreadへ返信する	privateなテストで別確認する	membership、宛先、返信内容
メールを人が確認してから送る	Draft an emailを候補にできる	thread、宛先、本文、添付、共有範囲
既存threadへ返信する	Reply to emailは初回は止める	外部宛先、本文、approvalの有無

approvalがあることも、安全の保証ではありません。S5によれば、管理者ポリシーの対象stepでは実行が一時停止し、本人の承認または拒否で実行・skipが決まります。誰が業務上の内容を確認するかは、製品上の承認とは別に残してください。[S5]

ここで止める

次のいずれかに当たるなら、Flowをオンにせず保留します。

対象エディション、表示、GeminiまたはWorkspace Studioへのアクセスが確認できない。
Copyのコピー元・先・元の場所を説明できない。
入力がShared Drive、共有フォルダ、外部共有、実顧客データへ広がる。
Moveの元の場所、移動先、戻し方、責任者が記録されていない。
Chat replyまたはemail replyの宛先を人が読めず、外部送信の可能性を確認できない。
approvalが要求されたのに、確認者、権限、確認場所が分からない。
空欄、想定外の分類、重複コピー、誤ったファイル位置、誤宛先が一つでも残る。
test runで想定しない送信や更新が起きた。

最後の場合はFlowをオフにし、実行時刻、対象、作用を記録してから管理者と再確認します。自動的に元へ戻る、失敗時に必ず復旧できるとは扱いません。

1枚の運用メモに残す

次の確認票はGoogleの必須様式ではなく、公式情報を業務の責任分界へ翻訳する編集提案です。秘密値、個人情報、実顧客の本文やメールアドレスは記録しません。

Flow名または識別子：
確認日JST：
対象エディション・アカウント・表示されたstep：
管理者確認：Gemini／Workspace Studio／stepアクセス
確認Aのstarter：
確認Bのstarterまたは実行方法：
今回許可するstep：Notify me in Chat／Copy Drive file or folder
Copyのコピー元・コピー先：
今回止めるstep：Move Drive file or folder／Send a Chat reply／Reply to email
データ範囲：合成問い合わせ3件／My Driveの専用テストファイルのみ
Flow所有者：
approval policy：有・無・未確認
確認・承認主体／権限／確認場所：
Chat宛先またはthread：
メール送信：オフ
実行後の照合：出力／宛先／コピー元・先／ファイル位置／空欄／重複／approval
停止条件：範囲・宛先・責任者・出力の一つでも不明なら保留
次の判断：継続・構成修正・停止

事実、編集判断、未検証を分ける

事実。 S1は新しい4 step、段階的なrollout、対象一覧を発表しています。S2はstarter・stepとtest runのreal actionsを説明し、S3は Notify me in Chat と Draft an email を別stepとして説明しています。S4・S5は管理者設定と承認の仕組みを扱います。

編集判断。 合成問い合わせ3件、自分だけへの通知、別のDriveテストファイル、Copyを先に確認しMoveと返信を止める順序は、影響範囲を小さくするための提案です。GoogleがCopy-firstを推奨しているという意味ではありません。

まだ言えないこと。 個別テナントでの表示、Copy stepの入力マッピング、Shared Driveの対応、実行結果、分類精度、時間短縮、安全性、検索需要、問い合わせ、MASTER key固有の成果は確認していません。

次の一歩

管理者または契約担当と運用メモを埋め、まず合成3件で出力とChat宛先を人が照合します。次に、表示されたCopy stepのコピー元・先を説明できる場合だけ、別途用意したDriveテストファイルを1件コピーします。一つでも確認できない項目があれば、Move、Chatへの返信、メール自動返信には進みません。

AI導入の最初の一歩は、操作を増やすことではありません。誰が、何を確認してから、どのstepを許可し、どこで止めるかを1枚にできることです。