GitLab AI Governance 测试版怎样集中展示外部代理活动

GitLab 在 2026 年 10 月 20 日公布了处于 beta 阶段的 AI Governance Dashboard。它的核心不是替团队自动批准代理，而是把 GitLab Duo Agent Platform 与开发者连接的外部代理放进同一个顶层组视图，回答“谁运行了代理、用了什么工具、改动了哪个项目”。官方公告地址：https://about.gitlab.com/blog/ai-governance-dashboard/

仪表盘先解决的是可见性，不是自动批准

过去，Duo Agent Platform 的活动在 GitLab 内，Claude Code、Cursor 或 Codex 可能运行在开发者自己的机器上。治理人员如果只看人工提交记录，很难把代理、操作者和项目串起来。新仪表盘把两类来源放在一起，并允许切换查看全部代理、仅 Duo 代理或仅外部连接代理。

顶部指标用于建立基线：过去 7 天或 30 天运行过多少代理、启动了多少会话、产生了多少工具调用。趋势变化适合做复盘入口，例如某个团队突然开始使用新工具；它不是“风险分数”，仍需要结合项目敏感度和审批制度判断。

接入外部代理时，先做权限和采集闭环

公告给出的准备顺序可以压缩成四步。第一步检查顶层组权限：需要 Owner，或者具备 read_agent_artifacts 能力的自定义角色。第二步在顶层组的 Settings > GitLab Duo 中打开 AI audit event storage；存储默认关闭，未打开前不会记录事件。第三步进入 AI > Governance，再打开 Dashboard。

第四步才是外部代理接入。GitLab 公告要求在 macOS 或 Linux 上使用 GitLab CLI（glab）1.122.0 或更高版本。只采集 Claude Code 时运行：

# 安装 Claude Code 的采集钩子，前提是当前账号已有 GitLab CLI 权限
glab govern setup

# 需要同时采集 Codex 和 Cursor 时，显式声明代理列表
glab govern setup --agents codex,cursor

# 检查接入配置与采集链路是否可用
glab govern doctor

这里的关键是先开存储再接入代理。若只安装钩子而没有事件存储，排查时容易误以为代理没有活动；若只看总量而不运行 doctor，又难区分“没有使用”和“采集未生效”。

把会话审计变成可复核的证据

打开某个 GitLab Duo Agent Platform 会话后，公告描述的审计信息包括开发者发送的提示词、代理调用的工具、使用的 MCP 服务器、实际运行的模型以及被修改的项目。治理人员可以下载不可变的会话副本作为证据，也可以把事件流送到 SIEM。外部代理的可见字段和采集节奏应按 beta 能力实际验证，不能把这套入口当作所有本地运行细节的替代品。

常见问题

AI Governance Dashboard 现在是正式版吗？

不是。GitLab 公告明确称其为 beta，并说明面向 Premium 和 Ultimate 客户。上线前应按本组织实际套餐和权限确认可用范围。

为什么打开仪表盘却看不到旧代理活动？

AI 审计事件存储默认关闭，事件只会在开启后记录；外部代理还需要完成 CLI 接入，不能用空白历史证明代理从未运行。

只使用 GitLab Duo，还需要配置外部代理吗？

不需要。外部接入步骤服务于 Claude Code、Cursor、Codex 等外部连接代理；但仍应配置权限和 AI 审计事件存储。