结论：干净室（clean room）工程的价值不在「能不能看懂对手」，而在「能不能证明自己没抄」——它是一套可审计的边界，而不是一句口号。本工程定位为兼容性研究与独立实现，不是原软件的修改版：只使用可观察行为与公开信息，明确拒绝反编译产物、受保护方法体与厂商专有资源进入源码树。对第三方闭源软件的协议探测，只保留结论与方法，不落任何具体报文、地址或破解步骤。
为什么不叫「逆向」而叫「干净室」
「逆向」描述的是动作，「干净室」描述的是可证明的过程。二者的差别在于：即便最终功能相似，只要证据链能显示数据来源独立、实现路径独立，工程就站得住；反之，一旦把反编译源码或轻度改名的等价复制贴进新工程，后续无论怎么重构，那份污染都无法回溯清除。
因此本工程把边界写成清单，而不是写成原则：清单可以被逐条核对，原则只能被解释。凡是清单里写「不进入」的东西，不设例外。
可以使用：四类素材的边界
允许进入分析流程的素材被限定在四类：一是用户可观察的输入、输出与交互行为，即在正常使用中就能看到的部分；二是公开文档、公开文件格式与独立测试数据；三是为互操作性而确认的字段、单位与二进制布局；四是自行设计的数据模型、算法、插件接口与用户界面。前三类是「观察」，第四类是「实现」，两者在流程上分开。
不进入新工程：五类必须挡住的资产
被明确挡在源码树之外的资产同样有五类：反编译源码或经过轻微改名的等价复制；受保护区域中恢复出的专有方法体；厂商图标、图片、文案、赛道数据库等受保护资源；厂商 DLL、许可组件、私有密钥或未授权在线服务；以及绕过许可、签名验证或访问控制的逻辑。最后一类不仅是技术选择，也是合规红线。
| 素材类别 | 是否进入新工程 | 理由 |
|---|---|---|
| 用户可观察的输入 / 输出 / 交互行为 | 可以 | 属公开可观测范围，是互操作研究的基础 |
| 公开文档、公开文件格式、独立测试数据 | 可以 | 来源公开、可独立取证 |
| 为互操作性确认的字段 / 单位 / 二进制布局 | 可以 | 只描述格式，不含专有实现 |
| 自行设计的数据模型 / 算法 / 插件接口 / UI | 可以 | 独立创作，权属清晰 |
| 反编译源码或轻微改名的等价复制 | 禁止 | 来源被污染，无法回溯清除 |
| 受保护区域恢复出的专有方法体 | 禁止 | 属专有实现，非公开信息 |
| 厂商图标 / 图片 / 文案 / 赛道数据库等资源 | 禁止 | 受保护资源，不得复制 |
| 厂商 DLL / 许可组件 / 私钥 / 未授权在线服务 | 禁止 | 涉及许可与凭据 |
| 绕过许可 / 签名验证 / 访问控制的逻辑 | 禁止 | 合规红线 |
工程措施：把边界变成可审计的证据
光有清单不够，还要有能被检查的工程措施。本工程约定：src/、plugins/ 与 tests/ 不引用反编译目录；测试用数据为人工合成；厂商赛道/弯角数据库的解析器只实现文件互操作，测试时从用户本机安装读取，不把该数据库复制进仓库；可分发的赛道与弯角数据包只从明确许可的开放数据源生成，目前使用 OpenStreetMap 的 ODbL 数据，并在每个快照中保留来源、查询、署名和文件哈希。
| 工程措施 | 可审计的证明方式 |
|---|---|
| 源码 / 插件 / 测试不引用反编译产物 | 对目录的引用关系可静态检查 |
| 测试数据为人工合成 | 测试固件不含厂商原始数据 |
| 格式解析器只做互操作，测试从用户本机读取 | 仓库内不存在被复制的厂商数据库 |
| 可分发数据只来自开放许可源 | 每个快照保留来源、查询、署名与文件哈希 |
| 更新插件拒绝 HTTP 源、不自动下载安装 | 更新逻辑不触发隐式安装 |
| 网络 / AI / 遥测上传保持独立、默认关闭、可审计 | 相关能力需显式开启 |
更新通道还有一条硬约束：更新插件拒绝 HTTP 源，且不自动下载或安装包。理由很直接——明文通道无法保证下发物未被替换，自动安装又会把「被替换」升级为「被安装」。把网络、AI 与遥测上传能力设计成独立、默认关闭、可审计，则是同一思路在隐私面的延伸。
协议探测这类敏感研究的处理方式
本组素材中存在对第三方闭源软件做协议层面的探测，属于需要谨慎处理的级别。对此的处置原则是只输出结论与方法，不输出过程细节：可以说明「观察到了什么现象、用什么方法确认、结论的边界在哪」，但不写具体报文、不写地址、不给破解步骤，也不复述受保护实现。这样既保留研究价值，又不把可被滥用的细节固化进公开文章。
常见问题
干净室开发与「抄一份改个名」的本质区别是什么？
区别在证据链。干净室要求分析素材与实现路径都独立：只使用可观察行为、公开格式与自研实现，并明确规定反编译源码与受保护方法体不得进入源码树；「改名复制」则把被污染的产物带进新工程，之后无法回溯证明清白。
只写一个只读解析器去读厂商的数据文件，算不算越界？
本工程的约定是：解析器只实现文件互操作，测试时从用户本机安装读取，不把厂商数据库复制进仓库，也不重分发。是否越界仍需就具体数据来源与当地法律单独评估，本工程只保证自己这条证据链是闭合的。
为什么更新插件必须拒绝 HTTP 源？
因为明文通道无法保证下发物在传输中未被替换，而自动下载安装会把「被替换」直接升级成「被安装」。因此更新插件拒绝 HTTP 源，且不自动下载或安装包，把安装动作留给显式确认。
可分发的赛道与弯角数据从哪里来？
只从明确许可的开放数据源生成，目前使用 OpenStreetMap 的 ODbL 数据，并在每个快照中保留来源、查询、署名与文件哈希；来自厂商的赛道数据库不进入可分发集合。
延伸阅读
- UDS 诊断工具为什么不能随手调：只读、会话与写 ECU 的分权设计 —— 同样是「只读与写入要分权」的合规边界。
- 84% 的 PID 没有公开证据：OBD 私有协议解析的现实边界 —— 讨论私有协议解析能被证实的范围。
- 竞品功能点数据库：怎么量化 Car Scanner 的字段覆盖度 —— 如何在不复制资源的前提下做功能对照。
- OBD AI 插件化平台：端侧解析为什么必须插件化 —— 独立实现的插件边界与本文的「自研插件接口」呼应。
参考资料
- 项目 03 ——
nixiang-tracklab/CLEAN_ROOM.md（可用/禁入素材清单、工程措施与网络约束） - 项目 03 ——
nixiang-tracklab/REVERSE_REPORT.md（仅取「分析边界与方法」结论，未采用任何具体报文体、地址与实现细节）
说明：本文为对固定源码与文档快照的静态边界分析，未运行完整测试套件、未连接硬件、未验证目标车型的真实参数组合。文中所列清单与工程措施均出自源文档，标注为未验证的结论保留其原有边界；涉及第三方软件的探测类内容仅保留结论与方法，不含任何可复现的破解细节。
更新记录
首次发布 2026-10-11 最近核对：2026-10-11
发表回复