Skip to main content

验证顺序

任一强制检查失败时,不提交研究对象状态,也不生成可供下游执行的最终 JSON。

输入

仿真器接收 .py 实验方案路径,并加载同一版本的:
  • 函数式技能;
  • 公共参数类型;
  • 仿真器函数;
  • 状态模型。

输入示例

验证实现逻辑

验证器在隔离的状态副本上运行候选方法,原始研究对象状态在验证完成前保持不变。实现依次完成:
  1. 解析候选方法入口和调用结构,拒绝未准入函数、未知命名空间和不允许的调用形式;
  2. 根据冻结版本加载函数签名和公共类型,检查每个实参的类型、单位、范围、枚举及跨参数约束;
  3. 依照调用顺序读取前置状态,并在状态副本中模拟每个操作的 State Changes
  4. 将硬性条件失败写入 errors[],将建议性问题写入 warnings[];只有 errors[] 为空时才提交本次模拟状态;
  5. 对通过结构校验的候选方法进行科学语义审查,并输出可转换或阻断的结论。
阻断时,验证器必须返回出错步骤、约束或状态条件及修订方向。方法生成器依据诊断重新生成候选方法,再进入完整验证;不得仅修改最终 JSON 绕过验证。

仿真通过输出

以下示例展示最小闭环仿真报告:
workflow_file 是兼容字段,仅表示被验证的方法文件路径,不代表存在独立的工作流模块。

仿真输出字段

版本不兼容输出

科学语义评审

仿真验证结构、参数和状态链,不能证明科学方案合理。仿真通过后还需要检查:
  • 是否覆盖用户核心实验目标;
  • 操作顺序是否具有明显科学逻辑错误;
  • 参数是否违反已经声明的硬约束;
  • 是否遗漏必要处理或表征。
评审结果分为 blockwarninfo。只有 block 阻止转换;warninfo 保留为建议。