采集日期：2026-07-12；更新日期：2026-09-06
规则库可以使用本地 fdb / fdfdb 辅助推断，但准入需要区分可信度。来源、可信度和推断过程属于规则维护证据，不是解码数据；它们统一记录在 evidence/decodepack-references.json，不得放入 iTXTech fdnext DecodePack、标识符规则包、共享解码表、已编译目录或用户可见输出。
| 状态 | 含义 | 可做动作 |
|---|---|---|
external_confirmed |
原厂页面、公开数据手册、TechInsights、TechPowerUp 等能直接确认 PN、产品线、容量、die 或代际 | 可进入规则和测试用例 |
external_table_confirmed |
flashinfo.top、论坛 Flash ID 表、SSD 转储、分销页面等外部网页与本地 fdb/fdfdb 同向 | 可进入规则，但文档需说明来源档位 |
local_pending_external_reference |
仅本地 fdb/fdfdb 或 MPTool 数据，暂未找到外部网页 | 不删除候选；只记入证据清单和待确认文档，不作为确定结论 |
- 外部确认的完整 PN 只能证明该样品；将其推广为规则需要可泛化的编码段结构，不能变成完整 PN 白名单，具体见 PN 编写规范。
- 官方 PDF、数据手册、订购信息、产品目录和选型指南清楚暴露的编码段结构可直接作为规则与测试用例的依据。
- 单个 MPTool / fdfdb 条目不能单独提升为确定规则。
- 本地多源一致时可以保留候选，但应标记
local_pending_external_reference。 - 外部网页确认前，不应在文档中写成“已确定”。
reference、references、status、source、confidence、inference_source、来源 URL、采集日期、外部确认状态和维护备注等非解码信息不得进入 DecodePack。- 规则规则包的表只保存解码语义数据；不能用“编译器当前不会消费”为理由保留来源、置信度等孤立维护表。暂未接线但属于解码器映射的既有表不在本次证据迁移范围内，不得借迁移删除。
- 证据清单不参与规则导入、编译、运行时匹配或结果投影。删除它不能改变任何解码结果。
status作为编译器内部的matched/not_matched运行状态不属于本策略所说的证据字段，可以保留；禁止的是规则内的来源可信度状态。
docs/pn_code/evidence/decodepack-references.json 是 DecodePack 规则证据的单一机器可审计清单。清单 v2 不保留旧 reference 伪表或旧格式兼容读取分支；顶层 entries 的每条记录按以下稳定标识关联规则：
pack: 仓库相对路径形式的规则规则包路径；spec_id: 规则包中的规范id；scope:spec表示整条规则证据；table_entry表示具体映射证据；entry_key: 证据自身的稳定标识；table_key: 仅scope: table_entry时存在，并必须指向实际解码表，entry_key同时必须是该表的真实条目；evidence: 从该规范剥离的来源、可信度、样例和维护备注。
同一规范有多组独立依据时，在顶层 entries 中分别记录，避免用一条宽泛来源为整个表背书。编码段、组合键或局部映射需要精确关联时，应通过 entry_key 或证据内容保留原维护键；不要把维护键反向加回 DecodePack。
厂商 PN 文档继续负责解释编码段结构和列出可阅读来源；证据清单负责稳定关联“哪个规则包 / 规范使用了哪项证据”。两者都不是运行时资源。
- 从 DecodePack 剥离维护表时，先完整复制到证据清单，再删除原表；不得借迁移修改、覆盖或删除既有解码映射。
- 新增或调整规则时，DecodePack、对应测试用例、厂商 PN 文档和证据清单应在同一轮更新。
- 审计范围包括
rules/packs/、identifier/packs/、rules/tables/、default-rules.ts、default-decodepack.ts、结构定义/类型与编译器/检查器。后续不应只检查fields是否泄漏，还要检查维护字段是否重新进入规则源码。 source作为编译器局部变量名、status: matched | not_matched作为运行时类型不需要迁移；审计应依据语义和 JSON 位置，不能机械删除同名运行时代码。