Octoryn 平台
Octoryn Observe
面向 AI 行为的可观测性:决策了什么、由哪个模型与策略作出、随后发生了什么。
概览
Octoryn Observe 是为 AI 动作而非服务器与请求打造的可观测性。对每个动作,它记录做了什么决定、由哪个 model 及 version 产生、哪条策略放行或拦截、调用了哪些工具、随后发生了什么。它面向那些在 AI 动作触及真实系统时需要担责的运维、风控与工程团队,让他们无需翻阅原始日志即可回答“它做了什么、为什么”。作为 Private preview 阶段能力,它把 Octoryn 已经发出的治理信号整理为连贯、可查询的视图。
运作方式
采集治理信号
当动作流经身份、策略、工具访问、审批与执行时,每一步都发出结构化信号,而非自由文本日志。
串联为单一动作记录
信号按动作关联,单一视图即可同时呈现决策、model 与 version、策略结果与下游影响。
对动作分类
每个动作被标注为只读、可逆或不可逆,以便将注意力集中在真正重要的影响上。
查询与切分
你可按 model、策略、工具、结果、审批人或分类进行筛选,以观察大量动作中的模式。
呈现异常
被拦截的动作、升级、反复的失败即关闭事件与异常工具使用会被凸显,而非被淹没。
核心能力
决策级细节
每条记录展示策略决定及其理由,而不仅是“发生过一次调用”。
model 与 version 归因
每个动作都携带产生它的 model 与 version,使行为可追溯到具体配置。
动作分类视图
只读、可逆与不可逆动作被区分开,使审查投入集中于不可逆影响。
工具调用轨迹
动作调用的工具及其输入与结果,作为动作的一部分被记录。
审批与升级可见
凡有人工审批或动作被升级之处,由谁、于何时都属于记录内容。
跨动作查询
跨 model、策略、工具与结果的筛选,让你随时间发现趋势与离群点。
它不是什么
- 它不是 replay——Observe 告诉你做了什么决定、发生了什么,但不从输入重建一次运行;那属于 Octoryn Replay。
- 它不是通用 APM 或基础设施指标工具;其单位是 AI 动作及其治理,而非 CPU、延迟或链路追踪。
- 它不判断某个决定是否正确;它让决定及其上下文对人类可读,以供评估。
集成
Observe 消费 Octoryn 沿动作路径已发出的治理信号,因此在动作已被治理之处,几乎无需新增埋点。其记录可导出至你现有的日志存储、SIEM 或数据仓库,用于留存并与非 AI 事件关联。纳入范围的信号、留存周期与导出目标,均按具体项目评估。
部署方式
- 托管云
- 我方云账户
- 私有云 / VPC
示例用例
- 运维团队排查为何一批 AI 动作在夜间被拦截,发现背后是同一条策略与 model version。
- 风控审查员筛出上周所有不可逆动作,确认每一项都带有所需的人工审批。
- 工程师比较两个 model version 的工具调用模式,查看某次变更是否改变了动作所调用的工具。
常见问题
Observe 与我们现有的日志或 APM 有何不同?
现有工具以请求、延迟与基础设施健康为核心。Observe 以 AI 动作为核心——决策、model 与 version、策略结果、工具与人工审批——并将它们串联为单一记录,使“为什么”直接可读,而非从零散日志中拼凑。Observe 记录能离开 Octoryn 进入我们自己的系统吗?
可以,记录设计为可导出至你的日志存储、SIEM 或数据仓库。这让你能按自己的策略留存,并将 AI 动作与非 AI 事件关联;目标与留存周期按具体项目设定。Observe 会告诉我 AI 的判断是否正确吗?
不会。它让决策及其完整上下文可见,以供你的团队评估。正确与否的判断仍归于人;Observe 的职责是消除对“发生了什么”的猜测。
