---
url: /workspace-studio/what_is_workspace_studio.md
description: >-
  谷歌 Workspace Studio（前身 Workspace Flows）用 Gemini 3 把 Gmail、Drive、Chat、Sheets
  串成自动化流程，2026年9月21日全量推送自定义 starters、自定义 steps、第三方集成与 webhooks，支持
  Asana、Jira、Salesforce、Slack 等 8 个外部系统。本文讲清它是什么、9月更新加了什么、真实案例数据和上手路径。
---

# Google Workspace Studio：不写代码的自动化，2026年9月终于能连外部系统了

先描述一个你大概率经历过的早晨。

客户在邮件里提了个需求，你读完，切到 Sheets 找这个客户的历史记录，复制两列数据，切到 Chat 把情况发给同事，再切到 Jira 建一张单，最后回到 Gmail 起草回复。

四个标签页、五次复制粘贴、大概十分钟。一天来三回，一周就是两个半小时。

这件事最讽刺的地方在于：**你做的每一步都不需要任何判断力，但每一步都得由人来做。** 因为没有人给这套动作建过桥。

2026 年 9 月 21 日，谷歌给 **Google Workspace Studio** 推送了一批更新，补上的正是"桥"这一环：自定义触发器、自定义步骤、8 个第三方系统集成、以及能往外发 HTTP 请求的 webhooks。

我原本对这类"无代码自动化"是有点免疫的——Zapier、Make、n8n 这些年讲的故事都差不多，最后都卡在同一个地方：**连谷歌全家桶没问题，连你家内部系统和企业软件就露馅。** 这次不一样的点在于，谷歌把扩展能力做成了 API 和官方集成，而且开放的对象是外部系统。

## 什么是 Google Workspace Studio

一句话版本：**Workspace Studio 是谷歌 Workspace 里专门用来"设计、管理、分享 AI 自动化流程"的应用，底层的推理和多模态理解由 Gemini 3 提供，不需要写代码。**

它有几个容易搞混的身份，先拆清楚：

**第一，它以前叫 Google Workspace Flows。** 2025 年 4 月在 Cloud Next 上以这个名字进入 alpha，同年 12 月 3 日正式 GA，同时改名叫 Workspace Studio。你在网上搜到的老文章如果写的是 "Flows"，说的是同一个东西。

**第二，它和 Google AI Studio、Google Flow 完全不是一回事。** AI Studio 是给开发者调 Gemini API 的控制台；Flow 是给创作者做 AI 电影的工具；**Workspace Studio 是给普通员工做办公自动化的**。三者名字撞车，纯属谷歌命名部门的历史遗留问题。

**第三，它的入口是 studio.workspace.google.com。** 也可以从任意 Workspace 网页应用右上角的 Gemini 快捷键点进去。界面三个标签：Discover（看别人做的模板）、My agents（你自己建的流程，能像 Drive 文件一样分享和复制）、Activity（跑过的记录）。

一个"流程"（Google 官方叫 **flow**）的结构非常朴素：

| 组成部分 | 干什么 | 举例 |
| --- | --- | --- |
| **Starter（触发器）** | 决定流程什么时候跑 | 每个工作日早上 9 点；收到带附件的邮件；表单有新提交 |
| **Step（步骤）** | 每一步执行的动作 | Gemini 总结内容、存文件、发 Chat 消息 |
| **Variable（变量）** | 在步骤之间传递值 | 上一步 Gemini 生成的摘要、发件人、表单答案 |
| **Test run（试运行）** | 立刻跑一遍看结果 | 上线前先验证一次 |
| **Turn on（开启）** | 让流程进入持续运行状态 | 开启后每天自动跑 |

传统自动化靠的是"如果 A 且 B 则 C"这种硬规则，条件一多就写不动了。Workspace Studio 的区别在于**中间可以插一个 Gemini 步骤**：让它判断这封邮件的语气是投诉还是咨询、从附件里抽出订单号、按你公司的口径起草一段回复。这是规则引擎做不到的部分。

> 说句大实话：我对"无代码"这三个字一向有点警惕，因为它经常意味着"简单的能做，复杂的做不了"。Workspace Studio 聪明的做法是留了个口子——复杂逻辑你可以用 Apps Script 自己写（就是这次更新的"自定义 steps"），等于承认了"无代码有天花板"，然后给天花板装了个梯子。

## 2026 年 9 月这次更新，到底加了什么

这是本文的重点。按官方博客和开发者发布说明，四个新能力：

| 新能力 | 具体是什么 | 状态 |
| --- | --- | --- |
| **自定义 starters** | 外部应用或服务发生事件时，主动通知 Studio 并触发流程执行。在 API 和插件 manifest 里被定义为 `workflowTriggers` | GA |
| **自定义 steps** | 用 Google Apps Script 写自定义逻辑，接内部工具、自研模型、ADK agent | GA |
| **第三方集成** | 官方预置的 8 个外部系统连接 | Beta |
| **Webhooks** | 向外部 HTTP 端点发请求，在对方系统里触发动作 | GA |
| **Workspace Studio API** | REST / RPC 接口，让第三方服务和 webhooks 能通知 Studio、触发流程 | GA |

第三方集成的完整名单：**Asana、Confluence、Hubspot、Jira、Mailchimp、Quickbooks、Salesforce、Slack**。覆盖项目管理、知识库、CRM、邮件营销、财务、团队协作——基本就是一家公司除谷歌之外最常打开的那几个系统。

推送节奏是这样的：

* **2026 年 9 月 17 日**：管理员控制台开关，Rapid 和 Scheduled 域全量
* **2026 年 9 月 21 日**：终端用户可见功能，Rapid Release 域全量（**也就是这次真正落地的日子**）
* **2026 年 9 月 30 日**：Scheduled Release 域开始逐步推送，最多 15 天

> 这里有个细节值得单独说：**这四个功能默认是关的。** 管理员必须在 Admin Console 的 `Apps > Google Workspace > Workspace Studio` 里手动打开 Custom steps、Integration、Webhook 三项，用户才看得到。这在微软、OpenAI 都在拼命把 AI 默认打开的 2026 年，算是一种很谷歌式的克制——毕竟让 AI 自动去外部系统写数据，出事的代价不小。

### 跟 Gemini in Workspace 的 MCP 连接器是什么关系

这个月在 Workspace 里还发生了另一件事：**Gemini 侧边栏通过 MCP（Model Context Protocol）连上了 Asana、Atlassian Rovo、HubSpot、Mailchimp、Monday.com、QuickBooks、Salesforce**，你在 Docs、Sheets、Chat 里可以直接问这些系统的数据，不用切标签页。

两者不是替代关系，官方的定位很清楚：

* **MCP 连接器 = 会话式访问外部数据。** 你问一句，它去查，答案给你。适合"我现在想知道某个客户的进展"。
* **Studio flows = 结构化的、可重复的自动化。** 条件触发、按流程走、每次都一样。适合"每次有新线索就自动做这一套动作"。

一句话区分：**MCP 是你手动问，Studio 是它自动干。**

## 几个我认为真正有分量的特点

* **自然语言建流程。** 你在提示栏里写"如果邮件里有问我问题，就打上'待回复'标签并在 Chat 里 ping 我"，Gemini 3 直接把流程生成出来，你再手动微调每一步。这个体验跟在 Zapier 里拖十几个节点是完全两种负担。
* **流程能像文件一样分享。** 它跟 Drive 的分享模型一致，你做好的流程可以直接给团队，别人复制一份改成自己的。这在自动化工具里其实很少见——大多数工具的"模板"是官方给的，同事做的流程你拿不到。
* **Agent 活动能在侧边栏里看到。** 不用专门去 Studio 看日志，在 Gmail、Docs、Chat 这些你本来就在用的应用侧边栏里能看到流程跑的结果。
* **人工审批是颗粒度可调的。** 管理员在 `Workspace Studio > Approvals` 里设定哪些步骤需要人点头。Custom steps 和 Integration 有各自的审批设置，Webhooks 沿用 Sensitive Steps 的规则。
* **Webhook 支持 URL 白名单。** 在支持的版本上，管理员可以限定流程只能往哪些地址发请求——这是防止"一个低权限员工建了个流程把数据 POST 到外部站点"的关键闸门。
* **能接自研模型和内部工具。** 高级玩法是通过 Apps Script 的自定义步骤，连到 Vertex AI 上的自有模型或内部系统。这条让它在企业里的天花板比"办公自动化"高一些。

## 真实案例：Kärcher 用四个 Gem 搭了个虚拟团队

官方公布的客户案例里，我最喜欢这一个，因为它不是"省了点时间"，而是把一整条协作链重做了。

**Kärcher**（做清洁设备的那家德国公司）和长期合作的 Google Cloud 伙伴 Zoi 一起，成了 Workspace Studio 的早期采用者。他们原来的问题很典型：数字化平台团队评估新功能需求时，靠开会、靠散落在各处的笔记，流程碎片化还难追踪。

他们的做法是搭了一组"虚拟团队"：

1. 有人在 Chat 里提出新功能想法 → 流程启动
2. **头脑风暴 Gem** 评估这个想法值不值得做
3. **技术 Gem** 做可行性检查
4. **UX Gem** 描述可能的用户流程
5. **最后一个 Gem** 综合前面三步的输出，起草一份完整的用户故事，交给团队评审

结果：**起草时间减少了 90%**，从过去几小时的人工整合，变成 **2 分钟**产出一份可评审的方案。

另一个数据是规模侧的：在 Gemini Alpha 计划里的客户，这些 agent 在**过去 30 天里完成了超过 2000 万个任务**，从自动生成状态报告、定制提醒，到分类法律通知、处理差旅申请这类正经业务流程。

我拿这个案例推演两个更贴近日常的场景（这两个是我自己想的，不是官方给的，效果请以实际为准）：

**场景一：客户邮件进来的那一刻，所有系统就同步了。**
收到客户邮件 → Gemini 判断这是投诉还是咨询 → 从正文和附件里抽出订单号和交付日期 → 在 Sheets 里查这个客户的历史 → 在 Jira 建单 → 在 Chat 里通知负责人 → 起草一封带上下文的回复草稿等你确认。**你从十分钟变成了点一下"发送"。**

**场景二：表单提交自动变成一条完整工单。**
客服反馈表单有新提交 → Gemini 做情绪分析并给出优先级 → 高优先级的在 Chat 空间里 @ 值班的人，低优先级的汇总进日报 → 同时在 CRM 里更新这条记录。以前这一步要么没人做，要么专人做一整天。

> 我对"AI 帮你写邮件"这类能力已经不太兴奋了，但对"AI 帮你把数据从一个系统搬到另一个系统"这件事一直很上心。前者省的是打字时间，后者省的是**注意力切换**——而后者才是真正把人拖垮的东西。

## 快速上手：四步走

**第一步：确认你在可用版本名单里。**

| 类别 | 可用版本 |
| --- | --- |
| 商业版 | Business Starter、Standard、Plus |
| 企业版 | Enterprise Standard、Plus |
| 教育版 | Education Fundamentals、Standard、Plus |
| 教育附加 | Google AI Pro for Education；Teaching and Learning |
| 其他附加 | AI Expanded Access |

**Webhook URL 白名单功能**只给 Business Plus、Enterprise Standard/Plus、Education Standard/Plus。

**第二步：管理员先把开关打开（这步不做，后面全是空的）。**

路径：`Admin Console > Apps > Google Workspace > Workspace Studio`，重点三项：

* **Custom steps settings**
* **Integration settings**
* **Webhook settings**

顺手去 `Approvals` 里设一下哪些步骤需要人工审批。我的建议是**先全开审批，跑稳两周再逐步放开**——尤其是会往外部系统写数据的步骤。

**第三步：建第一条流程，别从空白开始。**

去 `studio.workspace.google.com`，先用 Discover 里的模板，或者直接在提示栏里用自然语言描述你想自动化的事。我的建议是第一条流程挑那种**错了也没事**的，比如"每天早上把昨天的待办汇总发到我的 Chat 空间"——跑通了再上真业务。

**第四步：想连外部系统，看你要不要写代码。**

* 只是连 Asana、Jira、Salesforce 这类 → 用官方第三方集成（Beta），不用写码
* 要连内部系统、自研模型、ADK agent → 用 Apps Script 自定义 steps
* 要让外部系统的事件反过来触发 Studio → 用 Workspace Studio API 的 `workflowTriggers`

## 我泼几盆冷水

**第一，第三方集成还挂着 Beta 标签。** Asana、Jira、Salesforce 这些连接器现在是 Beta 状态，动作的丰富度、稳定性都得打个问号。别一上来就把核心业务押上去。

**第二，试运行不是模拟。** 这点官方文档明确警告过：Test run 会真的发消息、真的改文件、真的建日程。我见过太多人在 Zapier 上测试时把真实数据写进生产系统的故事，Workspace Studio 一样有这个坑。

**第三，中国大陆用户暂时用不上。** Workspace 本身在国内的访问状况就不乐观，加上这是企业账号体系下的功能，个人 Gmail 账号不会自动获得——别指望拿个人号试。

**第四，它有明确的限制清单。** 共享云端硬盘、用了 IMPORTRANGE 的表格、被停用的步骤，都有 documented 的限制；未满 18 岁的用户不能使用 Studio 里的 AI 功能；EEA（欧洲经济区）目前不可用。

**第五，"无代码"的账迟早要还。** 当你的流程从两步变成二十步、从一个人用变成整个部门用，你会发现**治理问题比搭建问题难得多**：谁改过这个流程、为什么上周开始不跑了、这个 webhook 到底把数据发到哪去了。Workspace Studio 目前给的答案（分享模型 + 审批 + URL 白名单）比大多数同类工具强，但也就到此为止。

不过话说回来——**自动化这件事，最大的成本从来不是工具费，而是"没人动手建"。** 一个让不懂代码的业务人员能在两分钟里搭出流程的工具，哪怕只有 60 分，也比一个 90 分但只有工程师会用的工具更有实际价值。

而 9 月 21 日这批更新真正的意义，是把 Workspace Studio 从"只能自动化谷歌自家应用"，变成了"能从任意系统进、也能往任意系统出"。

这一步跨过去，它才算是个正经的自动化平台，而不是 Gmail 的一个高级过滤器。

## 进阶

更多开源技术干货和学习资料，关注公众号「遇码」，领取专属福利。