企业 Agent 参考架构

控制平面

保存 Agent 定义、发布版本、租户策略、任务、预算与审批。服务端身份决定可见知识和可用工具，prompt 中自报的姓名或 tenant_id 不构成授权。业务 owner 管完成条件，平台维护执行可靠性，数据 owner 管权限和许可。

执行平面

任务 worker 运行 harness；context builder 取规则、任务、证据和记忆；模型适配层调用推理服务；工具网关校验请求并获取回执；verifier 检查产物与业务后置状态。子 Agent 和并发计算是按需增加的能力，不应让每个子系统各自维护一套恢复权威。

数据平面

原件与大产物放对象存储，任务事件、证据元数据和权限放事务数据库，向量与全文索引服务检索，memory 保存跨任务的受控信息。图中的逻辑盒子不要求变成独立微服务。初期可用 API、任务worker、检索worker配托管数据库与对象存储；模块接口隔离优先于进程数量。

拆分依据

检索吞吐、模型配额、CPU计算、长任务资源和高风险工具可能需要独立资源池。先测关键路径和故障传播，再按负载及安全边界拆分。仅凭“未来会很大”提前引入多调度器、多个事实存储，会增加一致性成本。

这是工程建议，不是经过特定企业负载验证的现成SLA。托管harness可减少一部分执行实现，应用仍应拥有任务、授权、证据、业务结果与可迁移导出。