运营模式
状态可自动裁定必人工
凡能写成规则的，尽数交给系统；不可交出的，是判断与责任
分工
判据内自动执行，判据外具名负责
平台以是否具备明确、可验证的判据划分智能体与人工边界。
有判据的流程由智能体执行；超出判据或规则未覆盖的事项，由具名责任人裁定并负责。
- 判据
- 执行
- 裁量
- 具名
智能体执行
- 接单、风控校验、保证金计算、清算、日切账务、对账与监控等流程，由智能体按既定规则执行。
- 所有操作逐笔留痕，支持回放核对，异常可定位至具体环节。
人工负责
- 规则制定、风控阈值设定、例外处理、关键节点裁定与二次复核，由具名责任人承担。
- 当事项超出既有规则，必须由人基于业务、风险与合规判断作出决定。
分界原则
边界不取决于任务难度，而取决于是否有明确判据。
有判据的事，智能体更稳定；没有判据的事，必须交给能够负责的人。
交易指令处理流程
以原子化内核保障一致性，以全链路留痕保障可追溯性
每一笔交易指令进入平台后，均依循标准化处理链路，完成受理、核对、执行、留痕、对账与复核。
- 准入
- 内核
- 留痕
- 复核
- 方：按预设规则执行
- 圆：具名的人裁定
-
受理：建立可追溯起点
系统记录指令到达时间、来源、账户标识与请求内容，确保每一笔指令都有明确入口与完整上下文。
-
核对：以规则控制准入
系统依据预设判据核对账户状态、可用保证金、品种规则与交易权限。
交易权限采用默认拒绝、显式放行机制，只有符合条件的指令才会进入后续处理。
-
执行：原子化交易处理
撮合、订单管理、保证金计算、持仓变更与风控校验在同一交易内核中完成。
一笔交易涉及的所有动作绑定在一起完成：要么全部生效，要么全部回退，不会停在中间状态。
-
留痕：全链路记录
报价、下单、成交、改单、平仓及人工干预均逐笔留痕。
每一次状态变更均可回放、可核对，异常可定位至具体时间、环节与操作来源。
-
对账：确保账实一致
平台定期核对订单、成交、持仓、保证金与资金变动。
任何差异均需完成原因定位、处理确认与记录留存，确保交易结果与内部账务一致。
-
复核：具名责任确认
当处理节点超出既定判据，或涉及例外、裁定与风险判断时，由具名人员进行二次确认。
复核人的身份、判断依据与处理结果均留存在记录中，确保责任清晰、结果可追溯。
三条治理约束
自动化边界可以演进，治理底线必须稳定
智能体与人工的分工会随规则成熟度、场景复杂度与系统能力持续调整；但无论边界如何变化，平台始终坚持三条约束：逐笔留痕、规则先行、具名问责。
- 留痕
- 规则
- 问责
-
逐笔留痕
问题发生时，依据的是记录，而不是回忆。
AI 的每一次输出均连同模型版本、知识版本、生成时间与处理上下文一并留存，确保争议可回放、结果可核查。
-
规则先行
功能能否上线，先看当地展业实体及其合规义务。
先明确规则，再配置功能；若顺序倒置，后补的往往只是文档，而不是治理能力。
-
具名问责
责任落在具名的人身上，而不是模型身上。
凡涉及裁定、例外或关键判断的节点，决策人、判断依据与处理结果均需记录在案。
系统分层与运行治理
撮合、风控、清算与账务分层运行
每一层的变更、备份、容量与延迟均有标准、有监控、有验证，确保交易系统稳定、可控、可恢复。
- 隔离
- 恢复
- 冗余
- 尾部
-
环境与变更
生产、预发布与开发环境物理隔离。生产变更必须经过审批、灰度发布与回滚预案，确保变更可控、影响可退。
-
备份
备份不只看是否存在，更看能否恢复。定期进行恢复验证，未验证过的备份不视为有效备份。
-
容量
容量按峰值规划，而非按均值估算。系统需为行情剧烈波动、集中交易与突发流量保留冗余。
-
延迟
撮合内核与行情网关就近部署，减少链路跳数。延迟按分位数监控与告警，不用平均值掩盖尾部风险。