治理智能体
AI 原生架构governance agents
借鉴司法权责逻辑设立的检察官 / 法官 / 警察三类智能体,事件触发、串行校验,不参与正常业务求解。
AI 工程师视角
代码评审里的三道关:先看输入是否成立,再对照规范判合规,最后检查产物能否在目标环境执行。
治理层里有一类特殊的智能体,不负责「解决业务问题」,只负责「判断能不能这样解决」——治理智能体,分三种角色,分别对接 D、L、A 三层孪生:
- 检察官智能体——对接 D 孪生,受理业务意图,结合实时工况筛查可行性,提出裁决校验需求
- 法官智能体——对接 L 孪生,依托工艺规则与历史案例逐项合规判定,触碰机理红线的建议直接拦截
- 警察智能体——对接 A 孪生,把通过校验的方案转译为标准化指令序列,并核验设备的物理执行能力
三者是串行校验的关系:先过检察官的可行性筛查,再过法官的合规判定,最后由警察转译执行——像代码评审里的三道关:先看输入是否成立,再对照规范判合规,最后检查产物能否在目标环境执行。
它们事件触发——业务请求触及机理 / 权责校验点,或出现异常、越界、权责冲突、规则空白时才启动,不参与正常业务求解本身,裁决结论交回 AIP 汇总处理。这一设计体现了架构的分工原则:治理能力全局复用、业务能力垂直专精——三类治理智能体服务全厂所有业务场景,不需要为每个场景各写一套校验逻辑。