如何验证计划组成部分的信息？
直接回答
可以通过使用来源层级（先定义，再机制，后证据）以及运行可复现的检查来验证计划组成部分的信息：确认每个组成部分的含义，列出输入和假设，并验证任何示例或计算是否可以从这些输入中重新创建。
由于市场和提供商条件各不相同，验证应重点关注一个计划组成部分是否以可测试、可证伪的方式进行描述（它使用什么、如何运作、依赖哪些数据），而不是它是否能预测结果。
机制与定义：计划组成部分的“验证”意味着什么
外汇交易计划通常包含计划组成部分——如目标、进出规则、仓位规模逻辑、风险限制和审查程序等独立部分。要验证这些组成部分的信息，你需要检查三个层次。
-
含义（稳定机制）： 该组成部分声称要实现什么？例如，“风险限制”组成部分应指定一种计算方法（如何度量风险）、单位（账户货币 vs. 交易货币）和决策规则（达到限制时会发生什么）。
-
操作（输入与流程）： 在决策时需要哪些输入？输入示例包括仓位规模、假设的价格变动和成本。验证意味着描述足够具体，无需猜测即可应用。
-
上下文（可变条件）： 哪些部分依赖于不断变化的因素，例如执行质量、点差/费用、滑点、交易时间或当地法规？此处的验证意味着你能识别哪些陈述是有条件的，并能使用替代假设重新表述该组成部分。
这种区分有助于避免将特定提供商或特定市场的细节视为普遍事实。
证据与示例：可复现的验证步骤
使用一种能产生相同中间输出的分步方法。
1) 将组成部分写成清单。 将每个计划组成部分的描述转换为“如果/那么”规则。如果一个组成部分使用公式，请用通俗语言写出公式并明确每个输入。
2) 声明任何计算的假设。 如果描述中包含示例，请列出所使用的精确数字（及其单位）。如果涉及成本，请明确包含的内容（例如点差和佣金）和排除的内容。
3) 两次重新计算示例。 首先，使用相同输入精确重现它。其次，用一个更改的输入（例如不同的假设成本或不同的执行价格）重新运行。如果组成部分描述未说明允许哪些更改或它们如何影响结果，则它无法完全验证。
4) 检查决策点是否存在缺失数据。 识别组成部分需要但可能在实时中不可用或不确定的信息的位置。如果描述需要无法度量的输入，或依赖模糊术语（如“当前市场状况”）而未定义其度量方式，则验证失败。
局限性与风险：重大失败模式
即使编写良好的计划组成部分也可能因不确定性而失败，从而限制验证。
- 过时的假设： 假设固定成本或稳定执行的组成部分，在点差扩大或执行质量变化时可能失效。
- 不完整的执行模型： 如果描述忽略了滑点和时机（信号与执行之间价格如何变动），其机制可能与现实不符。
- 度量不匹配： 以一种货币或一种价格基准度量的风险应用于另一种时，可能导致错误的仓位规模逻辑。
- 非预测性的历史声明： 历史关系、回测或观察到的相关性并不能确立未来结果。验证应关注组成部分的逻辑是否可测试，而不是它是否“过去有效”。
除非基础输入和假设完全记录，否则应将任何绩效声明视为有条件。
验证与下一个问题
在你验证了含义、操作和上下文之后，仍应确认每个组成部分都有明确的失败模式：如果假设错误、数据缺失或成本变化会发生什么。
下一个有用的问题是：哪些计划组成部分最依赖可变上下文，哪些可以仅通过稳定机制检查？ 如果一个组成部分无法使用已声明的输入和假设独立检查，那么它只能部分验证——你应谨慎对待，不要将其当作稳定规则依赖。