Gemini的智能体有自己的邮箱和存储,权限按同事来管

来源:互联网 时间:2026-10-18

A5站长网10月18日消息,在Gemini at Work 2026大会上,Google Cloud放出了Gemini agent,定位是“一个通用的工作代理”。官方给的说明里,有一段话比别的都值得看:它可以是你的个人助理,也可以是团队成员;当它作为团队成员时,会有独立的身份,包括自己的@agents.company.com邮箱、自己的持久存储,而且只能访问你或团队明确给它的上下文。这句话里最关键的词是“只能”。不是“它能访问什么”,而是“它被限制在什么范围里”。这两句话在只有一个系统的时候听起来差不多,在有多个系统、多个权限层级的时候,区别会变得非常大。

这个设计看起来只是个组织架构的小花样,实际上解决的是一个很实际的问题:智能体干了事,你怎么知道是它干的、能单独把它停掉、能把它的权限收回来。以前的做法通常是拿一个人的账号跑自动化,出事了分不清是谁干的,要停就得把整个账号停掉,连人带机器一起下线。审计这件事也一样。拿一个人的账号跑自动化,操作日志里显示的是一位员工的用户名,你没法区分哪些是他本人点的、哪些是脚本干的。独立身份一上,日志里就能分出服务账号这一栏,追责和复盘都清楚得多,离职交接时也不用改一堆密码。

它列的三个架构原则里,第一条是统一入口——问答、知识工作、图像媒体、写代码跑代码,都在一个提示框里完成,不来回切工具。第二条是无处不在的接入——网页、iOS、Android、Windows、Mac,以及命令行、Workspace、Microsoft 365、Slack,还能以无界面方式嵌进第三方应用。第三条是持久执行,这条最值得展开。

“关掉笔记本它还在跑”这件事的代价

持久执行的意思是任务跑在云端,你关机、断网、换设备都不影响,几小时甚至几天的活接着走,回来的时候它还在。这句话对做运维的人很有吸引力——不用再为“任务必须在某个会话里活着”操心,也不用半夜守着终端。但同一个特性换个角度看,就是另一回事了:一台你不知道它在干什么、也不知道它在花多少钱的机器,正在替你做事。这个担心不是多余的。云端长任务最容易出的问题不是“跑错了”,是“跑了很久而且一直没停”。尤其当任务里带了循环、重试、或者对某个外部接口的轮询,一旦退出条件不满足,它能安安静静烧一整天,账单上看不出来,等你想起来的时候已经过去两周了。

所以真正配套的关键不是“能跑多久”,是“花到多少就停”。Google给的控制手段有三个:多模型编排,按任务难度选模型;Smart Routing,把工作自动分派给性价比最合适的那个;以及在Cloud Billing Console里设项目级的实时支出上限。三个里面,第三个才是那个能让你睡得着的。

多模型编排这件事本身也值得说一句。官方明确写了,Gemini是代理,底下的模型是另一个独立选择,今天能在Gemini系列和Claude模型之间编排,将来还会接更多开源模型。这样设计的好处是,模型换代时你的上下文、技能、数据都还在原地,不用跟着模型一起搬家。这个设计和前几年“绑死一个模型”的做法正好相反。当时的逻辑是“用最强的那一个”,现在的逻辑是“把合适的任务交给合适的模型”。后者的前提是你的上下文和技能得和模型解耦——这件事说起来简单,做起来要求你从一开始就别把模型名写死在流程里。

回到那个“同事代理”的细节。它除了邮箱和存储,还带独立的权限范围——只能看到你或团队给它的那部分上下文。这意味着你可以给一个专门管网站的代理只开放站点目录和日志,不给它数据库密码,也不给它支付后台。出了事,收回这个身份就行,不影响任何真人账号,也不需要改密码。

对个人站长来说,这套东西的现实用法大概是这三件:每天定时检查站点能不能打开、扫一遍错误日志挑出异常、把当天的访问数据整理成一份能看的日报。这三件事共同点是重复、有时效、错了也不至于出大事,正好属于“交给它跑,人隔天看结果”的类型。

边界也要说清楚。官方列了一串能连的系统:Asana、Box、Dropbox、GitHub、Notion、Salesforce、Shopify、Slack、Wix等等。每多连一个,它就多一份能读的数据、多一组能调用的接口。连之前先问一句“这个代理真的需要看到这些吗”,比事后审计便宜。权限这东西给出去容易,收回来的时候往往已经有一堆自动化依赖它了。一个实用的判断标准:这个系统如果被读走全部数据,最坏的结果是什么。如果答案是客户名单外泄、支付凭证流出,那就别连;如果答案是它看到了一些本来就公开的公告,那可以连。按后果分级,比按系统名字或者按“重不重要”分级靠谱得多。

还有个隐含的区别值得注意:这类云端代理和你自己在一台服务器上跑的智能体,安全边界完全不同。前者是厂商的基础设施上跑你的任务,靠身份、审计、网关来隔离;后者是你自己的机器,靠操作系统权限和防火墙。前者省心但你要信任它的隔离,后者可控但所有漏洞都得自己补。还有一条现实差别:云端代理的可用性由厂商保证,它挂了不影响你的站;自托管的代理挂了,就是你的站的一部分挂了。对只有一个人的站长,这个差别可能比安全性更重要——你没有第二个人去重启它。

目前Gemini agent还在早期访问阶段,先开放给Google Cloud企业客户,SMB客户是early access,Gemini API版本说要几周后推。所以现在能做的不是马上去接,是先想清楚一件事:如果明天有个能连你所有系统的代理,你打算给它开哪几个口子、设多少预算、留哪些操作必须问人。这三个问题现在想清楚,比到时候临时拍脑袋强。

相关文章

A5创业网 版权所有

返回顶部