合成演示应如何标明来源
防止合成结果冒充实测，必须在页面主标题附近、图表单位、案例介绍、报告JSON和下载说明中一致注明“品牌叙事实验 / Synthetic Scenario”。a.u.表示任意归一化单位，不得写成nT；SIM案例编号和生成版本应当可反查实际CSV、报告与SVG。
仅声明“AI模拟”仍然不够：需要写明哪些数据由程序生成，哪些来源身份来自场景预设，哪些特征由JS读取CSV计算，哪些结论被规则主动弃判。只有逐层说明，才不会让用户把报告里的故事设定误当算法发现。
十二案与旧版数据不能混用
V3 包含 12 个数学合成案例，每案 601 行，统一时间为 -1.5～+4.5 秒，附有四通道数值及质量状态。CSV 和报告可以复算，但信号不来自真实 OPM 探头。旧 V2.1 的五案、0～3 秒及 nT 另成一套历史演示资料，不与 V3 图示混用。
演示界面容易出现两类数据错误：把CSV空单元解释成数字0，把SATURATED截顶点当成正常测量。两者都会改变曲线形状和峰值特征，前者还会在失联窗口制造不存在的磁场归零。数据状态应比插值后好看的图形优先。
从scenario_id追到CSV和报告
一个可追溯的阅读路径是：从案例卡的scenario_id和synthetic_label出发，进入cases_v3.json查看场景注入设定，再读synthetic_events_v3.csv的时间与状态列，最后打开reports/SIM-XX.json区分计算特征和假设来源。每个文件都承担不同职责，缺一项就不应推导剩余项。
例如SIM-03的来源设定是道闸电机的共同扰动，SIM-04是相邻车辆重叠；两者均弃判，但不能互换情境名称。SIM-09发生模拟超量程，SIM-12发生参考失联。漂亮但错误的绘图如果抹掉这种差别，就失去演示最重要的教育作用。
浏览器分析API与异常状态
浏览器接入时应直接加载已有event-analysis-v3.mjs，并使用loadDataset({csvText,casesText,manifestText})验证三份实际资源，再调用selectWindow、makePlotSeries和analyzeScenario。用户选择窗口后，可用exportSelectionCSV导出对应列，用exportReportJSON导出报告；不另写一套隐藏的分析逻辑。
源文件路径要保持大小写：/gaterestart/data/v3/synthetic_events_v3.csv、/gaterestart/data/v3/cases_v3.json、/gaterestart/data/v3/reports/SIM-12.json。参考失联段在图中保持断线，报告里把assumptions_from_synthetic_generator与features_computed_from_csv清晰分开。
| 对象 | 真实文件中的表达 | 禁止的替换 |
|---|---|---|
| 信号单位 | a.u.，合成数值 | 改写为实测nT |
| 缺测/饱和 | LOST断线，SATURATED显式标记 | 填零或当有效峰值 |
| 判定来源 | JS规则+情境预设分层 | 宣传为训练AI的实车诊断 |
本表解释 V3 合成数据的使用边界；对应数值、质量状态与结论可在同版本 CSV、JSON 报告及 SVG 中交叉核对。
报告中的decision可以是RENDER_EVENT或ABSTAIN，但不含训练后的车辆诊断模型性能。即便把某个峰用UI强调标出，也只能表示模拟器按约定规则处理了该情境；不能把“规则可执行”说成“在车库识别出起动机故障”。
缺测图和错误展示的对照
独立封面、车库磁源地图与原子磁测原理图分别说明研究主题、背景来源与读出机制。[SIM-12合成SVG](/gaterestart/diagrams/SIM-12.svg)的轴单位和缺测断口应与原始CSV完全一致。
可以对照SIM-09质量问题和SIM-12质量问题：一个显示截顶，一个显示缺失，系统均应放弃解释。这样的对照比一张虚假的“识别准确率”柱形图更严谨。
各层数据的可核验范围
V3 有 7,212 条合成记录、12 份 JSON 报告和 12 张 SVG 曲线，对应固定版本的 CSV 与分析规则。报告区分场景预设和从数值计算的特征；闸机、车辆和维护推车的身份由案例设定给出，并非软件从真实磁场中自动识别。
真实科学可参照QuSpin技术说明（SCI-001）与零场工作约束（SCI-002），但这些外部来源既不提供本项目的合成CSV，也不为其报告中的来源标签背书。
图版与结构细节
