← 返回首页
🛡️

Aegisora

Aegisora(开源)

在智能体和外部系统之间加一道边界:放行、拦截,还是升级给人

开源 零信任代理 运行时治理 新
B+
二元的允许与拒绝不够用,真正缺的是第三个选项
⭐⭐⭐⭐

📖 产品简介

Aegisora 是一个开源的智能体零信任代理与升级边界(escalation boundary),仓库在 github.com/aegisora-ai/aegisora,官网为 aegisora.org,2026 年 10 月底以 3.0 版本形态对外介绍,并被 Product Hunt 的 AI 基础设施板块收录。

它要解决的判断很朴素:当智能体不再只生成文本,而是会调用 API、用工具、访问数据库并触发真实动作时,一个高风险动作到底该不该让它做?全禁掉不现实,全放开更不行。Aegisora 的做法是在动作执行前做一次运行时决策,并给出三种结果——ALLOW(满足运行时策略,直接执行)、BLOCK(违反安全策略或运行时规则,直接挡下)、ESCALATE(动作有风险或信息不足,先暂停并转人工评审,由人批准、拒绝或等待其过期)。关键在于暂停发生的时机:动作在进入外部系统之前就被拦住,而不是事后补救。官方把它称为「有界自主」(bounded autonomy)——目标不是剥夺智能体的自主性,而是给自主性划出边界:低风险放行,明确违规拦截,灰色地带交给人。其运行时安全模型被描述为一条链:请求 → 上下文 → 风险 → 策略 → 决策 → 执行 → 证据 → 审计,强调「不只要保护模型,更要约束智能体被允许做什么」。需要注意的边界:项目的具体规则语法、支持的智能体与工具种类、性能开销、生产就绪度与社区规模,在现有公开材料中均未给出可核查口径。

定位
在智能体和外部系统之间加一道边界:放行、拦截,还是升级给人
适合人群
让智能体调用生产系统、资金的工程与安全团队 需要在全放开与全禁止之间取中间值的组织 受合规要求、必须保留人工授权证据的行业 希望治理层可自托管、可审计的开源偏好者
支持平台
自托管服务 / 代理
开源
是 · GitHub

✨ 核心功能

  • 🚦 动作执行前三态决策:ALLOW / BLOCK / ESCALATE
  • 🧍 灰色动作暂停转人工:批准 / 拒绝 / 过期
  • ⏱️ 拦截发生在动作进入外部系统之前
  • 🔗 运行时链路:请求→上下文→风险→策略→决策→执行→证据→审计
  • 📐 有界自主:给自主性划边界而非一刀切
  • 📦 开源可自托管,代码可审计

⚖️ 优缺点分析

👍 优点

  • 把「先问我」做成运行时的第三态,而不是事后追责
  • 开源自托管,策略与代码都可审计
  • 拦截点在动作之前,能真正止住越权
  • 与模型、框架解耦,可横切多个智能体
  • 定位清晰,不试图再做一层智能体编排

👎 缺点

  • 规则语法与策略编写方式公开文档不足
  • 支持的智能体与工具种类未列清单
  • 生产就绪度与社区规模缺少可核查数据
  • 引入额外调用链路,延迟与故障排查成本上升
  • 审批环节需要配套人力流程,否则会变成瓶颈

📊 评分详情

功能完整
7.5
易用程度
7
安全可靠
9
性价比
8.5

💬 用户评价

智能不等于授权,聪明的模型也需要一道边界。

📝 更新日志

  • 2026-10-30
    3.0:ALLOW / BLOCK / ESCALATE 运行时治理
    Aegisora 于 2026 年 10 月底以 3.0 版本形态对外介绍其运行时治理模型,并被 Product Hunt 的 AI 基础设施板块收录(标签:零信任代理与智能体升级边界)。核心是在动作执行前给出三态决策:ALLOW(满足策略直接执行)、BLOCK(违反策略直接挡下)、ESCALATE(风险或信息不足时暂停并转人工,由人批准 / 拒绝 / 等待过期),且拦截发生在动作进入外部系统之前;运行时链路被描述为请求 → 上下文 → 风险 → 策略 → 决策 → 执行 → 证据 → 审计,主张「有界自主」——不为剥夺自主性,而为划定边界。项目开源:github.com/aegisora-ai/aegisora,官网 aegisora.org。规则语法、支持范围与生产就绪度公开材料未给出可核查口径。来源:Aegisora 官方博客(DEV 官方账号,2026-10)、Product Hunt AI 基础设施板块。