01验证失败
验证器发现问题
系统发现仿真结果、数据统计或报告结论不一致，当前输出不能直接进入交付。
执行与验证链路
执行与验证示例
以一个研发任务为线索，呈现执行状态维护、模型与工具调用、验证结果记录，以及代码、数据、日志、图表和报告如何汇入可复现成果包。
示例结构
一次可追溯研发任务的关键环节
任务状态、验证检查和成果包交付共同构成可追溯研发流程，用于支撑真实科研与工程研发任务。
任务状态与执行链路
验证器检查项
最终可复现成果包
研发任务快照
从任务目标到成果包，执行状态持续可见
系统不是一次性生成答案，而是持续维护任务状态、工具调用、验证缺口和最终交付物。
研发任务快照
示例研发任务正在执行
任务目标
READY输入研发目标、数据、工具环境和约束。
执行计划
PLANNED系统拆解任务并安排模型、代码和工具调用。
验证检查待确认
HIL REQUIRED验证器发现结果、数据或结论存在不一致风险。
发现 2 个验证缺口，建议人工确认后继续执行
工具运行
RUNNING调用仿真、分析脚本和外部工具完成计算。
成果包
PACKAGE READY沉淀代码、数据、日志、图表、报告和证据链。
执行记录成果包
任务节点依次运行，验证证据持续流向最终成果包。
可复现成果包结构
code/
data/
logs/
figures/
report.md + evidence_chain.json
示例任务
以电磁仿真优化为例，看系统如何组织执行、验证与交付
通过一个具体任务呈现端到端链路：输入研发目标，系统拆解并调用工具，验证器检查关键输出，最终形成可复现成果包。
任务输入
毫米波阵列天线仿真优化
目标是完成仿真参数分析、异常组合复查和结果报告交付；输入包括 CST 模型、S11 扫频数据、方向图指标和基线说明。
典型执行链路
01
形成执行计划
明确目标、输入数据、工具环境、验收条件和交付物。
02
调用仿真与分析工具
调度 CST、脚本和模型调用，记录参数、版本、输入输出和运行状态。
03
解析指标并发现异常
抽取 S11、方向图和关键性能指标，标记异常参数组合和缺失日志。
04
修复后形成成果包
补齐运行记录、复跑异常组合，并把新结果写入报告和证据链。
完整流程
四个关键场景串起执行、验证与交付
研发目标进入执行计划，模型与工具完成运行，验证与修复闭环处理风险，最终形成可复现成果包。
01研发目标输入
02执行计划与工具运行
03验证检查与人工确认
04成果包交付
01
研发目标输入
输入研发目标、已有数据、工具环境和约束，系统先形成可执行任务边界。
任务边界、输入材料和交付目标完成确认
目标数据约束
任务创建
新建研发任务
研发目标
完成毫米波阵列天线仿真优化，并交付可复现分析报告
交付目标
代码 / 数据 / 图表 / 报告 / 证据链
仿真与分析任务
已有模型与扫频数据
硬约束清晰度 86
CST / HFSS 结果需可复现
对比基线：传统相位补偿方法
输入材料已关联
antenna-array-model.cst
s11-sweep.csv
baseline-notes.pdf
任务启动简报
任务边界已形成
目标：阵列仿真优化与结果分析
输入：模型、扫频数据、基线说明
下一步：生成执行计划并调度工具
02
执行计划与工具运行
系统把任务拆成模型调用、脚本运行、仿真工具和数据处理步骤，并记录每次执行状态。
执行计划、工具队列和运行日志开始形成
计划工具日志
工具执行
从任务边界进入执行计划
任务启动简报
毫米波阵列天线仿真优化与结果分析
模型调用分析脚本CST / HFSS
执行单元正在运行
模型调用4 次记录
分析脚本3 个任务
仿真工具2 个队列
Model call
生成仿真参数扫描计划与脚本执行步骤
Tool run
CST / HFSS 任务进入队列并绑定输入数据
Run log
模型、脚本、参数和环境版本被写入执行记录
执行状态检查
等待验证
模型调用：已记录
工具运行：队列中
日志：环境版本已绑定
下一步
等待工具运行完成后，把结果送入验证检查与人工确认节点。
03
验证检查与人工确认
系统检查数据、图表、结论和报告是否一致；验证不通过时暂停，并把关键问题交给人确认。
通过项、待确认项和需重跑项被清晰标记
验证确认重跑
验证检查
把执行结果映射到验证条件和人工确认
Check Set
C1
仿真结果与数据统计一致
Metric: consistency
C2
图表引用有对应原始记录
Metric: traceability
C3
报告结论通过验证条件
Metric: validation
执行追溯已连接
执行记录：CST 参数扫描
版本记录：脚本与环境快照
Check A
数据一致性：指标与原始结果对齐
数据一致性版本完整性人工确认
Check B
复现条件：参数、环境和日志完整
数据一致性版本完整性人工确认
HIL Gate
异常结果需要研究员确认修复方向
数据一致性版本完整性人工确认
Check 1
图表与数据记录一致
Check 2
报告结论可追溯
Check 3
失败路径已记录
Validation Gate
验证与确认计划已形成
3 个关键检查项已映射
2 个执行结果待验证
1 个 HIL 确认待处理
04
成果包交付
验证通过后，代码、数据、日志、图表、报告和证据链被打包成可复盘、可复现、可沉淀的成果。
代码、数据、日志、图表、报告和证据链完成统一打包
验证成果包证据链
成果包交付
验证通过后形成可复现研发成果包
Validation Review
Execution TracePASS
Tool RunsPASS
Result ChecksREVIEWED
审阅记录已锁定
验证结果已关联检查项
人工确认保留到证据链
Assembly
Task Brief
Run Logs
Validation Results
Figure Outputs
Result Package Builder
ReportFiguresDataEvidence Chain
R&D Result Package
研发成果包已形成
report.md
figures/
data/
evidence_chain.json
review_log.json
Ready for review
可审阅、可复现、可复用
TraceableReproducibleReusable
失败到修复
可信不是永远成功，而是失败可发现、可修复、可复现
真实研发任务经常遇到执行失败、结果不一致、数据缺失和验证不通过。SignalPass 把这些失败路径显性化，并把修复过程写入最终成果包。
02暂停执行
执行被暂停
系统停止进入下一阶段，保留失败上下文、输入输出、日志和影响范围。
03HIL 确认
人工确认修复方向
研究员确认需要补数据、换参数、重跑脚本或调整验证规则。
04重跑验证
系统重跑并记录版本
系统重新调用模型或工具，记录新旧版本、参数差异和验证结果。
05可复现
修复链进入成果包
最终交付不仅包含结果，也包含失败记录、修复过程、验证证据和可复现材料。