摘要
- 区域注册局已在使用经认证的接口来自动执行数据记录操作，但验证字段的 API 并不等同于有权裁定政策适用性的引擎。
- 将清晰的计算和可重复的条件进行编码，可以减少官僚主义带来的延迟，揭示矛盾，并允许在规则影响资源持有者之前进行场景测试。
- 自动化并不能消除自由裁量权；它可能会将决策权转移到数据定义、证据评估、默认设置、异常队列、发布时间点以及未公开的供应商组件中。
- 状态代码不能作为产生重大后果的拒绝的充分理由。每项决策都应指出权威规则、规则版本、权威事实、失败的条件、可能的修正方式以及人工审查的途径。
- 除非社群明确授予机器可读版本同等权威，否则人类可读政策必须保持权威性，且两者之间的差异必须能公开解决。
- 每个部署的规则集都应可追溯地与通过的政策相链接、签名、限制有效期并予以保存，以便申请人能够证明是哪个版本决定了之前的决策。
- RIR 和其他合法授权的注册局服务运营商应仅自动执行确定性管理，同时保留公开规则、有限豁免、独立申诉、汇总结果证据以及更换决策服务的能力。NRS 可以进行倡导并发布基于源数据的对比，但不运行该服务。
自动化已成为注册局管理的一部分
选择并非是在完全人工的注册局与计算机化的注册局之间进行。现代注册工作依赖于软件。ARIN 将其注册 RESTful 服务（Registration RESTful Service）描述为与其数据库交互的一种安全方式，并指出该服务对于不需要人工沟通的重复性、大规模任务特别有用。其文档化的方法可以检索、创建、修改和删除记录。XML 负载包含组织、联系人和网络详细信息，而 API 密钥则将请求与负责相关组织或资源的个人联系起来。Reg-RWS 文档是成熟事务自动化的证明，而非一种推测性的提议。
RIPE 数据库提供了另一种模型。其REST 接口接受经身份验证的数据库对象创建和修改，返回结构化结果，并记录了预期的更新延迟。查询响应可以请求为 JSON、XML 或纯文本格式。独立的版本终点可以检索对象的特定历史版本。与交流非结构化信函相比，这些功能更便于对注册操作进行测试、重复和审计。
RDAP 增加了一个标准化的检索层。RFC 9083定义了 JSON 响应对象、合规性标识符、事件、状态值、通知和错误主体。RFC 9537增加了一种结构化方法，用于识别响应中被隐匿的字段。因此，客户端可以区分注册数据的类别并解释某些限制，而无需抓取仅供人类读者阅读的网页。
这些工具中没有一个能证明分配、转移或成员身份的裁决应当一律委托给软件。它们证明了一个更具体的观点：结构化接口可以可靠地传输事实、权限和结果。这是机器可读规则的基础，但它并未规定由谁来定义决定性的事实、哪些例外值得认可，或者如何纠正错误的拒绝。
这一界限至关重要。拒绝重叠网络范围的指令执行的是技术上的不变性。而判定公司文件不合规、转移不符合政策或申请人未证明相关运营条件的决策，则包含更多的主观裁量。两者都可能生成错误响应，但它们的机构意义截然不同。
有效负载不等同于合法决策
软件接口擅长强制规范格式。例如，ARIN 文档化的方法可能会因为组织缺少必要的联系人、IP 范围超出了其父范围、API 密钥没有权限、记录与现有对象冲突或超出了速率限制而拒绝请求。方法和错误文档为运营商提供了对许多此类错误的实用描述。
这些检查减少了错误。它们还展示了不应混为一谈的三种不同类型的规则。句法规则检查数值格式是否正确。引用规则检查相关记录是否存在且一致。实质性规则则检查申请人是否有权获得所请求的结果。前两者通常可以进行精确验证。环境复杂的第三种规则可能取决于存在争议的证据、政策宗旨、时间性事实，或是为了避免荒谬结果而设立的例外情况。
引擎可以执行所有这三个类别，但执行本身并不赋予合法性。实质性条件必须源自授权规则。将其翻译为可执行表达式必须保留其原意。输入该表达式的数据必须适当。结果必须保持可纠正性。如果其中任何一个环节被隐藏，一致性可能会变成一种包装精美的、不受问责的权力。
机器可读的注册数据同样需要保持这种审慎。RDAP 的rdapConformance字段会告诉客户端是哪些技术规范决定了响应。事件字段可以显示注册日期或最后修改日期。通知可以描述服务范围的状态。这些都是宝贵的惯例。但它们不会告诉被拒绝的转移申请人是哪条政策条款起到了决定性作用、接受了哪些证据、哪项事实未通过，或者为什么不适用例外情况。一个符合标准的响应在机构层面仍可能是晦涩难懂的。
因此，注册局自动化的下一阶段应从分类工作开始。当前的每个决策点都应标记为确定性的、基于证据的、评估性的或异常的。确定性检查通常可以自动运行。基于证据的检查只有在定义了来源和信任度时才能自动运行。评估性检查可以辅助人工决策，但不应在默许下成为最终裁决。异常情况需要一条明确的处理路径，而不是为了让代码继续运行而插入一个虚假值。
编码真正能改善什么
对自动化裁量权的怀疑不应掩盖精心形式化所带来的收益。数字资源规则包含计算、日期、层级、互斥条件和重复测试。这些正是机器可读表达式能够提高可靠性的特征。
新西兰的Better Rules for Government Discovery（更优政府规则探索项目）发现了共同开发人类可读文本、伪代码和软件的价值。实践报告显示，共同决策模型有助于识别遗漏、减少翻译差距并实现场景测试。该报告还强调，并非每条规则都适合机器可读消费。对注册局而言，一个有益的方法论教训是：形式化可以在规则部署之前揭示意见分歧。
经合组织（OECD）的报告Rules as Code（规则即代码）将该概念描述为官方的、机器可读的规则版本，计算机可以一致地应用这些规则。对于数字资源，这可以让运营商在提交之前，针对已发布的规则服务测试提议的转移或分配。政策制定者可以针对草案运行历史和合成案例。审计人员可以比较新旧文本的结果，而不是仅仅争论抽象的措辞。
形式化测试还可以揭示不可能的组合。假设某项条款要求提供联系人属性，而另一项数据保护规则又禁止存储该属性。假设转移条件取决于注册局未记录在稳定字段中的某个事件。假设某个截止日期在周末或时区方面存在歧义。人工管理可以通过非正式调整来掩盖这些矛盾。而可执行的呈现方式则能强制将它们暴露出来。
一致性是另一个合法的优势。清晰的日期计算不应取决于哪位分析师接收了请求。层级检查不应在不同办公室之间有所不同。对相同输入产生不同结果的规则应被视为存在缺陷。自动化可以缩小这类可避免的变动范围，并释放合格人员去审查真正需要主观裁量的案件。
因此，最强有力的论点并不是降低拒绝申请的成本，而是提高规则质量。编码应当创建可测试的陈述、共同的定义、可复制的示例以及关于分配效应的早期证据。成本节省可能会随之而来，但不应将其作为宪制层面的合理化依据。
自由裁量权发生了转移，而非消失
每条可执行规则都包含决策。有些是显而易见的，比如数值阈值。另一些则隐藏在看似中立的技术决定中。一个字段可能只接受单一的公司 ID，而某一司法管辖区可能会发行多个。日期可能会按注册局而非申请人的时区进行读取。缺失的值可能默认设置为 false。姓名比对可能会将标点符号、音译或法律后缀视为不匹配的迹象。风险标记可能会将某一类申请人置于人工处理的延迟队列中，而另一类则会获得立即回复。
这些决定是预先行使的自由裁量权。一旦嵌入，它们就可能影响成千上万个案件，而无需任何可见的内部备忘录或公开会议。重复性使得决策的后果更加严重，而非更轻。一个犯错的办事员可以逐案纠正；而一个错误的默认值则可能在大规模范围内复制同样的拒绝。
在决定哪些内容不进行编码方面，也存在自由裁量权。注册局可能会自动执行主规则，而将例外情况留在员工手册中。了解该机构的申请人可能会提出请求。而那些仅通过接口进行交互的人可能永远不知道例外情况的存在。自助服务的表面中立性随后便会奖励对机构的熟悉度。
发布时间点是另一个权力来源。政策社群可能会通过一项修正案，但生产服务可能会继续运行先前的释义，直到部署工作完成。 RIPE 社群的Policy Development Process（政策制定流程）明确将社群政策与 RIPE NCC 的业务实践区分开来，并要求对实施效果和工作量进行影响评估。只有当部署的规则可以追溯到通过的文本及其生效日期时，这种区分才能保护社群的权威。
最后，指标可以产生裁量空间。如果员工绩效是根据快速结案率来考核的，引擎可能会倾向于拒绝而非澄清。如果考核指标是避免欺诈，那么在没有适当调查的情况下，误报可能会被容忍。如果指标是办结率，棘手的申请人可能会被反复分流，直到他们放弃申请。代码会忠实地优化机构所奖励的内容。因此，问责制必须同时涵盖运营激励和源代码。
输入数据的政治学
规则引擎并不直接观察世界。它接收的是呈现出来的数据：注册记录、公司文件、路由观测、账户关系、确认信息、日期和声明。这些输入数据的质量和权威性决定了结果。
以组织的存在性为例。一个司法管辖区可能会提供带有接口的、可靠的公开企业注册登记。另一个司法管辖区可能仅颁发纸质证书。公共机构可能是依法设立而非通过公司注册成立。在当地法律允许的情况下，小型网络可能由自然人运营。如果引擎仅将自动生成的公开注册记录响应视为权威，它实际上就是将行政便利转化为了一项实质性的资格规则。
网络证据同样依赖于上下文。路由观测可能显示某个前缀已被宣告，但其本身无法表明该宣告是否获得了授权。RPKI 对象可以增强源宣告的可信度，但其缺失可能仅反映出未被采纳，而非欺诈。地址使用报告可以描述已配置的基础设施，但可能缺失共享系统或未来的部署情况。每个信息源回答的都是不同的问题。
因此，机器可读规则应当包含一个证据模型，而不仅仅是一个布尔表达式。对于每项关键事实，公开文档应指明通常接受哪些来源类型、如何处理冲突、证据的时效性要求以及何时可以考虑替代方案。引擎可以在操作层面评估证据，但该评估的基础原则绝不能是私有的。
输入数据的来源也必须对申请人是可理解的，同时无需暴露对安全敏感的收集方法。决策可以指出组织名称与上述公开注册登记的当前条目不匹配。它不需要披露欺诈检测的阈值。转移可能会因为声称的权限与现有的已验证联系人发生冲突而被暂停，但它不需要透露如何评估可疑账户行为。
这一区别回答了对透明度的一个常见反对意见。公开规则并不要求公布每一个防御性信号。它们要求披露法律或政策条件、常规证据路径、申请人案件所依据的事实以及修正途径。秘密风险指标可以决定是否需要进行更多审查，但它们不应成为不可挑战的永久拒绝基础。
歧义无法通过编译消除
政策文本中经常包含“合理”、“最新”、“可运行”、“充分”、“已证实”或“异常”等词汇。在任何情况下，这些词汇都不是起草时的失误。在情况各异的情境下，它们可以维护比例原则。对它们进行编码需要做出选择：是收窄该词汇的含义、呈现一个范围，还是将案件转交给人工处理。
危险的选择是虚假的精确度。开发人员可能会因为软件需要一个具体数值，而将“最新的证据”转换成固定的天数。随后，这个数字便会主导决策，即使社群从未通过该数字。提前一小时提交的请求失败的结果，与过期数年的文件完全相同。这种隐藏的实施决定实际上改变了政策。
更好的设计是标出界限。公开规则可以规定，在定义的安全期限内提交的文件将被自动接受，超出较长外部期限的文件通常会被拒绝，而两者之间的间隔则进行上下文审查。这种有限的自由裁量权是可见且可衡量的。它避免了强迫每个案件都经由人工处理，同时在通过的文本确实需要时保留了主观裁量。
歧义还应触发向规则制定者的反馈。如果很大比例的案件反复需要对同一个词组进行解释，这证明规则制定得不够具体，或者现实情况已经发生了变化。该机构应当公布例外率，并询问社群是否需要更清晰的标准。
机器可读呈现方式可以通过记录是哪个分支导致了升级，从而在此提供帮助。汇总报告可以显示特定证据规则在多个司法管辖区引起了延迟，或者某项例外情况被频繁使用。这些数据使基于观察到的管理进行改革成为可能，而非依赖传闻证据。
不应允许引擎仅仅为了避免未解决状态而虚构一个数值。“未知”、“矛盾”和“不适用”是不同的状态。将这三者全部视为 false 是一种常见的技术伎俩，具有实质性的后果。成熟的规则服务必须保留不确定性并有针对性地引导它。
理由必须比状态代码更有用
技术状态代码对软件客户端是必要的，但对于机构决策而言是不够的。400 响应可能语法错误、无效证据或实质性条件未通过。403 响应可能表示缺少账户权限、法律限制或临时的安全封禁。申请人必须知道问题出在哪里以及可以采取什么措施。
加拿大的Directive on Automated Decision-Making（自动化决策指令）提供了一个相关的基准，尽管区域注册局并不是加拿大政府机构。它涵盖了辅助和替代人类决策者的系统。它要求在投入生产前进行影响评估，并在影响级别较高时，提供对关键因素和救济选项的有意义解释。相关的界定指南明确指出，基于规则的系统可能属于自动化决策控制范围，而不需要高级机器学习。
对于注册局而言，一个有用的决策凭证应当包含请求类型和结果；指向每项权威政策条款的稳定引用；生效的规则版本；接受的关键事实；通过、失败或保持不确定状态的条件；任何考虑过的例外情况；决策日期；以及可用的修正、审查和申诉途径。公开决策引用应当允许随后进行检索，而无需披露独立的账户数据。
理由应当分层。软件客户端可以处理结构化的理由代码。网络运营商应当获得精确的技术细节。董事会、法院或独立审查员可能需要完整的记录。同一项底层决策应当支持这三种视图，而不是在争议开始后才生成单独的解释。
理由也必须在有人员参与的情况下保持其效力。“人工审查已完成”并不是解释。当人工推翻自动化结果时，记录中应当标明政策依据和核心证据。当人工予以确认时，申请人应当了解考虑了哪些因素。没有合理解释的人工干预，仅仅是将不透明性从代码转移到了日常信函中。
这种规约同样有利于注册局。清晰的理由能减少重复性提问、暴露错误的规则分支，并使申诉更加集中。它们还能将有理有据的拒绝与服务错误区分开来。一个对自身规则充满信心的机构，应当能够在不泄露防御性机密的情况下解释这些规则。
一条权威规则需要两种可读形式
机器可读规则引发了权威性问题。可执行版本仅仅是辅助工具，还是具有与人类可读文本同等的地位？答案不能仅靠默示。
最安全初始模型是不对称的。由社群通过的人类可读文本保持权威性。可执行呈现方式是一项官方实施，必须将每个条件追溯到该文本。当发生冲突时，人类可读文本具有优先权，并纠正可执行版本。这避免了无意中将权威转移给软件维护者。
随着时间的推移，社群可能会选择协同起草，共同开发文本、决策模型和可执行呈现方式。新西兰的 Better Rules 工作表明了为什么并行开发能够减少翻译错误。然而，同等的权威性需要一个解决分歧的公开程序。必须明确数据定义的变更属于编辑性、运营性还是实质性的。看似微不足的技术修改可能会改变适用资格。
稳定的标识符必不可少。每次文档重新格式化时都会发生变化的段落编号是脆弱的锚点。每条规则、定义、例外和证据要求都应当有一个持久的引用，能在编辑调整后留存。可执行分支应当指向它。测试案例应当指向它。决策凭证应当指向它。
ARIN 的Number Resource Policy Manual（数字资源政策手册）已经展示了明确版本和变更历史的价值。ARIN 的公开政策页面表明任何人都可以参与，且手册会在实施新政策时进行更新。RIPE 的文档同样在公开存储库中保留了命名的版本。机器可读规则应当扩展这种文档规范，而不是取代它。
版本证明是法律程序的一部分
仅公布当前代码是不够的。申请人如果要对几个月前做出的决策提出质疑，必须能够证明当时实际运行的是哪个规则集。代码库的历史可以显示编写了什么，但不一定能显示部署了什么。
因此，每次发布都应当生成一个签名的清单，其中包含规则集版本、稳定的政策引用、有效期限、测试套件版本、可执行摘要以及服务构建版本。决策凭证应当包含相关的公开版本标识符。注册局应当保留旧版本以及针对这些旧版本运行公开测试案例的可复制方法。
从申请人的角度来看，部署应当是原子性的。如果不同的数据中心或服务渠道运行着不同的政策版本，这种状态应当是可识别且短暂的。不应因为隐蔽的分阶段发布导致一个请求在一个接口上成功，而在另一个接口上失败。如果需要逐步部署，且发生结果冲突，那么在此阶段做出的产生重大后果的决策应当在对申请人最有利的有效解释下是可复审的。
紧急变更需要特殊处理。安全漏洞可能需要立即暂停某个接口或进行严格的防御性检查。注册局应当记录授权、范围、启动时间以及复审期限。应急权力不应成为在未经社群授权的情况下改变实质性资格的途径。
版本证明同样保护着对自身交互进行自动化的运营商。如果注册局发布了未来的有效版本和机器可读的测试案例，成员可以在变更前更新系统。除非需要立即提供保护，否则破坏性变更应当有一个明确声明的过渡期。兼容性不仅是开发人员的便利，它还影响着获取注册局服务的平等实际机会。
标准应当是可验证性，而不是对状态页面的信任。第三方应当能够将某项决策的发布标识符与公开清单进行比对，并确认所引用的政策版本当时处于生效状态。这是一种具有重大机构价值的适度密码学应用。
测试案例应当作为公开的宪制证据
软件团队使用测试来防止退化。政策社群可以使用它们来定义期望。公开的测试案例集可以规定特定的事实组合应当被接受、拒绝还是转交审查。边界情况可以展示数据、层级、证据冲突和例外情况是如何表现的。
测试应当与政策变更一同提出，而不是在通过后才编写。这迫使起草者、受影响的运营商和实施者去面对具体的后果。一个在抽象层面达成共识的句子，在应用于跨境转移、公共机构、小型运营商或继承性注册时，可能会引发分歧。
测试必须涵盖常规成功以外的情况。它们应当包括错误输入、缺失证据、相互冲突的权威来源、部分失效、旧版本、被撤销的授权、申诉纠正，以及不允许自动答复的案例。它们还应包含来自注册局实际成员中具有代表性的所有服务区域和法律形式的示例。
合成案例可以保护隐私，但历史分布应当指导其设计。如果大多数现实中的例外涉及名称变更、合并或无法访问企业接口的司法管辖区，测试集就应当反映这些条件。仅发布完美的示例会产生确定性的假象。
结果的变更应当在部署前进行汇总。如果建议的版本会将先前可复审的类别转化为自动拒绝，社群应当看到有多少当前案件会受到影响。这种追溯性模拟并非绑定性的预测，但能提供关于范围和风险的证据。
测试绝不能以允许规避的方式泄露反欺诈策略。公开案例可以定义合法途径和常规证据，而敏感的检测控制措施则保持独立评估。然而，最终的权利决策仍必须基于公开规则。秘密信号可以要求额外的审查，但不应创造一个不符合条件的非公开秘密成员类别。
人工审查必须是实质性的，而非流于形式
在最后环节加入人工并不能自动治愈自动化裁量。如果审查员只能看到引擎的分数、无权更改结果，或者其绩效是根据与引擎的一致性来考核的，那么人就成了一个橡皮图章。
有意义的审查需要获取申请人的证据、权威政策、机器可读分支、基础记录，并拥有寻求澄清或做出不同决定的权力。审查员应当提供独立的理由。案件分配应当有充足的时间进行评估，且申请人应当能够以可访问的形式提交证据，而不仅仅是通过失败的自动化渠道。
申诉机制在机构设置上应当与初始配置相分离。规则开发人员或运营主管可以解释结果是如何生成的，但不应成为对解释是否合理的终审裁判。根据影响的不同，第二级审查可以是一个不同的注册局团队、一个独立审查委员会或是一个由社群定义的申诉小组。
RIPE NCC 的Policy Development Process的公开申诉条款涉及的是政策制定而非个别服务决策，但它们体现了一个有用的原则：对行使权力的争议需要一条超出原始决策者的、文档化的解决途径。当软件介导对数字资源服务的访问时，同样的原则也适用。
时间至关重要。转移、路由安全变更或账户恢复可能会因为长时间的复审而失去价值。服务标准应当将常规澄清与紧急连续性案件区分开来。临时保护措施应当保留注册状态，而不预先判定所有权。如果延迟本身会造成运营损害，应当提供快速审查。
申诉结果应当反馈到规则维护中。如果审查员反复撤销某个分支的决定，注册局应当暂停或修改该分支。按规则版本和理由类别公布汇总的撤销率，使成员能够区分孤立的错误与系统性的缺陷。
供应商引擎不能成为私有的“宪章”
注册局可以购买商业决策引擎、验证服务或政策管理平台。采购并不转移问责制。注册局对规则、证据和结果负有终极责任。
专有系统会带来多重风险。供应商可能会用无法访问的语言对条件进行编码、在未作适当预先通知的情况下更改组件、扣留决策数据、限制独立测试，或者使迁移成本高昂。模型可能会将规则与统计风险评估相结合，使得公共机构无法完全复制某一结果。服务中断可能会导致整个区域的决策陷入停滞。
因此，合同应当要求以文档化的格式导出规则、测试、决策记录和配置；对重大变更进行预先通知；进行独立的安全性和公平性测试；明确保留和删除期限；订立业务连续性协议；并提供迁移支持。注册局必须能够在供应商不可用时，运行一个降级的手工服务。
任何供应商信任分数都不应成为最终的政策理由。它可以触发额外的证据或审查。最终决策必须确定一项由社群授权的条件，以及可以被申辩的事实。如果注册局无法解释供应商所起到的作用，它就不应当利用该作用来拒绝某项请求。
英国的Algorithmic Transparency Recording Standard（算法透明度记录标准）提供了一个有用的披露模型。它要求公共机构描述算法工具是如何以及为什么支持决策的，其强制范围包括对具有公共影响的决策产生重大作用的工具。对于资格决策，注册局的透明度记录应当走得更远，将具体的规则版本和申诉证据关联起来，但公共系统层面的原则是坚实的。
如果每个供应商都依赖于同一个封闭的身份、数据或托管服务，那么供应商的多样性就远远不够。应当根据依赖关系而非合同数量来评估集中度。机构需要一个经过测试的退出方案，而不仅仅是在采购清单上增加第二个标志。
透明度与防范博弈可以共存
公开可执行规则的反对者可能会辩称，申请人会优化提交材料以通过测试。这种担忧在注册局检测欺诈时最为强烈，但在规则定义合法资格时则显得微不足道。一个人应当能够调整交易以符合公开规则，这正是规则的目的。
关键区别在于资格标准与检测方法。要求申请人拥有权限、提供最新证据或满足转移条件，这些要求应当是公开的。标识被盗账户的确切信号则不需要公开。风险系统可以暂停请求并要求更强有力的证据，而无需基于隐藏的依据宣布申请人在事实上不符合资格。
过度保密也存在风险。不一致或无法解释的管理会产生其自身的攻击面。运营商会形成非正式的认知，中介机构会倒卖渠道，而关系深厚的成员则能摸透哪些措辞容易成功。公开规则减少了私人熟稔所带来的优势。
在合理范围内，速率限制、身份验证要求和防御性反应仍然可以保持受保护状态。RDAP 已经展示了结构化的通知和隐匿标记如何在不泄露所有信息的情况下告诉客户端数据受到了限制。类似的规范可以提示请求需要进行深度审查，同时保留防御性的细节。
透明度应当进行威胁建模。公布诚实的申请人理解并挑战某项决策所需的信息。保留那些一旦披露就会在实质上引发滥用的狭窄信息。记录每个保留类别，对其进行明确授权，并接受独立审查。 “安全”绝不应成为通用的解释。
结果数据揭示了实际生效的规则
文档展示了预期的运行方式。汇总的决策显示了实际的运行情况。承诺实行可问责自动化的注册局应当公布足够的结果数据，以验证实际生效的规则是否与公开规则相一致。
有用的指标包括按类型划分的请求量；自动接受、澄清、审查和拒绝的比例；决策时间的中位数和高百分位数；最常见的理由类别；例外发生率；人工推翻率；申诉量 and 结果；与版本相关的事件；服务可用性；以及按组织规模和法律证据类型划分的案件分布。应当压制或合并极小区间的数据，以保护机密性。
这些指标需要进行解读。高接受率可能反映出规则清晰，也可能反映出控制软弱。低申诉率可能反映出准确性，也可能反映出复审渠道难以获取。更快的决策可能源于更好的自动化，也可能源于草率的拒绝。注册局应当公布定义并邀请进行独立分析，而不是挑选一个粉饰太平的指标。
基本理由代码必须保持足够的稳定性以便进行比对。如果更改了类别，交叉表应当保留数据序列。版本交替应当予以标记，以便观察者能够识别中断。数据应当区分申请人撤回与注册局拒绝。
定性评估依然至关重要。应当对决策样本的解释质量、充足证据、比例原则以及与通过政策的符合度进行审查。独立审计员应当能够利用保存的规则版本重现样本结果。
公开记录应当包含错误。如果某一版本产生了错误结果，注册局应当指明受影响的时间段、决策类别、修正方式和通知方法。悄悄替换代码会销毁学习和申诉所需的证据。
某些界限应刻意保持非自动化
一旦完成了简单检查，自动化的压力就往往会不断扩张。计算数据精确的服务会被要求评估证据。证据分类器会被要求推荐拒绝。推荐结果变成了默认值，而默认值逐渐演变为最终决定。防止这种演变需要确立明确的界限，并在便利性将它们瓦解之前予以通过。
界限之一是关于持有者资格的真实冲突。当两个看似合理的方声称对同一注册记录拥有控制权时，任务就不仅仅是比对文件的评估结果。公司继承、合同历史、以往的联系人、法院命令和潜在的欺诈行为可能都需要予以调和。软件可以组织记录并识别不一致之处。但不应当在没有受问责的人工理由和复审渠道的情况下，直接选择合法的持有者。
第二个界限是主要基于受保护或未公开信息的惩罚性措施。安全系统可以识别可疑行为并施加临时封禁。永久性的拒绝、注销或重新分配应当需要证据，这些证据至少应向受影响方的案件中披露，并可由独立审查员进行测试。否则，申诉的权利就只存在于纸面上。
第三个界限是建立新的实质性例外。引擎可能会遇到超出任何分支的案件。正确的结果是未决状态并予以升级，而不是开发人员认为最安全的结果。员工可以利用现有的公开自由裁量权来裁决该案，但反复出现的类别需要社群的澄清，而不是私下先例的堆积。
第四个界限是追溯性变更。新的规则版本不应默许地改变已完成交易的状态或重新解释历史合规性，除非权威政策明确规定了这种效果。引擎可以将记录标记为待复审，但它不能从当前版本中制造出追溯性的权威。
第五个界限是危及连续性的服务终止。终止访问注册或路由安全功能可能会影响到成员以外的其他方。自动化可以执行通知期并识别未付账款，但最终行动应当确认授权、比例原则、未决争议以及对依赖数据的安全处理。
这些界限并不一定会导致行政管理变慢。注册局可以定义紧急审查清单、标准证据集和最大答复时间。它可以利用结构化的决策支持，并发布去标识化的先例。关键在于，应当由个人或委员会承担裁决的责任，而不是将其归咎于系统。
界限清单应当每年公开审查。新技术可以使事实的确定更加可靠。新的滥用行为可能需要额外的临时控制。然而，将决策从人工责任转移到自动终审，应当作为一项治理变更来对待，并辅以证据支持，且须接受成员的审计。
同样有义务避免将人工审查作为逃避责任的挡箭牌。为人工保留的决策仍然需要理由代码、政策引用、时间限制和申诉渠道。区别并不在于透明的机器与未记录的判决，而在于确定性的执行（规则真正决定了答案）与负责任的裁判（规则并未直接决定答案）之间。
分配效应测试应当在发布前进行
规则的正确性不能仅通过常规示例来确立。一个条件在逻辑上可能是忠实的，但仍可能施加不平等的实际负担，因为某些成员更容易提供其所需输入。在发布之前，注册局应当研究新版本在组织规模、法律形式、服务区域、语言、资源类型和交互渠道上的表现如何。
测试提出的问题应当多于“谁被接受”。它应当衡量谁获得了立即办结、谁被要求做出澄清、谁进入了人工审查、每条路径花费多长时间以及哪些证据导致了失败。如果一个版本保持了最终的接受率，同时使小型运营商的延迟增加了一倍，那么该版本在实质上已经改变了服务准入。
如果隐私受到保护，历史重跑可以提供一个基准。当前的案件可以简化为相关属性并针对建议的规则运行。随后，合成案例可以探索罕见但重要的界限。分析应当指出其局限性：过去的请求在申请人做出调整后可能无法预测其行为，且历史数据可能反映出旧有的偏见。
成员应当看到一份简明的发布影响评估。它应当识别修改的分支、受影响的请求类别、预期的运营影响、未解决的不确定性以及监督义务。该机构应当指定一个复审日期以及会触发回滚或纠正的阈值。
这种规约可以保护创新。如果注册局限制了风险、观察了结果并保留了可靠的退路，它就可以部署一条伴随不确定性的有用规则。它不应该做的是将不确定性转化为由申请人单方面承担的隐性风险。
NRS 可以倡导什么，注册局运营商必须执行什么
NRS 所推动的机构案例是主张一个更狭窄、更具问责制的注册局角色。NRS 可以研究如何限制永久性的注册局功能，记录成员在自动化决策方面的经验，召集受影响的运营商，并争取使管理变得可预测且可挑战的规则。NRS 不记录公认的权限，不维护权威的注册数据库，不提供路由确认支持，不执行转移，也不维护业务连续性。这些行动仍由相关的 RIR、IANA（在其定义的协调角色适用的情况下）、其他合法授权的注册局服务运营商、法院和独立复审机构负责。
每个 RIR 或其他授权运营商应当发布规则目录，将每项自动化决策映射到社群授权上。运营商可以提供沙盒，供成员评估假设请求，而不会产生法律或运营后果；应当由生产运营商（而非 NRS）签发签名的决策凭证、保留历史版本、运行确定性验证并配备合格人员处理证据冲突和例外情况。NRS 可以评估这些公开资料、收集授权的成员陈述并发布对比，但 NRS 的报告不是注册局的决定，也不能替代运营商的证据。
不应利用自动化来复活广泛的需求评估或行业规划。代码无法使主观预测变得客观。可执行的需求模型仍然可能使拥有更好文档的成熟供应商享有特权、惩罚未知的架构，并将不安全的商业计划转化为虚假的数字精确度。最容易实现自动化的机构往往是那些职责最狭窄的机构。
成员的问责依然是必不可少的。成员应当批准决策自动化的预算和风险胃口、获取独立的保障报告，并能够要求对高影响规则进行复审。技术社群应当参与测试和定义，而受影响的非成员应当拥有举报漏洞的实用渠道。
授权运营商同样应当保持可替代的实施方式。开放的规则格式和公开测试支持多个客户端和独立评估器。持有者无需专有软件即可理解适用资格。决策服务本身应当是可替代的，而无需更改政策，但替代权限必须来自相关的注册局、法律任命文书或法院——而不是来自 NRS 的倡导或成员代表。
这是一种积极的机构设计，而非对技术的盲从。它在重复性和精确性成为美德的方面使用软件，并在证据和比例原则至关重要的方面保留了公共的主观裁量。
一条从 2024 到 2030 年的可信路径
2024 到 2030 年的这段时期应当被视为不断提高确定性的过程，而不是一场裁员竞赛。第一阶段是清点。注册局应当列出产生重大后果的自动化检查、确定其授权、分类其主观裁量程度，并发布影响成员的接口。
第二阶段是可追溯性。每项现有的确定性检查都应当映射 to 稳定的政策或技术完整性引用上。错误响应应当区分语法、授权、证据和实质性条件。当前的规则版本应当获得公开的标识符。
第三阶段是共同开发。适合执行的新政策应当在公开讨论期间包含决策模型、示例、边界情况和实施分析。社群应当在生效前审查结果的变更。人类可读文本与可执行表达式应当共同发布。
第四阶段是可挑战性。产生重大后果的决策应当附带结构化凭证。深化的人工审查和独立申诉应当在时间、可访问性和权威性方面接受测试。应当公布汇总的撤销和例外数据。
第五阶段是可审计运营。签名的发布清单、可复制的测试、历史保留和独立的部署审计应当将每项决策与当时实际运行的规则联系起来。供应商的退出和降级的人工连续性方案应当进行演练，而不仅仅是停留在文档中。
到 2030 年，成功不应以无需人工干预的决策比例来衡量。而应当衡量于不一致结果的减少、纠正时间的缩短、理由的更加清晰、可避免申诉的降低、规则精确性的可证实，以及在服务或供应商中断时的韧性。
警示信号
有几个信号会表明机器可读规则正在演变为自动化的自由裁量。第一个信号是公开文本与运营理由之间的差距越来越大。如果申请人收到无法追溯到稳定条款的通用拒绝，那么实际生效的规则就是被隐藏的。
第二个信号是例外情况的堆积。用于规避僵化代码的大型内部非公开指南表明，形式化的呈现是不完整的。补救措施不是隐藏指南，而是重新评估规则并披露合法的例外类别。
第三个信号是供应商锁定。如果注册局在没有供应商的情况下无法重现决策、无法导出历史数据或在供应商中断时无法运行，那么公共权威就已经依赖于私人服务。
第四个信号是人工独立性的下降。极低的人工推翻率，伴随着反复出现的成功申诉，可能表明第一级审查员在向引擎妥协。应当对复审的质量进行直接测试。
第五个信号是版本不稳定。如果申请人无法确定有效的规则生效日期，或者两个渠道产生不同的结果，说明形式化的发布已经脱离了实际运营。
第六个信号是不平等的负担。对于特定司法管辖区、组织规模或技术模型，耗时更长、澄清率更高或验证失败次数更多，可能表明输入设计偏向了最简单的数据环境。此类差异需要调查，而非自动化指责，但它们绝不能保持隐蔽。
只有当规则接受问责时，一致性才有价值
机器可读规则可以改善数字资源管理。它们可以消除重复的官僚性变动、识别矛盾、支持预先测试并使规则变更可衡量。现有的 RIR 接口和标准化的注册响应表明，结构化的自动化在技术上已很普遍。
难题在于机构层面。代码可能一致地执行公开规则，但也可能隐藏证据、例外和发布决定是如何影响准入的。区别在于权威性、可追溯性、原因阐明、复审以及版本证明。
一个负责任的注册局绝不应要求成员盲目信任当前的系统运行了最新的政策。它应当允许他们验证这一连接。它绝不应将机器产生的结果视为理所当然的解释。它应当具体说明关键事实和权威条件。它绝不应宣扬没有权力修改结果的人工监督。它应当提供具备权威的复审以及具备独立性的申诉。
NRS 的贡献与受规约的自动化是兼容的，恰恰是因为其角色并非运营性的：它可以争取公开规则、收集成员证据、比对结果，并代表已将 RIR 治理授权转让给它的成员。 RIR 和其他授权运营商对每次常规执行、转移确认、权威记录和路由安全行动保持责任。这种分离可以减少对非正式员工裁判的依赖，而无需虚构出新的 NRS 规则引擎或服务职责。
指导原则很简单：自动化规则的应用，而不是自动化对自由裁量权的所有权。在保留主观裁量的地方，予以明确。在代码做出决定的地方，进行公布并版本化。在决策对申请人产生损害的地方，给出解释。在机构可能犯错的地方，保留一条人工纠正路径。这就是机器可读规则可以减少专断管理而非将其隐匿的方式。