Glean 的 agent 现在按代码提交和回滚

配一个企业 agent，过去是在网页上点选项。改坏了，没人说得清改了什么，也退不回去。10 月 21 日，Glean 把这件事挪进了代码仓库。

一、发生了什么

Glean 宣布 headless agent building 正式可用。开发者在 Claude Code、Cursor、Codex 里装一个 Glean 插件，就能在自己的工作区里生成一个 agent 目录：spec.yaml 放配置，instructions.md 写行为，需要时再挂 skills 和 subagents。默认位置是当前工作区的 .glean/agents/ 下，一个 agent 一个文件夹。

改完可以直接在编辑器里用真实输入试跑，看输出、跑评估，再回头改指令。改动走 Git，用 PR 评审，出问题回滚。发布的目标不是另一套运行时，而是 Glean 本身——agent 跑在 Glean 托管运行时上，沿用同一套知识图谱、275 个以上企业数据源的权限和审计日志。管理员在控制台可以共享、管理或停用。

两个限制要记住。一，目前只支持 Auto 模式 agent，Workflow 模式还得回可视化 builder 里搭。二，这条流程只能靠插件里的 /glean_run 命令触发，官方文档写明没有对应的 MCP server，也提醒不要拿 MCP 工具去替代。

以上是厂商口径，出自 Glean 自己的博客和文档，没有第三方评测。

二、跟你有什么关系

平台和 IT 管理员。 这不是新系统，是给原有权限体系多开了一个入口。审批重点从「谁能点按钮」变成「谁能合并 PR」。

写 agent 的工程师。 你终于能对 agent 做 code review 了。行为改动有 diff，能追责，能回滚，这套习惯不用重学。

用 agent 的业务团队。 短期没变化。你们看到的还是同一个 agent 列表，只是它更新得更频繁，也更可能突然变样。

三、怎么用

读到这儿，可以顺路看 电脑操作 agent 干完活，谁来验货 读完能了解电脑操作型 agent 的任务完成度为何难自动核验：老办法只看局部画面，新思路让验证器自己动手探索取证，在线离线都能用，做 agent 数据与评测的人值得看。

先确认公司的 Glean 实例允许插件。装完用工作邮箱走一次 OAuth，提示被策略拦住就找管理员开权限。
照文档做一个最小 agent，比如汇总 Slack 和工单系统里的新问题。别一上来就做跨系统编排。
用真实输入跑三遍，再跑一次评估。评估结果比肉眼看输出更容易暴露指令里的漏洞。
把 agent 目录提交进仓库，之后所有改动走 PR。spec.yaml 里的 id 字段别动，它是文件夹和线上 agent 的唯一关联。

四、三个别信的说法

「代码写 agent 就是自己搭一套基础设施」。 不是。你写的只是配置和行为描述，权限、连接器、审计仍然由 Glean 提供。真正需要自己搭的是那些不托管在任何平台上的方案。

「支持 MCP 就能接任意工具」。 这条流程里没有 Glean MCP server。它只认插件的运行命令，工具边界由 Glean 侧配置决定，不是你随便挂一个 server 就能扩。

「所有 agent 都能这么建」。 只有 Auto 模式。要固定步骤、要确定性流程的 Workflow 模式 agent，仍然得在可视化 builder 里画。这也是它现在最实际的边界。

五、一句话结论

Glean 卖的不是一个新编辑器，是把 agent 变成了能评审、能回滚的代码资产——前提是你的 agent 足够简单，还停在 Auto 模式。

信息来源

Headless agent building: Create Glean agents where you code - Glean，2026 年 10 月 21 日
Glean adds headless agent building for Claude Code, Cursor, and Codex - Unite.AI，2026 年 10 月 21 日
Create an agent via the headless builder - Glean Docs，2026 年 10 月

功能与价格以官方公告为准。本文写于 2026 年 10 月 22 日。