[控场AI]
产品

OpenSeal

开源AI智能体编排平台,提供持久化执行模型,支持任务可恢复、动作可审批、状态可追溯,通过租约机制处理分布式worker故障恢复

时间轴 (近 90 天)

10月12日

OpenSeal 的主序列链路是:提示或事件 → Agent 或 Team → Objective → Run → Turn → Skill action

待验证50%
10月12日

OpenSeal 使用持久化执行模型,任务脱离最初 API 请求连接的生命周期独立存在,审批等待期间可随时读取 Run 状态

待验证50%
10月12日

OpenSeal 使用租约(lease)机制恢复中断的工作,worker 在设定时间内认领一个 Turn,若停止续租则租约到期,该 Turn 重新变为可领取状态

待验证50%
10月12日

OpenSeal 不对外部工具提供 exactly-once 保证,租约只能保证任务会被再次尝试,无法回滚已产生的副作用,不可逆操作需业务层自行实现幂等性检查

待验证50%
10月12日

两个版本号相同的 OpenSeal 服务可能暴露完全不同的操作集合,可用 API 面取决于存储契约、已连接的组件和配置,缺失的能力对应的操作根本不被服务

待验证50%
10月12日

在 OpenSeal 中,创建 Run 需要 dispatcher,解决审批需要 authorizer,编写 Workforce 需要完整的模型端点、凭证和模型名称

待验证50%
10月12日

OpenSeal 把等待状态区分为等待依赖、等待另一个 agent、等待审批、等待入站事件等不同状态,因为它们需要不同响应

待验证50%
10月12日

OpenSeal 中 Agent 和 Team 的定义拥有不可变的保存版本,部署时可切换版本,支持回滚;变更提议经过提议、审核、决策、激活等独立步骤,保存一个决策不等于激活该变更

待验证50%
10月12日

在 OpenSeal 中,缺失审批 authorizer 不会退化成自动批准权限;本地模式下 standalone operator 标志才能启用本地决策,且要求回环地址

待验证50%
10月12日

OpenSeal 将活动事件与它们所描述的状态变更在同一个事务中保存,凭证值在动作运行时才解析,并被排除在保存状态、提示词和终端客户端之外

待验证50%

还有 5 条时间轴事件

全部知识事实 (15)

待验证

OpenSeal 的主序列链路是:提示或事件 → Agent 或 Team → Objective → Run → Turn → Skill action

50%
待验证

OpenSeal 使用持久化执行模型,任务脱离最初 API 请求连接的生命周期独立存在,审批等待期间可随时读取 Run 状态

50%
待验证

OpenSeal 使用租约(lease)机制恢复中断的工作,worker 在设定时间内认领一个 Turn,若停止续租则租约到期,该 Turn 重新变为可领取状态

50%
待验证

OpenSeal 不对外部工具提供 exactly-once 保证,租约只能保证任务会被再次尝试,无法回滚已产生的副作用,不可逆操作需业务层自行实现幂等性检查

50%
待验证

两个版本号相同的 OpenSeal 服务可能暴露完全不同的操作集合,可用 API 面取决于存储契约、已连接的组件和配置,缺失的能力对应的操作根本不被服务

50%
待验证

在 OpenSeal 中,创建 Run 需要 dispatcher,解决审批需要 authorizer,编写 Workforce 需要完整的模型端点、凭证和模型名称

50%
待验证

OpenSeal 把等待状态区分为等待依赖、等待另一个 agent、等待审批、等待入站事件等不同状态,因为它们需要不同响应

50%
待验证

OpenSeal 中 Agent 和 Team 的定义拥有不可变的保存版本,部署时可切换版本,支持回滚;变更提议经过提议、审核、决策、激活等独立步骤,保存一个决策不等于激活该变更

50%
待验证

在 OpenSeal 中,缺失审批 authorizer 不会退化成自动批准权限;本地模式下 standalone operator 标志才能启用本地决策,且要求回环地址

50%
待验证

OpenSeal 将活动事件与它们所描述的状态变更在同一个事务中保存,凭证值在动作运行时才解析,并被排除在保存状态、提示词和终端客户端之外

50%
待验证

OpenSeal 的 standalone API 本身不提供认证、请求授权或 TLS,必须由宿主或代理补齐;本地审批记录使用 user:local,无法区分具体是哪个人批准

50%
待验证

OpenSeal 的 Workforce 编写接受一个 OpenAI 兼容端点,路径为 OpenSeal authoring → gateway → model provider,核心不会自动为每个任务挑选不同模型,网关的路由和回退规则需单独配置和测试

50%
待验证

OpenSeal 的 standalone 服务使用 SQLite,PostgreSQL 需通过 Go 嵌入层才能使用,并非 standalone 支持的存储选项

50%
待验证

OpenSeal 有一条独立的 HCL runbook 路径,通过 openseal run 执行,在单个进程里运行带类型的图,不共享持久化的 Run 生命周期、审批或活动流

50%
待验证

OpenSeal 的 health 端点返回固定响应,不能证明数据库、worker 或模型提供方真的能完成任务,是比 capabilities 检查更弱的手段

50%

来源文章