Orbitra Prime
交易智能
在 Orbitra Prime 中,Cortex 的提议会连同其理由、模拟风险与数据来源显示在指引面板中,确认操作与紧急终止指令在桌面端与移动端均可使用。手动订单与智能体订单共享同一账户、同一风险视图与同一证据链。
运行方式
Cortex 的六个阶段——观察、推理、提议、模拟、授权与执行——构成一个闭环。执行之前设有八道策略关口:资金分配、每日与累计亏损限额、杠杆上限、市场允许与禁止名单、会话与有效期、人工确认、获批数据源,以及紧急停止控制。只有当每一道关口都放行时,意向才能进入执行阶段;任何一道关口关闭,都会将意向连同原因一起退回。
所解决的问题
大多数交易机器人依靠“持有即信任”的方式运作:它们持有权限宽泛的 API 密钥,其限制也写在自己的代码内部。一旦代码出错、模型出现漂移或密钥泄露,机器人之外没有任何环节会察觉,直到账户本身察觉为止。
AI 模型还带来了自身特有的失效模式:基于过时数据得出的自信推理、来自未经审核来源的输入,以及当市场进入模型从未见过的状态时行为发生的偏移。事后往往没有任何记录,说明智能体当时知道什么、得出了什么结论,或为何采取了那样的行动。
Cortex 将思考与权限分离开来。智能体可以广泛地开展研究,但执行环节必须经过智能体自身无法修改的限制,由智能体无法控制的组件来强制执行,并记录在所有者可以查阅的凭证中。包括 AI 辅助自动化在内的自动化仍可能失效或出现意外行为;这套架构的作用是限定其后果的边界。
运行流程
每一次智能体动作——从调整对冲到建立新仓位——都会经过同一个六阶段闭环。任何阶段都不能被跳过,任一阶段失败都会将意向连同原因一起退回给智能体。
智能体读取市场与投资组合状态:Prism 签名市场数据、其所有者的 Aegis 图谱,以及任何获批的外部数据源。每项输入都会连同其来源一并被记录。
由模型集合评估当前情形。每个模型的观点与版本都会被记录;模型之间的分歧会降低置信度,甚至可能在提议形成之前就将其终止。
智能体发出交易意向:工具、方向、规模、价格限制、有效期与理由。意向只是一项请求,而非订单。
Aegis 将该意向应用于投资组合图谱,并返回交易后的已用保证金、距离强平的幅度、亏损限额剩余空间与集中度。
策略引擎检查全部八项控制。若该动作超过确认阈值,则会等待所有者签名批准。
获得授权的意向将成为一笔以智能体 VaultID 凭证签名的订单。ApexMatch 会在撮合前再次于 Aegis 关口对其评估,随后凭证将闭合该循环。
架构
Cortex 的设计确保负责思考的组件绝不会同时是负责授权的组件。
智能体运行所处的隔离环境。拥有广泛读取权限的研究工作区,与意向发出所经的狭窄执行通道彼此隔离。
多个模型独立评估每一项决策。它们的版本、输出与一致程度均被记录,因此每一项提议都可以追溯到产生它的具体模型。
依据以版本化“策略即代码”形式编写的所有者策略,评估每一项意向。任何未被明确允许的行为都会被拒绝。
每个智能体都持有自己的 VaultID 凭证,绑定至其所有者,并由策略限定范围。智能体绝不会使用所有者的密钥签名。
将每一项意向与所有者的 Aegis 图谱相连,使授权决策依据的是交易后风险,而不仅仅是意向本身。
为每一次循环运行——包括被拒绝的情形——生成一份签名动作凭证:原因、模拟风险、数据来源、策略结论与执行证据。
安全与故障控制
策略引擎会在意向签名前检查全部控制项,而 ApexMatch 内部的关口会在撮合前再次检查该凭证的限制。即便智能体自身的代码出现故障,也无法超越其权限。剩余风险详见自动化与 AI 辅助交易披露。
跨越三大系统
Orbitra Prime
交易智能
在 Orbitra Prime 中,Cortex 的提议会连同其理由、模拟风险与数据来源显示在指引面板中,确认操作与紧急终止指令在桌面端与移动端均可使用。手动订单与智能体订单共享同一账户、同一风险视图与同一证据链。
Orbitra L1
结算与计算
智能体凭证与策略都是 Orbitra L1 上的状态,因此执行力度绝不取决于智能体所运行的机器。智能体订单会经过与手动订单相同的 ApexMatch 内 Aegis 关口,凭证则引用已完成最终确认的转换。
Orbitra Realm
应用与商业
在 Orbitra Realm 中,智能体是拥有自身身份的一级参与者:它们可以从数据交易中消费数据、为算力付费,并通过机器人市场提供服务——始终处于所有者策略的约束之下。参见AI 经济。
价值
技术规格
术语