Skip to content

企业生产实践 ​

一句话理解:生产级 Agent OS 需要在多租户、强隔离、高可用、可观测、安全合规与成本控制之间取得平衡,并根据业务场景选择部署拓扑、沙箱策略、调度模型与恢复机制。

部署拓扑 ​

单节点服务式 ​

  • 适合中小规模、单一团队使用。
  • Agent OS 作为独立服务,所有 Agent 实例由其统一管理。
  • 简单易运维,但存在单点故障。

多节点集群式 ​

  • 适合大规模多租户场景。
  • 需要共享状态存储(如 etcd、PostgreSQL)与共享存储(如 S3)。
  • 调度器需要支持分布式调度或分片。

Kubernetes 原生式 ​

  • 每个 Agent 作为一个 Pod/Job 运行。
  • 利用 K8s 的调度、网络策略、资源限制实现隔离。
  • 适合云原生环境,但启动延迟与资源开销较大。

混合式 ​

  • 控制面(Process Manager、Scheduler、Policy Engine)作为中心服务。
  • 执行面(Sandbox、Agent Runtime)分布在 K8s Pod、容器或边缘节点。
  • 适合大型企业与边缘协同场景。

宿主式:CLI Runtime 舰队治理 ​

2026 年越来越多企业的 Agent 负载跑在员工本机的 Claude Code、Codex CLI、Gemini CLI、Qwen Code 等宿主内(含云端 session 与 Routines 定时任务),形成"影子 Agent 舰队"。此时 Agent OS 的职责退化为跨宿主治理面:

  • 统一身份:把每个宿主会话映射为工作负载身份(SPIFFE SVID / Entra ID Agent 主体),拒绝匿名会话访问企业资源。
  • 策略下发:通过 CLAUDE.md/AGENTS.md、远端 Hooks、MCP 网关把组织的 Intent Gate 与工具白名单注入每个宿主。
  • 成本与审计汇聚:聚合各宿主的上报(token 消耗、工具调用、HITL 事件)到中心 Observer,否则单用户宿主的支出完全不可见。
  • 托管衔接:Anthropic Managed Agents(2026-04 公测)、Codex 云端任务等托管形态出现时,治理面要同时覆盖"本机 spawn"与"云端 spawn"两类进程。

多租户 ​

隔离维度 ​

维度说明实现方式
命名空间Agent ID、Workspace、Registry 按租户前缀隔离命名空间 + ACL
资源配额每个租户有 Token、并发、调用次数上限Resource Quota
网络隔离租户 Agent 不能互相访问私有网络Network Policy / VPC
数据隔离工作区与审计日志按租户隔离数据库行级安全 / 分表
能力隔离租户只能使用授权的工具Capability Manager + Entitlement

公平调度 ​

  • 防止单一租户霸占资源。
  • 可采用 Fair Share Scheduling 或按租户权重分配。
  • 对高优先级租户允许短时间抢占,但需记录并审计。

沙箱策略 ​

按任务风险选择隔离级别 ​

风险等级示例隔离级别
低文本生成、内部数据查询进程级 / 语言级
中文件操作、第三方 API 调用容器级
高数据库写入、代码执行VM 级 / gVisor
极高生产环境变更、资金操作专用隔离环境 + HITL

沙箱实现要点 ​

  • 文件系统:只读挂载必要目录,工作区按 Agent 隔离。
  • 网络:出站网络白名单,禁止横向扫描。
  • Secret:通过 Vault 等 Secret Manager 注入,避免泄露到 Agent 上下文;优先 JIT 临时凭证(OWASP ASI:2026 建议),避免 Agent 持有长期密钥。
  • 资源:CPU、内存、磁盘、网络带宽限制。
  • 时间:单次工具调用与总执行时间上限。

2026 年的沙箱基线 ​

  • 不可信代码一律 microVM:Firecracker/Kata 提供独立内核隔离(约 125ms 冷启动),容器仅用于可信代码(OWASP ASI05)。
  • 快照即恢复:选择支持 pause/resume/fork 的沙箱(E2B、AWS Bedrock AgentCore、Vercel Sandbox、Perplexity SPACE 均基于 Firecracker 快照),让抢占恢复与分支探索由 OS 层兜底,Agent 框架无需自建状态序列化。
  • 平台选型参考:自托管用 E2B(Apache 2.0);AWS 上托管用 AgentCore Runtime(会话级 microVM、8 小时长会话);边缘/纯计算工具用 Wasm 沙箱降低成本。

调度生产实践 ​

Token 预算管理 ​

  • 为每个 Agent/任务/租户设置 Token 预算。
  • 实时统计输入/输出 Token,接近阈值时告警或减速。
  • 对异常消耗(如循环调用)触发熔断。
  • 把上下文窗口纳入预算体系:为每个进程(含 sub-agent)设置上下文 token 上限,溢出时触发压缩策略(系统侧摘要/截断)或交回 Agent 自主外置,避免主上下文被中间过程撑爆;上下文压缩策略应按任务可配置,压缩事件写入审计日志。

优先级与抢占 ​

  • 高优先级任务(如告警响应)可抢占低优先级任务。
  • 被抢占任务保存 checkpoint,稍后恢复。
  • 避免频繁抢占导致上下文切换开销。

依赖调度 ​

  • 当 Agent 依赖外部服务(如 MCP Server、数据库)时,调度器应考虑服务健康状态。
  • 对不可用依赖的任务进行延迟调度或快速失败。

可观测 ​

Trace 设计 ​

  • 每个 Agent 生命周期作为一个根 trace。
  • 每次 LLM 调用、工具调用、Agent 间通信作为子 span。
  • Span 属性包括 agent_id、tenant_id、tool_name、token_count、policy_decision。

Metrics 设计 ​

指标说明
agent_os_active_agents当前活跃 Agent 数
agent_os_queue_wait_seconds调度等待时间
agent_os_tool_calls_total工具调用总数
agent_os_tool_call_errors_total工具调用错误数
agent_os_token_usage_totalToken 消耗总量
agent_os_policy_denials_total策略拒绝次数
agent_os_hitl_requests_totalHITL 请求次数

日志设计 ​

  • 结构化 JSON 日志,包含 agent_id、tenant_id、event_type、timestamp、payload。
  • 所有策略决策、工具调用、权限校验、HITL 事件必须记录。
  • 日志保留周期符合合规要求(如 6 个月)。

安全 ​

以 OWASP ASI:2026 为风险基线 ​

OWASP Agentic AI Top 10(2025-12-09 发布,配套《State of Agentic AI Security and Governance v2.01》2026-06 更新)是 2026 年 Agent 安全的事实基线,落地时按风险逐条映射控制措施:

风险等级主要控制责任模块
ASI01 目标劫持高输入意图校验、计划审计Policy Engine
ASI02 工具误用(占实测发现 64%)高Intent Gate、参数校验、白名单Policy Engine + MCP Host
ASI03 身份与权限滥用高工作负载身份、最小权限、JIT 凭证Capability Manager + Identity Plane
ASI04 供应链投毒中AIBOM/SBOM、MCP Server 准入审查Registry
ASI05 意外代码执行高microVM 沙箱、命令白名单Sandbox
ASI06 记忆与上下文投毒中记忆内容校验、回滚Workspace + Recovery
ASI07 不安全的 Agent 间通信中mTLS、调用链上下文(Transaction Tokens)Message Bus
ASI08 级联故障中熔断、配额隔离Recovery + Scheduler
ASI09 人机信任剥削中HITL 确认界面防伪、操作公示Human Gate
ASI10 流氓 Agent高持续行为监控、终止开关Observer + Process Manager

最小权限原则 ​

  • 每个 Agent 只能访问完成任务所需的最小能力集合。
  • 定期审计 entitlement,移除不再需要的权限。

MCP Host 安全 ​

  • 对 MCP Server 进行身份验证(MCP 2026-07-28 落地 OAuth 2.1:RFC 9728 元数据发现、RFC 8707 resource 参数强制、RFC 9207 iss 校验)。
  • 对每次工具调用进行参数校验与策略检查——Intent Gate 应在执行前拦截,而非执行后审计。
  • 策略语言可参考 Cedar 系(AWS Bedrock AgentCore Policy 使用兼容 Cedar 的 Dogwood)。
  • 敏感操作触发 HITL。

Agent 身份与委托链 ​

  • "Agent 是谁":用 SPIFFE/SPIRE 或企业 IdP(如 Microsoft Agent 365 把 Agent 注册为 Entra ID 主体)发放工作负载身份;IETF WIMSE/AIMS 草案提供了组合方案。
  • "能做什么、代表谁":MCP 访问走 OAuth 2.1;跨 Agent 多跳调用链用 Transaction Tokens / Token Exchange(RFC 8693)传播上下文。
  • 未解难题:多跳委托的权限衰减(token attenuation)尚无定稿标准,敏感链路建议保守策略 + 每跳显式审批。

ProbeLogits 集成 ​

  • 在 LLM 生成阶段探测 logits,识别潜在有害输出或越权意图。
  • 对高风险输出进行拦截或标记。

来源:ProbeLogits: Probing LLM Logits for Safety and Governance

审计与合规 ​

  • 所有 Agent 操作可追溯:谁创建、谁审批、谁调用、结果如何。
  • 支持按租户、按 Agent 类型、按工具导出审计报告。
  • 符合 SOC2、GDPR、HIPAA 等合规要求。
  • 2026-08 CSA 发布的 AIUC-1 ↔ OWASP Agentic 交叉映射可作为合规对照表。

成本核算 ​

成本拆分 ​

成本项说明归属
LLM Token输入/输出 Token 费用按 Agent/租户分摊
工具调用外部 API 调用费用按 Agent/租户分摊
计算资源CPU/内存/容器费用按运行时间分摊
存储checkpoint、日志、工作区按容量分摊
网络出站流量按流量分摊

预算控制 ​

  • 租户级月度预算。
  • 任务级实时预算。
  • 预算耗尽时自动暂停或终止。

升级 ​

Agent 类型升级 ​

  • Registry 支持版本管理。
  • 新版本先灰度发布到部分租户。
  • 保留旧版本,允许回滚。

MCP Server 升级 ​

  • MCP Host 支持多版本 Server 同时运行。
  • 通过 Capability Manager 控制版本路由。
  • 升级前验证 schema 兼容性。

失败恢复 ​

分级恢复 ​

级别策略触发条件
L1工具调用重试临时网络/服务错误
L2Agent 步骤重试单步骤失败
L3回滚到 checkpoint多步骤失败或状态污染
L4重新 spawn AgentAgent 进程崩溃
L5HITL / 升级自动恢复失败或策略冲突

灾备 ​

  • 控制面多活部署。
  • 持久化数据定期备份。
  • 关键状态跨区域复制。

本章小结 ​

  • 生产级 Agent OS 需要综合考虑部署拓扑、多租户隔离、沙箱策略、调度、可观测、安全、成本、升级与恢复。
  • Kubernetes 原生式适合强隔离,服务式适合快速迭代,混合式适合大型企业;当 Agent 跑在员工本机 CLI 宿主内时,Agent OS 退化为跨宿主治理面(身份、策略、成本、审计)。
  • 可观测应覆盖 trace、metrics、logs、reasoning path;安全应以 MCP Host 为策略执行点,以 OWASP ASI:2026 为风险基线,以"SPIFFE/WIMSE + OAuth 2.1/事务令牌"两层模型落地 Agent 身份。
  • 成本核算需要按 Token、工具调用、计算、存储、网络多维度拆分。

参考来源

Released under CC-BY-SA-4.0 License.