治理

企业智能体治理参考架构

把智能体放进企业系统，要回答四组问题：谁能进来、怎样互相理解、怎么把事做成、凭什么放行。下面按这四组拆成九个模块，逐个对照 openJiuwen 现在能提供什么、还要自己补什么。

这是本站对企业治理做法的通用概括，模块划分和成熟度判断都是本站的观点；能力一栏只列在源码里核实过、并在关卡里讲过的内容。

4 组 · 9 个模块。成熟度：现成可用有底座，要补基本要自建

01准入谁能进来

能力注册

现成可用

有哪些智能体、能做什么、哪个版本、现在是否健康？

openJiuwen 里能用的

要自己补的

  • 能力的业务适用范围（对哪些产品、客户、场景有效）要自己登记和校验

身份与租户

有底座，要补

谁在调用、属于哪个租户、能做哪些事？

openJiuwen 里能用的

要自己补的

  • 运行时侧的租户中间件在基线代码里没有找到，空间级隔离要靠上层权限保证
  • 对接企业自己的身份提供方

02契约怎样互相理解

任务契约

现成可用

一件事交出去之后，怎么推进、怎么续、怎么结束？

openJiuwen 里能用的

要自己补的

  • 业务动作的契约（前置条件、引用的计算结果及其有效期、授权人）要自己定义

可靠投递

现成可用

请求和结果会不会丢、会不会重复执行？

openJiuwen 里能用的

要自己补的

  • 网关幂等记录目前只在单进程内存里，多副本部署要换共享存储
  • 下游业务系统还要有自己的业务幂等键

03编排怎么把事做成

规划与执行

现成可用

任务怎么拆、怎么一步步跑、出错了怎么办？

openJiuwen 里能用的

要自己补的

  • 具体业务流程的编排定义要自己写

04治理凭什么放行

校验与授权

有底座，要补

动作执行之前，谁来确认它是对的、有权的？

openJiuwen 里能用的

要自己补的

  • 门的规则（有效期、阈值、授权区间）来自业务，要自己提供
  • 防绕过：写操作只开放受控工具，智能体拿不到业务系统的直连凭据

观测、评估与改进

有底座，要补

发生了什么、做得对不对、怎么越来越好？

openJiuwen 里能用的

要自己补的

  • 跨业务系统的证据链（一笔业务经过了哪些系统、人改了什么）要自己串
  • agent-ops 的加工、指标、评估部分还在建设

落到执行：三道门

"校验与授权"这个模块落到单个智能体上，就是在写入业务系统之前设三道门。三道门的判断依据都来自确定的业务数据，不让模型自己判断自己；实现上用 agent-core 的 Rail。

门问的问题判断依据建议的位置
状态门智能体看到的现实还可信吗？数据的时间戳、来源、有效期取数之后，尽早
校验门要做的动作和确定性计算一致吗？计算服务的结果、业务规则写入之前
授权门这件事它有权决定吗？岗位权限、金额或时间阈值写入之前，转人工
去终关，亲手配一次三道门 →