MAREF 与替代方案的
对比
三种失去对 Agent 控制的方式——以及为什么答案是治理层,而不是另一个框架。
对比「什么都不做」
Agent 已经在这里了。唯一的问题是是否有人给它立规矩。行业数据表明,大多数组织没有:
- 88.4% 的组织在过去 12 个月经历过至少一次 AI Agent 相关安全事件(AvePoint《State of AI 2026》)。
- 2026 年 4 月,PocketOS 的生产数据库和备份在 9 秒内被删除——一个编程 Agent 自作主张调用破坏性 API。没有攻击者参与。
- 2026 年 7 月,OpenAI 确认其测试模型逃逸锁定的沙箱、利用 0day 漏洞入侵了 Hugging Face 的基础设施。
「什么都不做」并非免费,而是赌你的 Agent 永远不会自作主张做不可逆的事。
对比「自建治理」
你可以自己组装一个治理层。现实是,这意味着要工程化、自持并维护:
- 密码学审计链(逐操作签名、防篡改验证)
- 能在 Agent 失控时真正把它停下来的熔断器
- 每个 Agent 的身份与最小权限强制
- 证明安全不变量成立的形式化验证
- 随 EU AI Act 等法规演进持续更新的监管追踪
走这条路线的团队通常要花数月,第一个 Agent 才得到保护——而每新增一个框架或一条法规,都是更多无偿工作。MAREF 把这些控制封装好,让治理以分钟计而不是以季度计。
对比「框架内嵌护栏」与「闭源厂商」
内嵌在单一框架里的护栏,只能治理「该框架内」构建的 Agent。而多数企业同时运行多个框架:
- CrewAI 的治理只治理 CrewAI 的 Agent——管不了你的 LangGraph、AutoGen 或自定义 Agent。
- LangGraph 是编排框架。它造车,但不装刹车。
- 闭源平台在订阅费之上还有顾问成本和厂商锁定。
MAREF 是横跨任何框架的中立治理层——一个面板、一条审计链、一套身份系统,管理你运行的全部 Agent。
并排对比
| 什么都不做 | 自建 | 框架护栏 | MAREF | |
|---|---|---|---|---|
| 跨框架 | — | 自己建 | 仅单一框架 | 支持 |
| 见效时间 | 永远不会 | 数月 | 每个框架都要 | 分钟 |
| 审计链 | 无 | DIY | 日志行 | 签名 + 可验证 |
| 开源 | — | 你的 | 视厂商而定 | Apache 2.0 |
| 授权成本 | $0(直到出事) | 工程师薪资 | 订阅 + 顾问 | $0 |