必须先有
- 仓库 webhook、代理身份标签
- 策略包：路径、LOC、测试、双人
- 检查是否通过
- 审批人与审计日志
需求 / 适用前提
代理开 PR 没有闸，billing 也能自动合
工作台管代理 PR 的策略、风险与审批，不是代码托管本身。没有仓库事件、代理身份和策略包，不得放行自动合。
谁在用
- 仓库主 / 平台 — 策略包、熔断
- 安全 — 风险分、敏感路径
- 审批人 — 双人流
- 合规 — 审计谁放的闸
现在为什么出事
- docs typo 和 auth 中间件同一条自动合
- 无测试增量无人拦
- billing 税率 PR 没有财务眼
如何工作
托管事件 · 策略包 · 风险分 · 审批 · 审计
- 代码托管。 代理开 PR 打 agent-authored 标签，事件进闸。
- 策略包。 auth 路径人类双人；billing 安全+财务；无测试阻断；LOC>400 额外评。
- 风险分。 敏感路径、行数、缺测试、代理置信度合成 0–100。
- 审批流。 <40 且检查过可自动合；40–79 一人；≥80 双人；策略可熔断。
- 审计日志。 谁算的分、谁点的合，留痕。
- AI 协理。 解释风险、对照策略 diff。结论不替代法律责任。
风险演练
把分数拖过四十以下
上图默认 86 分，需双人。拖到 40 以下且检查通过才允许自动合。打开 https://apps.chatsoftware.cn/agent-pr-governance/ 看托管、策略、风险、审批、审计。
使用者价值
低风险自动过，高风险闸死
仓库主
docs typo 不再堵住 auth。策略按路径分包。
安全 / 财务
billing 与 auth 进双人。熔断可拦自定义 worker。
合规
审计能回答谁放的闸。AI 解释不顶法律责任。
边界
不替代代码审查法律责任
- 闸门只执行策略与分数，不证明代码正确。
- 自动合并仍要求检查通过。
- AI 摘要不可作为放行依据单独归档。
- 不是 GitHub 皮肤，不是通用蓝看板。
进出角色
谁设策略，谁只过闸
进入
- PR 事件、代理身份、diff 规模
- 策略包、检查结果
- 审批人签字
出去
- 可自动合 / 待批 / 熔断
- 风险分与审计行
- 不是免责的绿勾