合成数据先行解决什么问题
先做合成数据的价值在于控制变量：可以明确知道哪一个脉冲由生成器注入、哪一段参考通道故意失联、哪个时间戳被设为不确定，从而检查处理程序遇到边界情形时是否仍输出可解释记录。真实现场通常无法如此干净地标出所有场源。
先做仿真并不意味着从仿真直接走到商业准确率宣称。它只验证软件链路对数学输入的响应，下一阶段仍需独立传感器选型、背景场测量、真实同步记录、外部标注和跨场景重复试验。
窄场景与十二种边界情境
该项目研究场景十分狭窄：地下车库上坡出口，固定道闸前后，关注燃油车自动停机后由传统起动机参与的重启瞬态。这种场景定义有助于确定观察窗，也让不适用条件可被列举，例如只有抬杆但没有重启、邻车同时动作、或车辆上坡运动掩盖短脉冲。
合成器以十二个案例覆盖这些边界，并通过 SIM 编号让每一条波形都有固定意义。SIM-03 是道闸电机共同扰动，SIM-04 才是邻车重叠；二者不能为了写一段“复杂干扰”而交换名称。
7212条数据如何分层记录
实际数据文件 synthetic_events_v3.csv 含十二案、每案六百零一个采样点，共七千二百一十二条数据行；时间从负一点五秒到正四点五秒，间隔零点零一秒，值的单位是 a.u.。十五列同时保存样本索引、质量状态、时间基准、合成标记与版本，避免丢掉生成条件。
配套的 cases_v3.json 描述各案预置来源和目标状态，data-manifest.json 记录版本与文件哈希，十二份报告则区分计算特征、假设条件和最终动作。CSV 不把来源假设伪装成已检测的标签，报告也没有真实车况或维修诊断置信度。
分析API与有效性门槛
对软件集成而言，先取三份文本再调用 loadDataset 完成数据装载与校验；之后使用 selectWindow、makePlotSeries 和 analyzeScenario，导出时调用 exportSelectionCSV 或 exportReportJSON。这些函数确实包含在提交的V3数据集中，但部署环境是否能成功 HTTP 获取，仍需上线环节核验。
质量边界尤其重要：SIM-09 用 SATURATED 表示截顶，SIM-12 用 LOST 表示参考值缺失。绘图必须在缺失处断线，不能填零。把这种情况在合成阶段处理正确，才有资格讨论未来真实传感器产生同类状态时的操作规范。
| 可证实的对象 | 当前状态 | 不能证明的事情 |
|---|---|---|
| 生成器与 CSV | 已存在实际文件与版本哈希 | 真实车辆启动状态 |
| 案例 JSON 与报告 | 十二案来源预设和规则处理 | 车辆故障分类准确率 |
| 公开产品页面 | 已发布的概念与布设说明 | 硬件已经安装投用 |
研究任务与解释口径；属于编辑组织的对照表，非实测性能数据。
示意图与可复算SIM曲线
背景磁源示意与原子磁测原理图分别解释车道环境和传感链，不能提供现场测量值。定量曲线应使用[SIM-01.svg](/gaterestart/diagrams/SIM-01.svg)及其他十一案SVG的真实数据点，不能以编辑插画替代。
正文中引用 SIM-05 没有重启 与 SIM-12 参考失联 的页面，可发现明确失败情形比只展示漂亮单峰更有工程讨论价值。
合成软件和真实科学的证据边界
外部科学文献可以证明原子光学读出磁场的物理可行性，不能证明这十二条数学曲线来源于任何一家 OPM 厂商。对近零场系统而言，受控补偿与环境扰动是现实问题；但合成器没有替 GR-OPM 完成探头选型。
本篇数据规模与文件名归于 generated_data / actual_software，具体道路、车辆与电机来源归于 synthetic_case，工程路线归于 editorial；科学论文只支持各自范围内的物理表述。这种分栏让“实际生成文件”和“没有实际测车”同时成立。