为什么治理必须是进程外

若治理逻辑以库的形式链进 agent 进程，它只能看见本进程内的调用；用户再开一个不受控进程，门禁即失效。Agent Forge 将治理放在可独立部署的服务面：执行侧在动作前请求放行，未放行则不执行。

进程内失效模式

flowchart LR
  Lib[进程内治理库] --> A1[agent 进程 A]
  A2[agent 进程 B] -.->|绕过| Out[直接副作用]

进程内库的视野是“这次链接进来的调用”，不是“这台机器上所有 agent”。治理要站在 agent 与副作用之间，而不是嵌进某一个二进制。

C/S 门禁

外部执行器可通过 hooks 在工具执行前 POST /govern：上报工具名与参数摘要等动作元数据，等待 allow / deny / ask；不要求上传源码正文。未命中规则默认 deny（白名单思维）；ask 进入 HITL 工单，经审批决定后再唤醒。

控制台经 HTTP/SSE 管理 runtime，与跨进程 /govern 共用同一治理语义面。当前跨进程接入提供参考演示路径，集成方需按环境接线；不要假设所有第三方 agent 开箱即拦。

机制细节见HITL；主张见跨进程治理。

---

相关阅读：

• 分层架构
• HITL 审批
• 跨进程治理选型