支持反馈 · 数据与资料
支持与问题反馈
反馈页面、数据或软件问题时，请记录规范URL、SIM编号、复现步骤和版本信息。本页说明如何整理可核查的问题，不提供尚未接通的在线工单或客服回执。
适用场景与对象
内容读者可以反馈章节表述、实体名称与来源引用；技术读者可以报告 CSV 列、质量标记、报告字段或浏览器模块的问题。
场地方如希望讨论道闸集成，应转到合作与研究意向页面；本站支持栏目不代替安全应急通道，也不能处理现实停车场抬杆故障。
合作/模拟流程
建议先确认问题发生在静态网页、可下载文件还是交互演示，再记录完整 URL、操作顺序、预期表现、实际表现和能够复现的版本。
编辑错误进入来源复核，软件缺陷进入数据与模块复现，合作建议进入场景评审；即使暂时没有提交服务，这套分类仍使问题不至于失去关键信息。
条件表和资料
若是数据错误，请提供 SIM 编号、采样时间、通道名、状态值和报告字段路径。例如 SIM-12 的 reference 丢失段本应是空值与断线。
遇到网页问题时，建议记录页面路径、图题、浏览器和终端类型，并说明是说明图不匹配还是资源链接失效。若提供网络状态、文件SHA256或最小复现步骤，应避免包含车牌、用户身份或其他无关私人数据。
| 字段 | 建议内容 |
|---|---|
| 定位 | 规范 URL、SIM 或 VIS 编号 |
| 复现 | 操作步骤、浏览器和版本 |
| 证据 | 脱敏截图、字段路径或文献 |
| 预期 | 实际现象及应有行为 |
研究或组织设定检查项，并非已获实际场地验收的参数。
功能边界及所需证据
V3 已有独立 CSV、数据清单、报告 Schema 和 JS 分析模块；问题复现应以专包为准，不能用旧 V2.1 的零至三秒 nT 数据去验证新 a.u. 的规则。
针对科学结论的异议应提供论文 DOI、厂商原始页面及待核对的具体段落；针对合成故事则以 FIC 实体与统一世界观核对，不把两者混成“实测证明”。
示例请求与交互
示例一：“打开 SIM-09 时，某段 Bx 曲线在 SATURATED 标记下仍显示为正常峰幅，请核对绘图样式和特征是否跳过截顶点。”
示例二：“某岗位页把故事人物写成现实员工，请核对实体类别和页面身份标签。”两种问题都应该附证据，而不是只写“网站不能用”。
资料下载与联系方式
读者可通过演示页了解案例和模块入口，通过研究资料页核对字段说明；当前没有经过确认的邮箱、在线提交接口或工单查询页面。
如果未来启用表单，应先公布最小字段、数据留存和删除规则，再开启真实回执功能。在此之前，本页面只提供整理问题的模板和站内导航。
9d8fb68396a38982d8debaf0d082057d3b8c4d119e8535651936124ff0916fb3编辑资料9ae2d471bbcfc10457dcdcd9167c4d24a57476256bce14cd0bd018d526364304编辑资料问题定义
有效反馈必须能够让另一位读者在同一版本条件下复现：说清输入、步骤、现象、影响及预期，并说明是不是公开实验世界中的情境。
未经运行验证的修复不能标记已解决，尚未部署的图片不能标记加载失败。把缺陷、资料缺口和研究争议分别记录，是持续维护的基本要求。反馈关闭前应能追溯到修订文件的版本和一次独立复核结果。
场景研究
整理研究需求
填写条件后可在浏览器生成一份 JSON 清单，供自行保存或后续讨论。资料不会发送至服务器。