摘要

  • LEX 把持续存在的法律作品、带版本和语言的表达形态、以及带出版者和格式的载体分开命名；只给出作品名，并没有选定后两层。
  • 解析器可以规范化残缺引文、做启发式匹配，并在信息不足时返回“最佳的最新版本”；这是检索策略，不是对特定时间、主体和地域的法律效力裁判。
  • 可复核的自动化必须分别保存输入、目录快照、匹配规则、表达形态、载体、原始字节、真实性证据、法律状态依据和最终行动。

当前文本覆盖了旧日决定

一家机构复核三年前的审批。档案没有保存旧网页，却保存了一个 urn:lex。系统很快解析出一份排版完整、来自可信站点的现行文本，并显示“引用已验证”。

真正的问题藏在“已验证”三个字里。三年前的版本后来被修订过；其中一个条款延迟生效；当前页面还是整合文本，而不是当时审批人员实际看到的发布载体。解析器并没有出错。它收到的只是作品级名称，于是按 RFC 9676 的建议选择了最合适的最新版本。

失真的不是标识，而是产品把“今天找到同一作品”改写成了“证明当时支配决定的文本”。LEX 的分层设计本来可以阻止这种改写。

一个名字覆盖的是家族

LEX 本地名称的核心结构是 work ["@" expression] ["$" manifestation]。作品层标识持续存在的智力创作。对于法律来源，它包括初始形态和随时间发生的修订形态。名称通常包含制定或提出机关、措施类型、识别细节和可选附件。

作品名之所以能持久，是因为它不随每次修订换成一个完全无关的新身份。它可以成为原始文本、附件、不同版本、官方语言和发布格式共同的锚点。这也意味着作品名有意不回答“此刻具体是哪一版”。

表达形态层补上版本和语言。RFC 9676 把版本与文本被认为生效或有效的期间联系起来。修法、勘误，或某一部分进入和退出特定生效区间，都可能产生新表达形态。多官方语言环境下，每种语言可以有自己的表达形态标识。

载体层再补上出版者、格式、组成部分和可选特征，例如匿名化。XML、HTML、PDF、扫描图像可以承载同一表达形态，却具有不同的可检索性、完整性和真实性证明。出版者域名变化时，旧载体名称不应被改写；新的位置对应新的载体。

因此，“这条 URN 是真的”必须继续追问：它停在作品层，还是明确指定了表达形态？拿到的是哪一家出版者的哪种载体？

名称注册权有明确边界

采用 LEX 的国家或组织需要指定管辖注册机构。它定义管辖层级、名称主要元素、规范化规则、冲突处理方式以及机关和措施类型等权威目录。制定机关则在各自范围内分配具体名称，并通过编号等参数保证唯一性。

这不是象征性工作。政府机构会合并、拆分、更名；同一名称可能出现在不同层级；转写规则可能互相冲突。没有持续维护的命名制度，持久标识很快就会失去唯一性。

但是，对名称方案的权威不等于对所有法律命题的权威。注册机构可以证明某名称按照本地规则构造并进入目录，却不能仅凭这条记录证明文本已经公布、生效、未被废止、适用于某主体，或被某法院视为控制性依据。

Heng Lu 的现实层分析在这里提供了约束：目录和解析可以真实影响软件看见什么，但它们不能取代相关法律体系承认的立法、公布、审判或其他产生可执行效力的程序。这个区分既不否认注册机构的作用，也不允许技术角色悄悄膨胀成法律裁判。

解析不是简单查表

现实引文常有缩写、旧机关名、拼写错误、语言差异和缺失字段。RFC 9676 因而建议先规范化，查找精确名称，再对不完整引文采用迭代和启发式方法。解析器还可以处理指向某一条款的分区标识；若无法只取该分区，可能返回全文。

当输入没有指定表达形态时，解析器应选择最佳、最新的版本，并提供相关载体。这对今天查资料的人通常合理。对自动作出决定的系统，它却必须留下解释。

精确命中和启发式补全不是同一强度。展开缩写、统一机关名称、猜测措施类型，都可能改变候选集合。“最佳”依赖目录中的数据和算法。“最新”依赖目录如何理解修订、公布和生效。分区失败后返回全文，也不能被记录成已精确取得目标条文。

合格的解析回执应保存原始输入、规范化结果、目录版本、匹配类型、候选与排除理由、作品与表达形态、语言、载体、分区处理、最终 URL、重定向和获取时间。只有这样，后续审计才能重放绿色状态背后的过程。

最新不等于事发时适用

法律时间往往不是一条日期。制定、公布、生效、分阶段实施、修订、废止、撤销和司法解释可能发生在不同节点。某个条款可以晚于整部文件生效；新规则也未必追溯既往。

所以，审查历史交易时，当前整合文本只是候选证据。系统需要明确的“截至某日”查询，最好直接指定表达形态，并引用有资格说明该时点状态的来源。目录更新也可能晚于法律事件；目录新鲜度必须被记录，而不是被假定。

如果证据不足，状态应是“无法确定”。把当前版本作为默认答案虽然方便，却把不确定性从界面藏到了决定里。

复现还要求保存原始字节。若机构只保存作品名，几年后仍能找到这项法律作品，却未必找得到当时使用的表达形态和载体。表达形态标识、载体、内容哈希、来源、获取时间和目录快照必须与决定一起保留。

LEX 不负责文档真实性

RFC 9676 的安全考虑直接说明：文档真实性不属于 LEX 规范，需要数字签名、加密或其他信任机制处理。这不是缺陷，而是清晰的接口边界。

语法有效只证明字符串合规。目录命中只证明目录记录了它。DNS 路由只证明请求如何被引导。HTTPS 在自己的信任模型下保护传输。哈希只有与独立可信的参考值比较时才证明字节一致。签名证明的内容取决于密钥身份、签名范围、验证政策和时间。

即使文件签名完全有效，也可能是错误的历史表达形态。即使表达形态正确，也可能不适用于特定主体和地域。真实性、版本和适用性必须各有回执。

证据阶梯至少包括十级：语法、名称分配、解析、获取、真实性、表达形态、载体、法律状态、操作决定、实际结果。把第三级直接写成第八级，是系统最危险的压缩。

持久性依赖接班机制

URN 不绑定网页位置，却仍依赖维护名称和目录的机构。RFC 9676 明确承认这一点。管辖代码不应改名，只能标记为停止新增；各层制定机关对自己范围内的名称持久性负责。

运营设计必须处理机构合并、更名、职能转移和出版者域名变化。旧机关名要能继续解析，旧载体不能被新文件静默替换。目录规则、历史别名和映射关系应可导出、镜像和审计。

名称持续存在与文档持续可访问也是两件事。某个 URN 可以仍然有效，而对应载体暂时不可得。系统应如实报告缺失，而不是把名称重指向未经说明的替代文本。持久标识保存的是身份连续性；档案和接班制度保存的是证据连续性。

给自动化留下完整回执

请求阶段保存字面输入和所要求的层级。名称验证阶段保存注册机构、规则版本和目录记录。解析阶段保存规范化、候选、匹配方法、表达形态、语言和分区结果。获取阶段保存出版者、格式、地址、重定向、字节、哈希和时间。

随后单独保存真实性依据，再保存法律状态来源及其地域、时间和不确定性。最后记录使用这些证据的规则、执行者、采取的动作和可观测结果。

这条链并不要求 LEX 变成法律引擎。恰恰相反，它让 LEX 保持为持久命名和解析机制，同时迫使下游系统为更强的结论承担证据责任。

发布 RFC 不等于各国采用

RFC 9676 是信息类独立投稿，不属于互联网标准轨道，也不代表 IETF 共识。RFC 的存在证明方案被记录，不证明任何国家、法院或出版者已经部署。

采用应从运行事实中观察：注册机构发布规则、机关分配名称、目录更新、解析器应答、应用实际使用。即使这些都存在，也只能证明命名系统在运行，不能自动保证目录内每一项法律状态都正确。

这与 Heng Lu 的最小初始规范和运行代码优先原则相符。共同语法解决互操作问题；本地法律决定留在相应体系；后续变化通过实际实施被看见。文档不凭发布制造现实，解析成功也不凭绿色标记制造法律效力。

Sources