实盘EA的成交、成本或结果可能与基准期不同。先将其称为观察到的变化，再讨论原因。仅凭连亏、一次响应缓慢或均值稳定，无法证明交易优势已消失，也无法确认执行正常。
区分数据问题、执行变化、市场环境与抽样不确定性。用核对指南确定记录，用前向验证协议保留原始比较规则。本篇最终指南将警报衔接到调查及有记录的重新验证，而不是自动交易操作。
1. 明确警报实际说明什么
写明指标、单位、来源、基准窗口、近期窗口及复核日程。保存原始调查阈值及其版本。警报表示规定条件已被观察到；单凭警报无法识别经纪商故障、市场状态或策略失效。
本虚构示例规定：近期窗口中，至少2笔完整匹配入场的实测不利滑点严格高于1.0 pip时发出警报。等于阈值不计入。这是本文设定的调查规则，不是通用容忍度或经过校准的统计控制图。本文不计算误报概率，也不进行盈利能力检验。
2. 保持基准可比
识别构建版本、参数、账户、模式、经纪商服务器、实际品种与合约、订单类型、买卖方向、交易量、时段和数据基础。比较相同范围，或明确列出差异。固定基准，不因新窗口看起来更好就替换。模拟与实盘成交是不同证据，参见模式对比指南。
这个独立教学例子假设使用构建EA-R、参数K1，在一个预先指定的USD实盘账户交易EURUSD。两个窗口采用相同配置和比较范围。它并非上一指南模拟样本的延续。全部观察均为虚构，不提供资金分配或可运行的控制器。
3. 分开处理竞争性解释
在证据支持前，把解释视作假设。多种原因可能并存。某个字段变化并不能证明其对盈利能力影响的方向。
- 数据：缺失记录、行情源变化、过时报价、时钟偏移或输入修订可能使比较失效。
- 执行：其他条件可比时，成交、拒单模式、点差、佣金或融资费用仍可能变化。
- 环境：即使EA代码未变，交易时段、波动率或事件敞口也可能不同。
- 抽样：少量、相互依赖或反复筛选的观察可能产生不稳定的汇总结果。
记录支持或削弱各假设的证据。顺手的解释不是诊断。不要通过调整策略参数掩盖尚未解决的数据或订单归属问题。
4. 保留所有已知请求结果
这些互不重叠的类别描述各虚构日历窗口中的已知请求。完整匹配成交具有有效的发送时报价和经纪商入场记录。此表不是全部可能决策的计数，不是胜率，也不保证数据来源覆盖完整。
| 已知请求类别 | 基准 | 近期 |
|---|---|---|
| 完整匹配成交 | 20 | 20 |
| 已确认拒绝 | 2 | 3 |
| 未解决请求 | 2 | 3 |
| 已知请求总数 | 24 | 26 |
基准请求共24个，近期共26个。每个窗口仅20笔成交进入价格统计。2对3个确认拒绝及2对3个未解决请求仍需展示。超时不自动等于拒绝。仅含成交的统计无法描述每次尝试；未解决记录会阻止完整业绩核验，需要按前述程序核对。
5. 为入场滑点使用正确符号
假设EURUSD的point大小为0.00001、pip大小为0.0001，因此每pip含10个point。其他情况须确认实际品种规格。本入场比较定义为s_BUY = (fill_Ask − send_Ask) / pip和s_SELL = (send_Bid − fill_Bid) / pip。两个方向均以正值表示不利、负值表示有利。
表中是四个独立算例，不是从后续样本选出的行。BUY使用客户端记录的Ask，SELL使用Bid，并匹配同一订单的成交。不要将BUY成交与Bid比较，或将SELL成交与Ask比较。数值单位是pip，不是账户金额、最大损失或预期回报。
| 例 | 方向 | 发送时客户端报价 | 入场成交价 | 带符号滑点 · pip |
|---|---|---|---|---|
| A | BUY | 1.10020 | 1.10023 | +0.3 |
| B | BUY | 1.10210 | 1.10219 | +0.9 |
| C | SELL | 1.10400 | 1.10394 | +0.6 |
| D | SELL | 1.10400 | 1.10404 | −0.4 |
6. 尊重基准报价的局限
客户端发送时观察到的报价是有记录的基准，不保证订单到达经纪商时仍可按此成交。记录报价新鲜度、接收基准、请求价与实际成交价。客户端观察到的请求耗时并不等于纯经纪商处理时间；混用时钟无法可靠拆分网络与服务器延迟。
点差、费用和融资须保存在各自定义清楚的记录中。测得的价差已体现在按实际成交计算的结果里，不要再从入账利润中扣除一次。成本指南说明了核算方式。这个pip指标也不同于平台的订单偏差设置；核实单位和经纪商行为前，不要把数值直接抄入订单参数。
7. 检查分布，而非只看中位数
本例完整成交样本恰好各含20笔入场。基准均值0.265 pip、中位数0.25；近期均值0.505、中位数0.30。中位数变化不大，最大值却从0.8升到2.4。这些是样本描述值，不是预测，也不是保证未来执行情况的估计。
严格高于1.0 pip的成交，基准为0笔、近期为2笔，因此触发本文设定的近期窗口规则。调查尾部时仍要保留被排除的请求结果。窗口应在预定日历截止点结束，而非等到积累足够多的有利成交。不利入场价差并不能说明该笔交易最终盈亏。
可选：检查虚构样本并复算
按数值排序的带符号pip样本，每个值代表一笔独立的完整匹配成交。基准：−0.2, 0, 0, 0.1, 0.1, 0.1, 0.2, 0.2, 0.2, 0.2, 0.3, 0.3, 0.3, 0.3, 0.4, 0.4, 0.5, 0.5, 0.6, 0.8。近期：−0.1, 0, 0.1, 0.1, 0.2, 0.2, 0.2, 0.3, 0.3, 0.3, 0.3, 0.4, 0.4, 0.5, 0.5, 0.6, 0.7, 0.9, 1.8, 2.4。
入场算例：(1.10023 − 1.10020) / 0.0001 = +0.3；(1.10219 − 1.10210) / 0.0001 = +0.9；(1.10400 − 1.10394) / 0.0001 = +0.6；(1.10400 − 1.10404) / 0.0001 = −0.4。样本均值：5.3 / 20 = 0.265和10.1 / 20 = 0.505。样本中位数：(0.2 + 0.3) / 2 = 0.25和(0.3 + 0.3) / 2 = 0.30。结果单位为pip；小数点及千位分隔符采用英文数值格式。
8. 复核环境与样本局限
检查每次决策当时可获得的交易时段、交易量、点差、波动率和事件敞口记录。组成变化可能改变总体分布。证据允许时比较预定分层，披露小样本组，同时保留总体汇总。不要在看到亏损后，从方便的图表中编造因果性的市场状态标签。
二十笔成交未必相互独立，也未必足以完成验证。重叠窗口与反复搜索增加了发现警示性图案的机会。看似正常的中位数不证明尾部稳定；尾部触警也不证明发生永久变化。应明确不确定性，避免添加未校准的统计主张。
9. 按现行风险政策响应
订单状态不明、保护缺失或其他运维故障，应立即按既定流程处理，而不是等待定期业绩复核。遵循账户风险政策与运维监控指南。本审计不授权重复入场、平仓、放宽止损或增加敞口。
保存警报、原始记录、范围差异、疑似原因和已采取的行动。通过经过测试的流程修复有记录的运维问题，再评估比较是否仍有效。证据仍不完整时，业绩结论应保留为无法确定。警报不应成为暗中删除旧基准或通过优化抹去亏损期的理由。
10. 记录重新验证的决定
策略规则、风险规则、经纪商合约、行情源或重要运行环境发生变化时，可能需要新的验证计划。在观察新结果前，记录原因、受影响区间、新版本与标准。再次使用前向验证协议，保存全部旧版本；选择偏差的限制见过拟合指南。
- 基准与近期的范围、单位和时间戳可比吗？
- 拒绝、未匹配及未解决请求是否仍在仅含成交的统计之外展示？
- BUY与SELL价差符号是否正确，且未重复计入成本？
- 数据、执行、环境与抽样解释是否保持分离？
- 行动是否遵循现行政策，并把变化记录为新的验证版本？
写出有边界的结论：观察到的问题与证据、未解决假设、运维行动，以及是否需要新协议。将净值和回撤复核与此执行指标分开。继续监控不证明存在优势，重新验证计划也不授权追加实盘资金。
11. 实盘变化复核常见问题
滑点为正表示交易盈利吗？
按本定义不是。正值表示BUY或SELL入场价差不利，负值表示有利。最终利润取决于出场和成本，是另一项指标。
中位数稳定能证明执行没有变化吗？
不能。示例中位数接近，但近期尾部更大。应在相同预定范围内，检查整个分布和全部请求结果。
示例警报证明经纪商或策略失效了吗？
没有。它只是触发对观察条件的调查。本例不确定因果关系、统计显著性或未来损失，未解决请求仍需核对。
连亏后应立即调参吗？
仅凭连亏不足以选择新参数。应按现行运维政策调查记录与环境；若要修改规则，预先声明独立的新验证版本。
12. 来源与范围
一手来源：MQL4 OrderSend及BUY/SELL报价侧、MQL4品种属性与point单位及NIST关于过程监控与控制图限值的说明。核查日期：2026-10-18。示例触发规则由本文设定，并非NIST校准控制限或平台建议。
所有请求、价格、样本和阈值均为虚构教学输入，并非已核实实盘业绩或原始测试报告。本文不提供交易策略、预期回报、损失上限、因果诊断或自动风险控制器。复核和重新验证可提高可追溯性，但不保证交易盈利或安全。