45 lines
3.1 KiB
Markdown
45 lines
3.1 KiB
Markdown
|
# 提议先准备后采纳开发规格
|
|||
|
|
|
|||
|
|
2026-10-20，北京时间。用户已批准本方案及155模拟仓部署，188不操作。
|
|||
|
|
|
|||
|
|
## 目标与问题
|
|||
|
|
|
|||
|
|
待确认提议必须已经完成研究、数量、规则和消费记录。采纳请求只做快速检查，不调用模型。
|
|||
|
|
今天600183的提议在10:19被请求内重评，10:20又因统一技术错误提示被拦，第三次才成功。
|
|||
|
|
原实现将研究变化、组合变化、记录失败混在一起。后台只跳过待确认项，不主动维护它们。
|
|||
|
|
|
|||
|
|
## 处理边界
|
|||
|
|
|
|||
|
|
复用已有交易时段的自主扫描，不新增任务，不改交易时段和策略阈值。
|
|||
|
|
新建仓提议增加准备状态，仍保存在原JSON。旧提议由后台准备后才开放采纳。
|
|||
|
|
数量、研判与必要留痕准备好后进入可确认状态，当日失效时刻沿用现有计算。
|
|||
|
|
读取页面不运行研判。准备中的条目单列简短状态，不给采纳按钮，不堆技术字段。
|
|||
|
|
|
|||
|
|
研究变化由后台重跑原合议、研判、数量与规则闸。明确资格失效或研判否决撤下。
|
|||
|
|
组合或参数变化重算数量与规则，复用相同研究依据的已有研判，不无故重问模型。
|
|||
|
|
资金不足或来源暂不可用保留为准备中，后台恢复后重试；失败原因分开记录。
|
|||
|
|
排序或无关计划更新不改变确认内容。可见数量、依据或风险变化才更换确认标识。
|
|||
|
|
后台更新先使旧内容不可确认，再计算并用原状态与原JSON条件更新，防止并发覆盖。
|
|||
|
|
|
|||
|
|
采纳时检查确认内容、当日有效期、当前研究是否仍适用，以及资金、仓位、暂停与买卖冲突。
|
|||
|
|
最新计划只读取完整发布结果，不新装配，不新增消费快照。必要交易动作审计仍必须落账。
|
|||
|
|
依据发生变化时快速返回等待后台更新，不在HTTP请求里重评，也不暗中改数量。
|
|||
|
|
已准备的数量仍在当前额度内时，不因其他持仓或资金读数变化强制重新确认。
|
|||
|
|
正常下发继续执行既有择时及交易前终检。
|
|||
|
|
|
|||
|
|
## 预判与测试
|
|||
|
|
|
|||
|
|
新增离线反例：新提议直接确认零模型调用；纯资金变化复用研判；研究变化后台更新；
|
|||
|
|
旧确认标识拒绝；准备中没有采纳按钮；明确失效撤下；消费记录失败不发布可确认提议；
|
|||
|
|
后台预算耗尽不调用模型；并发确认只生成一次；当前计划取数失败不下单；
|
|||
|
|
正常到期及卖出、策略确认保持。必须运行完整隔离禁网回归与三页面守卫。
|
|||
|
|
浏览器使用替身核验交互，再只读核对生产页面或接口；不得代用户采纳或制造交易。
|
|||
|
|
|
|||
|
|
## 部署与回退
|
|||
|
|
|
|||
|
|
部署前备份155参数、持仓、批次、提议、指令和出口委托，记录旧提交与镜像。
|
|||
|
|
候选镜像断网测试通过后统一重建四容器，避开盘前维护窗口。
|
|||
|
|
部署后核对正常调度、准备状态、模型调用边界、参数与账务。自然事件不足明确未判收。
|
|||
|
|
回退须反向提交并拉取后重建，保留准备记录、真实成交与审计，不恢复已撤销指令。
|
|||
|
|
同步四仓规格与交接，桥决定台账登记本轮选择。
|