DAS 热键 Load 与 Send：拆开每个订单字段
订单意图不只有价格和股数，还包含目标与执行条件。
一笔订单有自己的身份
读交易脚本之前，先列出账户、股票、方向、数量、订单类型、路由、价格与有效期（TIF）。未填写的字段可能沿用 Montage 当前输入。隐含值和显式值一样需要审查。
一个故意不完整的预填片段
传统命令片段 · 修改界面 · 本身不提交订单。 焦点放在已确认账户和股票的模拟 Montage。数字为教学假设值；这是字段加载练习，不是完整订单模板。
Price=12.50;
Share=10;
BUY=Load;
不按 Enter，先观察填入的字段、方向、路由与 TIF。这里有意省略账户、股票、路由、TIF，让你找出继承状态，不把这段片段直接升级成执行脚本。
| 标记 | 需要理解的作用 |
|---|---|
Price |
写入意图价格，具体语义取决于订单类型 |
Share |
订单数量，不是当前持仓 |
ROUTE |
必须符合券商与账户支持的路由 |
TIF |
控制订单持续时间与时段适用性 |
BUY=Load |
加载信息，等待人工提交 |
BUY=Send |
提交买单，是不同级别的动作 |
动手练习：把默认值暴露出来
记录加载前后的订单输入；改变原有 TIF 后再加载，观察什么被继承。使用当前 build 的 Order Script Wizard 生成完整的模拟模板，再逐项标注显式字段和继承依赖。路由可用性与时段行为需要按券商核对。
从界面片段迁移到完整草稿
完整草稿需要回答八个问题：哪个账户、哪只股票、哪一侧、多少数量、什么订单类型、哪条路由、哪些价格字段、什么有效期。把它们写成检查表后，逐项标注“脚本显式设置”或“从界面继承”，不允许空白。
Load 与 Send 的区别不只是最后一个单词。Load 留下可由用户提交的界面状态；Send 增加与外部系统通信的动作。两者都应从正确账户和窗口开始，且都不保证 broker 会接受字段组合。
练习解答
只改变原有 TIF 再运行片段，片段没有重新设置 TIF，所以它不能声称结果独立于原状态。实际继承行为仍应观察记录。要消除该依赖，使用本地 Wizard 导出的完整字段，或者学习下一课的 Order 对象草稿，明确赋值后用 ShowObject 审阅。
把数量“10”换成变量并不会提升完整性。如果变量来源过期或对应别的账户，风险只是从显式数字变成隐藏依赖。先确认单位、来源与有效性，再把计算结果填入草稿。