下单防护栏（最大数量、下单确认）
下单防护栏（order guardrails）是订单离开平台之前、在应用一侧执行的几道检查：单笔最大数量、可选的确认步骤，以及单日亏损上限。它们降低一次误点的代价，但替代不了券商或自营交易公司那边强制执行的限额。
Senzoukria · 术语表 · 更新于 2026 年 9 月
三类防护
| 防护 | 它检查什么 | 它做不到什么 |
|---|---|---|
| 最大数量 | 拒绝手数超过所配置合约数的订单 | 替你知道该账户当前阶段的公司持仓上限 |
| 下单确认 | 先给出摘要，要求再点一次才发送 | 拦住一个经过深思熟虑的错误订单 |
| 单日亏损上限 | 当天已实现亏损达到阈值后，不再发出新订单 | 对齐一条按浮动净值、或按另一套时段边界计算的公司规则 |
防护跑在哪里
防护跑在本机上，在请求到达券商之前。这个先后顺序很重要：防护能拦住一次发送，却撤不回已经被接受的东西，也看不见同一账户上从别的平台产生的成交。自营公司的单日亏损规则在它自己的服务器上、按它自己对「一天」的定义来评估；两边的数值应当设成先触发应用这一侧，然后再到公司的后台去核对，而不是默认两者相等。
在 Senzoukria 里
这些防护都在 Settings 里。下单确认（Order confirmation）有一个 Mode，两个取值：「1 click, send immediately」（一键立即发送）和「2 clicks, confirm first」（两步，先确认）。这项设置在所有能发单的入口生效：下单窗口、图表快捷下单条和右键菜单。引导教程把三道防护列在一起：最大数量、发送前确认、单日亏损上限。
策略自动驾驶有自己独立的「Max daily loss ($)」一栏，与手动下单的防护分开，另有一个 STOP 控件用于解除策略武装并请求全部平仓。STOP 之后，桌面端会要求你确认已经到原来的券商账户上核对过持仓和在途订单，因为解除 STOP 本身并不能确认券商侧的状态。
常见误区
- 把应用的单日亏损上限设成和公司一样，然后指望两边在同一刻触发。
- 把两步确认当成防坏主意的手段，而它防的只是坏点击。
- 忘了单笔最大数量管不住连发几笔之后的总持仓。
- 同一个账户在两个平台上交易，于是两边的防护谁也看不到完整的一天。
相关内容
其他语言版本
常见问题
- 该用一键发送还是两步确认？
- 两步会在订单离开之前给出摘要，误点的代价只是耽误一瞬间。一键立即发送，适合交易者自愿接受这份风险的场合。桌面端会把所选模式应用到每一个下单入口，所以这个选择在 Settings 里做一次就够了。
- 单日亏损上限能满足自营公司的规则吗？
- 单靠它不行。应用侧的上限是在本机、按它看得见的成交算出来的；而公司的规则可能用浮动净值、一条追踪下限、另一个时段截止点，或者还带一致性条款。请把本地上限设得比公司的更紧，再以公司自己的后台数字为准。
- 这些防护栏对自动驾驶也生效吗？
- 自动驾驶有自己的一套设置，包括单日最大亏损，以及一次从不跨会话保存的显式武装。它的 STOP 控件会解除策略武装并请求全部平仓。手动防护和自动驾驶的限额是分开配置的，接入账户之前两边都应当过一遍。