自主 agent 要「能干事」就得摸文件、装包、调 API——OpenShell 把能力与围栏拆开:你声明能碰什么,运行时按策略卡死其余路径。
事实
- 定位 safe/private runtime:agent 可读写、装依赖、用凭证,但不给无限制主机/密钥/网络;策略声明「能碰什么」,OpenShell 强制执行。
- 两条路径:内核侧在每次文件、系统调用、出网前检查;策略变更上线前用形式化验证标出「新开危险面」(新主机+凭证、新 API 方法等)等人审。
- 凭证对 agent 不可见,只在发往获批端点时由运行时注入;支持 Docker/Podman/宿主机虚拟化,有 Python/TS/Go/Rust SDK;本榜约 289 分 / 150 评。
解读
- 对 Afizzy 类产品:多角色 agent、工具调用、密钥汇聚点——沙箱与「凭证代填」比再叠一层 prompt 规矩更硬。
- 评论反复提数据外泄:域名白名单挡不住「向允许域名慢慢渗出」;Iron Proxy、Firecracker+凭证替换等是同族方案。
- 术语平讲:沙箱=隔离执行环境;形式化验证=用数学证明策略/程序满足给定性质,而不是再跑一轮测试。
讨论
- 正方有人已在用:容器是底线,OpenShell 更像「管舰队」的策略层;GTC Europe 不少 demo 也在用。
- 反方有人说能力与安全是悖论——给的权限越多越能干,围栏再漂亮也挡不住被 prompt 注入后的巧妙外泄。
- 共识别把真实密钥塞进 agent 环境;代理层做凭证替换与网络审计,比「相信模型听话」靠谱。
- 有人吐槽用 Claude 自建同类审计被安全分类器拦下——「审计进程」本身也触发红线。