Workspace Studio に Drive / Gmail / Chat の新ステップ4種 — 承認要求の設定が付いてくる

要約

2026-09-02、Workspace Studio の Flows に4つの自動化ステップが追加されました。

追加されたのは次の4つです。

Drive のファイル / フォルダのコピー——テンプレートからの複製や、受付フローの定型処理に使います。

Drive のファイル / フォルダの移動——手作業なしでファイルを整理します。

メールへの返信——既存のスレッド内で、文脈を保ったまま自動応答します。新規メールではなく「返信」である点が指定されています。

Chat への返信——スペースやスレッドへ投稿します。Markdown に対応しました。

ロールアウトは、Drive / Chat 系と Gmail 系で分かれています。

Drive / Chat ステップ: 管理者制御が 2026-09-01〜09-05、機能本体が 2026-09-08〜09-11。

Gmail ステップ: 管理者制御が 2026-09-08〜09-12、機能本体が 2026-09-14〜09-17。

どちらも、管理者制御が先に来ます。 機能が使えるようになる前に、管理者が設定できる期間が置かれています。

対象エディションは、Business Starter / Standard / Plus、Enterprise Standard / Plus、Education Fundamentals / Standard / Plus、およびアドオン（Google AI Pro for Education、Teaching and Learning、AI Expanded Access）です。

そして、管理者の制御が用意されています。 ステップごとに個別に無効化できること、そして外部へデータが共有されうる操作についてはユーザー承認を必須にできることの2点です。

何が変わったか

• Flows に4ステップ追加: Drive ファイル / フォルダのコピー、Drive ファイル / フォルダの移動、メールへの返信、Chat への返信
• メール返信は既存スレッド内で文脈を保つ形式
• Chat 返信は Markdown 対応
• ロールアウト（Drive / Chat）: 管理者制御 09-01〜09-05、機能 09-08〜09-11
• ロールアウト（Gmail）: 管理者制御 09-08〜09-12、機能 09-14〜09-17
• 対象: Business Starter / Standard / Plus、Enterprise Standard / Plus、Education Fundamentals / Standard / Plus + AI アドオン
• 管理者はステップ単位で無効化でき、外部共有が起きうる操作にユーザー承認を必須にできる

業務インパクト（一般企業向け）

この追加は、Workspace Studio の性格を少し変えます。

これまでの Flows は、「情報を取ってきて、まとめて、置く」方向の自動化が中心でした。 今回追加されたのは、「動かす」「返す」方向の操作です。

ファイルを移動する。メールを返す。Chat に投稿する。 いずれも、結果が他人から見える操作です。

ここが、管理者にとっての判断点になります。

注目すべきは、ロールアウトの順序です。 管理者制御が、機能本体より先に来ます。 Drive / Chat は制御が 09-05 まで、機能は 09-08 から。Gmail は制御が 09-12 まで、機能は 09-14 から。

この数日の差は、意図的に置かれた準備期間です。 機能が動き出す前に、方針を決めて設定しておけというメッセージだと読むべきです。

では、何を決めるか。

いちばん重い判断は、メール返信ステップです。

自動返信が外部の相手に届く経路ができます。 社内向けなら影響は限定的ですが、取引先や顧客からのメールに、Flow が自動で返信する構成は作れてしまいます。

「文脈を保った返信」という仕様は、便利であると同時にリスクでもあります。 スレッドの流れに沿った、それらしい返信が生成される。 内容が不適切でも、形式は自然です。受け取った側は、人が書いたと解釈します。

ここで、承認要求の設定が効きます。 外部へデータが共有されうる操作にユーザー承認を必須にする——この設定を、最初から有効にしておくのが安全側の初期値です。

理由は、後から絞るのが難しいからです。 一度「承認なしで自動返信」が動く運用が根付くと、承認を挟む変更は「遅くなった」という反発を受けます。 逆に、最初から承認ありで始めて、実績を見て緩める方が、抵抗は小さい。制約は、緩める方向の方が通しやすい——設定の初期値を決めるときの一般原則です。

Drive のコピーと移動については、別種の注意が要ります。

ファイルの移動は、共有設定に影響しうる操作です。 フォルダ単位で権限を管理している組織では、移動先のフォルダの権限が、そのファイルに適用されます。 Flow が自動でファイルを動かす構成では、意図しない範囲へ権限が広がる経路ができます。

設計時に確認すべきは、移動先フォルダの権限です。 「どこへ移すか」だけでなく、「移した先で誰が見られるか」を、Flow を作る段階で確認する。これは自動化の設計に必ず入れるべき項目です。

Chat 返信の Markdown 対応は、地味ですが実用的です。

通知や報告を Flow から投げる用途では、書式が使えるかどうかで読みやすさが大きく変わります。 箇条書き、強調、コードブロック。これまで平文で流していた自動通知を、構造化した形に改善できます。

ステップ単位で無効化できる点も、実務的に有用です。 **「Drive の操作は許可するが、メール返信は許可しない」**といった、粒度の細かい方針が取れます。全部か無しか、ではない。 組織の統制方針に合わせて線を引けます。

副業・個人活用視点

個人事業や小規模チームで Workspace を使っているなら、この4ステップは「手作業の残りかす」に効きます。

自動化が途中で止まる原因は、たいてい最後の一手です。

情報を集めて、整形して、シートに書き込む——ここまでは自動化できていた。 でも、そのファイルを所定のフォルダに移すのは手作業だった。 関係者に Chat で知らせるのも手作業だった。

この「最後の一手」が残っていると、結局は毎回見に行くことになります。 自動化の価値は、途中まででは出ません。 人の確認が挟まる限り、その人は待機し続けます。

今回の4ステップは、まさにその部分を埋めます。 移動、コピー、返信、投稿。 人の手に残りやすい終端の操作です。

具体的な組み立て例を挙げます。

問い合わせフォームからの受付——回答が届いたら、テンプレートをコピーして案件フォルダを作り、担当者の Chat スペースに通知する。コピーと Chat 返信の2ステップで完結します。

定型メールへの一次返信——特定の条件に合うメールに、受領確認だけを自動で返す。内容の返信は人がやるが、「受け取りました」だけは即座に返る。 相手の体感は、これだけでかなり変わります。

ファイルの自動整理——月末に、特定フォルダのファイルをアーカイブフォルダへ移す。手作業だと必ず溜まる種類の仕事です。

ただし、個人でやる場合こそ、承認の設計は慎重に。

小規模だと、承認を挟むのが面倒に感じます。 自分しかいないのだから、と省きたくなる。

しかし、外部へ出る返信については、省かない方がいい。 理由は、確認する人が自分しかいないからです。 組織なら誰かが気づくかもしれませんが、個人事業では、間違った自動返信が出たことに気づくのは、相手から指摘されたときです。

「自動で下書きまで作り、送信は自分がする」——この形が、個人には合っています。 手間はほとんど変わらず、事故は防げます。

受託の場面では、この機能は提案しやすい部類です。

「Google Workspace の中で完結する」という点が効きます。 新しいツールの契約も、外部サービスとの連携も要りません。既に払っている料金の範囲で動く——これは決裁の通りやすさに直結します。

そのうえで、価値を出せるのは Flow の設計です。 どこを自動化して、どこに人を残すか。 特に外部へ出る操作の承認設計は、ツールの使い方ではなく業務の理解が要る部分です。

「全部自動にしましょう」ではなく、「ここは人が見る設計にしましょう」と言える人の方が、結果的に信用されます。止めるべきところを知っていることが、専門性として伝わるからです。