章节摘要:策略的 intents 是机械规则的产物:条件满足就发单。但"条件满足"不等于"此时此地该下单"——持仓已在高位、市场态异常、今天的信号已经连续被拒,这类语境判断写在规则里永远写不全。QuantDinger 的解法是预交易决策门(与 Jev System One 集成,官方 README 口径):下单前,把持仓、待发信号、市场态组装成 Decision Context V2,交给 AI Decision Filter 判断,返回类型化的 Choice——同意、否决、或缩小规模。9.1 节讲上下文组装与整体架构;9.2 节讲 Choice 的消费策略与 fail-open 设计——决策服务不可用时放行不卡死交易,以及什么场景应当反其道而行;9.3 节讲引擎选型:默认 Jev 托管,也可换成协议同构的 Kev 或 Laya 自托管。本章把"最后一道语义防线"装进下单链路。
预交易决策门在下单链路中的位置 策略 intents ──▶ trading-worker 组装 Decision Context V2 │ ▼ ┌─────────────────────┐ │ AI Decision Filter │ ◀── Jev(默认) / Kev / Laya └──────────┬──────────┘ │ typed Choice ┌──────────────┼──────────────┐ ▼ ▼ ▼ 同意(approve) 否决(veto) 缩量(reduce) 原单发出 本单拦截 按系数缩小后发出 │ 决策服务不可用 ──▶ fail-open:放行(9.2 节讨论边界)
一句话金句:决策门的价值不在拦下了多少单,而在每张被放行的订单都多被看了一眼语境。
(文字流程图)intents → 组装上下文 → Filter 判断 → Choice 三分支 → 放行的订单才进入第 08 章的交易所适配器。
三节必须按序读:9.1 定义"门是什么",9.2 定义"门的结果怎么用、门坏了怎么办",9.3 才谈"换一个门"。
┌─────────────────────┐ 定义接口 ┌─────────────────────┐ │ 9.1 Filter 与 Context │ ───────────▶ │ 9.2 Choice 消费与容错 │ │ 判断什么·怎么组装 │ │ 阈值/弃权/缩量·fail策略│ └──────────┬──────────┘ └──────────┬──────────┘ │ 产物:可用的门 │ 产物:消费与容错策略 └──────────────────────────────────────┘ ▼ ┌─────────────────────┐ │ 9.3 引擎选型 │ │ Jev / Kev / Laya │ └──────────┬──────────┘ ▼ 第 10 章《Agent 与 MCP》(把门外的能力也管起来)
免责声明:本书仅供研究与教育用途,不构成任何投资建议;实盘交易风险自担,建议长期停留在 paper 模式。