摘要
- 号码资源政策需要了解注册系统、分配请求、转移、路由安全和成员运营的作者。排除实施者会去除编写可行规则所需的大量知识。
- 治理风险不在于专业知识，而在于未标记的角色转换。一个人可能以提议者、雇主代表、工作组主席、注册机构员工、软件操作者或受影响资源持有者的身份发言，而听众可能不知道正在行使哪种权力。
- RIR 过程已经包含有用的分离：APNIC 规定注册机构员工不参与共识；RIPE 描述了秘书处支持和公开影响分析；APNIC 和 RIPE 发布提案历史和实施材料。这些控制应扩展为持久的实施记录。
- 每项通过的政策都应附带意图图、决策日志、测试案例、冲突声明、公开实施计划、启动报告和实施后审查。未经共识解决的重要选择应返回社区，而不是悄然固化为表格、代码或员工指南。
同样的专业知识既创造合法性又带来风险
互联网号码资源政策并非由抽象议会制定。它由运营网络、请求地址空间、维护注册数据、为客户提供建议、构建注册系统、调查滥用、审查转移、主持技术讨论并在困难案例中解释规则的人编写。他们靠近实施通常是他们的贡献有价值的原因。一个没有操作知识的提案在邮件列表上可能优雅，但在服务台上却无法执行。
这一事实使简单的冲突规则自我挫败。社区不能通过排除所有后来可能应用该政策的人来保护政策。一个理解 RPKI 故障模式的工程师也可能部署证书服务。一个能够识别模糊需求测试的注册分析师可能后来培训进行请求的团队。一个提出转移规则的网络运营商几乎肯定会使用、提供建议或在该规则下竞争。专业知识和利益不是对立的；在专业化治理中，它们常常不可分割。
更难的问题在于，当同一个人的权威在不暴露的情况下发生变化时会发生什么。在讨论期间，作者要求社区接受一个问题陈述和政策文本。在实施期间，运营者决定请求表单将要求什么证据，如何升级例外，数据库状态意味着什么，何时拒绝案例，以及哪些边缘条件需要手动审查。这些决定可以改变权利的实际分配，即使通过的政策中没有一句改变。
因此，实施不能被当作中立的机械行为。它是一种有边界的解释行为。当社区能够看到哪些选择是由通过的文本强制的，哪些是必要的技术细节，哪些引入了新的实质性条件时，边界是合法的。当这个记录缺失时，一个知识渊博的作者可以在共识之后成为第二个政策制定者，不一定是出于恶意，而是出于使系统运作的普通压力。
一项政策至少有三个作者
具名提议者只是第一作者。公开讨论通过添加反对意见、缩小语言和确立共识所依赖的理由，成为第二作者，集体作者。实施团队在将文字转化为表单、软件、内部指令、证据门槛和客户沟通时，成为第三作者。每一份贡献都是真实的，但它们不具有相同的授权。
具名提议者拥有主动权。他们可以选择初始框架、示例和补救方案。社区拥有审议权威。它可能只有在获得保证某个担心后果不会发生后才接受补救方案。注册机构拥有执行权威。它必须在法律、安全约束和现有技术架构下提供连贯的服务。当其中一个角色声称拥有另一个角色的权威时，混乱就开始了。
实施团队不能说一个操作选择代表社区共识，仅仅因为它方便且与文本兼容。兼容性比授权更广泛。提议者不能通过与实施者私下解决歧义，仅凭他们一直以来的意图，如果该意图既未写入也未在讨论中测试。主席不能将解释性评论转化为具有约束力的语言，除非社区有公平的机会评估它。相反，社区也不能要求员工执行不安全或非法的行动，因为假设实施没有约束。
正确的模型是可问责的作者链。提案提供文本和理由。讨论记录确定接受的意义和未解决的限制。影响评估测试可行性并暴露选择。实施计划将每个操作决策映射到一个公共权威。在没有权威存在的地方，该选择被标记为行政性的，并限制在不会改变资格、负担、优先权或补救方案的范围内。如果它将改变其中之一，它应返回进行政策考虑。
当前 RIR 流程已经承认什么
APNIC 政策发展过程做出了一个重要的明确分离：RIR、ICANN 和 PTI 秘书处员工不参与共识。社区在政策 SIG 中讨论提案，主席观察大致同意，会员确认，执行理事会批准，APNIC 秘书处实施。这并没有从流程中移除员工知识；影响评估和操作输入仍然可用。它标记了为决策提供信息和作为做出决策的组成部分之间的区别。
RIPE 政策发展过程将 RIPE NCC 描述为提供行政支持、事实、统计数据、应要求提供起草协助以及解释影响和实施工作的影响分析。工作组主席指导讨论并宣布里程碑。该模型承认秘书处看到了志愿者提议者可能看不到的后果，同时将这些知识置于发布材料中，而不是将其视为私人否决权。
RIPE 工作组主席角色还要求主席明确他们是代表个人、雇主还是工作组发言。这是一个小而强大的治理原则。一个人的知识不需要被压制；提供知识的能力需要清晰可辨。
APNIC 发布带有版本、历史、秘书处影响评估、批准和实施日期的提案页面。RIPE 提案页面保留版本、状态和理由。这些做法创建了问责链的开端。然而，最重要的实施选择往往仍然分散在服务公告、程序页面、软件发布和员工解释中。公众可以看到政策已实施，但往往无法看到每个有争议的句子如何成为决策规则。
作者-实施者不是一个类别
交叉采取几种形式，有用的控制必须区分它们。最直接的情况是注册机构员工提出规则，后来进行运营变更。第二种情况是员工协助社区作者撰写文本，编写影响评估，然后实施它。第三种情况是工作组主席的雇主将从结果中受益或管理结果。第四种情况是运营者撰写政策，帮助向注册机构开发人员解释，然后为客户使用它。第五种情况是顾问的商业价值因规则变得复杂而增加。
这些情况具有不同的权力。公共提议者可以影响框架，但通常不能更改注册机构代码。员工分析师可能在共识中没有投票权，却对证据设计拥有决定性控制权。主席即使不涉及实施，也可以决定是否处理了反对意见。顾问可能没有正式角色，但由于很少有人理解提案，因此可以主导解释。将所有交叉视为被禁止的冲突既不公平也无效。
关键问题在于，此人是否可以做出或强烈影响影响资格、负担、时机、优先次序、披露、制裁或上诉的决定。如果是这样，应声明角色和利益，该决定应可审查，另一名合格人员应检查它。如果此人的任务仅限于纠正笔误或配置约定的日期，则公开可能就足够了。治理应遵循权力，而不是头衔。
这种方法也避免了将专业知识道德化。网络运营商不会仅仅因为通过的政策影响其资源而变得可疑。社区需要知道影响的方向和规模，作者是否拥有客户利益，以及是否公平地提出了替代方案。然后根据证据判断论点。冲突透明度是解释参与的工具，而不是实质性辩论的替代品。
问题陈述可能承载实施利益
许多政策权力在规则出现之前就被行使了。问题陈述决定了什么算作失败，以及哪些人表现为受害者、受益者或行政负担。将要实施补救方案的作者自然可能以他们的系统能够解决的方式定义问题。注册机构团队可能将不一致的文档描述为客户合规问题，而根本问题是模糊的表格。运营商可能将延迟描述为员工抵制，而实际上请求存在未解决的所有权风险。
答案不是要求一个无立场的观点。而是要求一个多元的问题记录。提案应区分观察到的事实、运营症状、作者解释和规范目标。应说明是谁的经验产生了诊断，以及哪些受影响的群体未被咨询。然后可以将实施约束作为约束来评估，而不是伪装成问题的定义。
反事实尤其有价值。如果不采纳该政策会发生什么？存在哪些非政策补救方案？程序更改、更清晰的指导或更好的工具能否解决问题？如果作者是实施组织的一部分，这些问题将测试是否正在为管理选择寻求政策授权。如果作者是受影响的运营商，它们将测试是否需要共享规则，或者提案是否社会化了一种商业模式的成本。
主席应坚持在辩论陷入逐行编辑之前解决对问题陈述的反对意见。一旦参与者协商确切文本，他们就投入于某个解决方案，并可能忽视诊断是部分的事实。发布的问题图可以保留相互竞争的解释，而无需就动机达成一致同意。然后，共识可以基于一个明确陈述的问题，即使参与者从不同的经验出发达到它。
影响评估可以照亮或预先决定
运营影响分析至关重要。它可以识别法律冲突、安全风险、数据库迁移、人员成本、不一致的术语、跨注册机构依赖以及作者未预料到的实施间隔。忽视这些知识的社区可能会批准一项无法管理的规则。但是，如果影响评估将一种解释呈现为不可避免，它也可以起到隐藏修正的作用。
假设一项提案要求对资源持有者事实进行更强验证。员工可能根据年度文件审查估算成本，尽管事件触发的验证或风险抽样也能满足文本。然后成本看起来像是政策的一个属性，参与者可能在此基础上拒绝提案。实际上，评估将规则与一个未选择的操作模型捆绑在一起。当较低估计算假设自动化后来被证明不可靠并将负担转移给申请者时，就可能发生相反的情况。
稳健的评估应将强制后果与实施选择分开。它应识别假设、替代方案、不确定性和负担分布。法律分析应说明风险是禁止的、可管理的还是仅仅是新颖的。技术分析应将当前系统成本与持久的政策需求区分开来；遗留平台不得无声地定义社区被允许选择什么。
应允许作者回应，但不得私下协商决定性的解释。员工意见、作者回答和修订后的评估应公开并带有版本。如果同一名员工协助起草了提案，另一名审查员应测试评估是否遗漏了替代方案。这不是对诚信的判断。它承认人们倾向于验证他们帮助设计的架构。
起草协助需要归属边界
注册机构员工经常帮助提议者将想法转化为精确的文本。这可以通过帮助缺乏法律起草经验或使用其他第一语言的参与者来拓宽可及性。它还可以使政策与现有手册更加一致。拒绝援助将有利于已经熟悉词汇的内部人。危险在于看不见的共同作者。
每项提案都应说明收到的起草协助类型：仅格式、编辑清晰度、技术数据、法律审查、运营设计或实质性措辞。姓名不如机构身份重要，尽管应记录负责联系人。如果员工建议了实质性条件，提案历史应显示它。如果提议者拒绝了建议，影响评估可以解释后果，而无需将最终文本呈现为员工批准。
该边界之所以重要，是因为读者对社区提案和注册机构倡议有不同的解读。由员工塑造的提案可能完全合法，但参与者应该知道将要执行规则的组织是否也设计了其核心机制。这种知识可能会引发关于替代方案、预算、执行和机构便利性的问题。隐藏该信息会剥夺社区提出这些问题的机会。
归属也保护员工。没有记录，失望的参与者后来可能声称注册机构通过名义志愿者编写了政策。透明的援助说明显示了做了什么和没做什么。它允许组织支持起草，而不必继承每个论点的政治作者身份。
共识不批准每个实施细节
社区讨论很少解决每个分支。参与者可能同意注册机构应验证一项事实，但未指定可接受的文件。他们可能支持转移条件，而未决定队列如何处理同时请求。他们可能采纳路由安全义务，而未确定重试间隔。一些细节必须保持运营性，因为政策手册不能变成软件规范。
关键是分类自由裁量权。第一类是强制的：政策明确要求某种结果。第二类是有边界的：多种手段满足文本，员工可以在不实质性改变可及性或负担的情况下选择。第三类是构成性的：选择实际上决定了谁合格，他们必须披露什么，他们等待多久，或者他们有什么补救方案。第三类选择需要新的公共授权。
实施矩阵应列出每个重大决定及其分类。对于有边界的决定，应解释标准，如安全、成本、可及性和可逆性。对于构成性决定，应确定后续提案、协商或狭窄的社区确认。这可以防止注册机构假装代码仅仅复制了散文，同时避免对每个接口字段都要求全面政策辩论的不可能要求。
该矩阵应包括对共识重要的负面保证。如果主席得出结论认为提案不会追溯性地干扰现有持有者，实施记录必须显示迁移如何保护他们。如果社区因为手动替代方案将保留而接受了一项规则，那么后来仅自动化的设计不能被驳回为程序问题。当理由对于解决反对意见必不可少时，它们是授权的一部分。
软件可能成为最权威的政策文本
对于申请者来说，操作性规则可能是一个必填字段、验证错误或个案工作者的检查清单。政策手册可以承诺灵活性，而门户只接受一种文件类型。它可以允许判断，而数据库状态强制拒绝。它可以保护一个没有服务路径暴露的例外。在那些时刻，软件不是在支持政策；它是在取代政策。
这就是为什么实施审查必须检查用户旅程，而不仅仅是修订后的手册文本。测试案例应涵盖普通申请者、小型网络、公共机构、跨境组织、遗产持有者、使用辅助技术的人以及数字记录不完整的案例。边缘案例揭示了作者的假设在何处变成了普遍负担。
政策作者可以帮助编写这些测试，因为他们知道预期的补救方案。他们不应该是唯一批准它们的人。至少应有一名审查员代表注册机构运营，一名应独立于提案，并应邀请受影响的用户质疑案例。测试和预期结果可以在不暴露安全敏感控制或个人信息的条件下发布。
启动后，注册机构应将实际结果与预期案例进行比较。拒绝请求突然增加、重复手动干预或申请者类型之间不均衡的延迟是实施可能创造了政策的证据。聚合数据可以在不披露客户文件的情况下揭示问题。作者-实施者应该能够解释异常，但独立的所有者应决定补救是否是程序性的，还是需要社区重新考虑。
个案工作自由裁量权不得保留为私人判例
没有实施计划能预见每个案例。员工将解释术语，平衡证据，并决定一种新颖的安排是否适合。即使注册机构说它们是特定案例，这些决定也会创造判例。如果只有原始作者或一个小运营组知道理由，类似情况的申请者可能会得到不同的结果。
去标识化的决定登记册可以保留实质性解释。它应说明问题、相关政策语言、结果、理由、日期以及决定是否是临时的。重复性行政事项不需要发布。澄清资格、证据、时机、优先次序或制裁的决定则需要。安全和隐私可以通过抽象事实来保护。
该登记册允许社区检测漂移。如果例外在一个方向上积累，政策可能写得很糟糕。如果实施团队反复依赖共识记录中未找到的假设，问题应返回工作组。如果结果稳定且无争议，下一次编辑修订可以公开编纂它们。
后来管理案例的作者应披露该交叉在登记册治理中，而不是在每个条目中。另一人应批准建立先例的决定，并且应存在内部重新考虑的途径。目标不是瘫痪运营。而是防止实际法律成为一个专家的记忆。
主席是交叉问题的一部分
作者-实施者的故事经常关注员工，但主席可能拥有同等的影响力。主席指导提议者，决定文本是否准备好，框定讨论状态，确定是否处理了反对意见，并宣布共识。他们也可能为将要使用该政策或对其设计持有深刻运营观点的组织工作。
RIPE 要求主席区分个人、雇主和工作组发言的期望应成为普遍习惯。主席可以贡献专业知识，但在倡导实质性立场时应将促进工作交给联合主席。实质性协助撰写提案的主席不应做出其共识声明。如果两位主席均有冲突，可以在决定性阶段前选择一名临时中立促进者。
回避必须是功能性的，而不是仪式性的。离开麦克风的同时私下起草共识摘要并没有消除影响力。记录应识别谁主持了会议，谁评估了反对意见以及谁签署了决定。联合主席只有在责任真正转移时才能提供冗余。
相同的原则适用于通过之后。主席可能被要求澄清社区的意图。他们可以指出记录，但不应发布约束员工的私人解释。如果记录模糊不清，那是公开澄清的证据，而不是邀请主席成为神谕。
商业实施值得同等审查
许多政策作者为服务提供商、经纪人、托管公司、咨询公司、安全厂商或大型资源持有者工作。他们的组织通过决定哪些客户合格、收集哪些证据以及如何定价或路由资源来内部实施注册政策。这不是注册机构实施，但它可以塑造政策的实际市场后果。
转移政策作者可能后来就转移向客户提供建议。滥用联系人作者可能销售合规服务。路由安全作者可能提供验证产品。这些利益不会使提案无效。它们确实制造了朝向复杂性、强制性流程或奖励现有能力的技术架构的激励。
因此，冲突声明应涵盖实质性商业利益，而不仅是注册机构雇佣。声明应具体到足以指导判断：雇主部门、相关产品或客户类别，以及作者是否期望实施或就该规则提供建议。确切的薪资和客户身份通常是不必要的。长期提案中的变更应进行更新。
在达成共识之前应考虑竞争的实施方案。如果拟议的义务仅能通过一家供应商架构满足，社区应该知道。开放标准、可导出记录和比例合规选项可以减少捕获。实施后审查应询问该规则是否集中了业务或产生了超出其公共目的所需的咨询依赖。
小社区放大不可避免的交叉
RIR 政策组不是拥有大量专业员工的国家立法机构。有限的志愿者可能理解某个专门问题。相同的名字反复出现，因为持续参与成本高昂。因此，严格的回避规则可能将每个能解决问题的人移除，留下形式上的独立和实际上的无知。
答案是分级保障。披露是基线。独立审查适用于实质性决定。在一个人对自己的提案或实施争议行使程序性权力时适用回避。当地方能力过于集中时，可以邀请外部专业知识。在证据积累的同时，决定可以是可逆的且有时间限制的。
机构还应投资扩大专家库。奖学金、翻译摘要、远程参与、实施简报和公开测试环境使更多人能够审查提案。文档减少了对口头历史的依赖。一个依赖一个作者来解释和实施规则的社区存在继任问题以及冲突问题。
工作量很重要。志愿者无法为每一个小改动审查数百页。实质性门槛应将注意力集中在影响可及性、分配、权利、制裁、隐私、安全性和上诉的选择上。日常配置可以留待可问责的员工处理。比例性使透明可持续。
实施听证应测试忠诚度，而非重新运行共识
在重大政策启动之前，注册机构应发布实施计划并举行聚焦审查。问题不是参与者是否仍然喜欢该政策。而是拟议的执行是否忠实地实施了接受的文本和理由。每当反对者不喜欢某个界面对就重新开启优点问题，将使实施不可能。
该计划应显示范围、日期、受影响的服务、迁移、证据要求、系统变更、手动替代方案、员工培训、隐私影响、安全假设和预期的用户结果。它应识别未解决的选择并命名其权威。作者可以呈现意图；实施者解释约束；受影响的用户测试可用性；主席陈述共识记录。
评论应分类为缺陷、政策问题和个人偏好。缺陷违背了通过的语言或实质性保证。政策问题暴露了社区未解决的选择。偏好涉及有边界的运营方法。缺陷得到纠正，政策问题返回授权的公共路线，偏好由员工做出决定并附具理由。
这次听证会创建了从作者到行政管理的干净过渡。一旦完成，没有个人作者的私人意图超越发布的地图。实施团队获得可辩护的授权，社区获得一个对照记录，以后可以测量漂移。
启动是证据的开始
往往在通过时社区关注就结束了，而最强的证据刚好出现。真实请求显示了定义是否有效，负担是否不均衡地落在身上，以及员工是否依赖于例外。由其未来实施者设计的政策需要特别仔细的评估，因为其假设可能嵌入整个服务中。
启动报告应在确定的间隔后出现，对于高容量流程通常为三到六个月，对于罕见事件则更长。它应将预测与结果进行比较：请求量、完成时间、拒绝原因、上诉、手动干预、系统事件、成本和分配效果。数据应聚合，局限性应说明。
该报告应记录启动后做出的变更。紧急修复有时是必要的，但每一个都应有授权、所有者和过期或审查日期。一组小修复可能产生实质性不同的规则。如果是这样，社区应考虑修订，而不是允许运营沉积物成为永久政策。
审查必须包括原始作者和实施负责人以外的人员。他们应做出贡献，因为他们的知识仍有价值，但另一个机构应决定证据是否显示了忠诚度。根据 RIR 的结构，这可以是工作组、咨询委员会、独立审查小组或有时限的社区团队。
上诉需要访问实施记录
如果操作性解释不可见，质疑决定的申请者无法提出有意义的案例。政策参与者也无法仅凭宽泛的文本对实施漂移提出异议，而注册机构依赖未发布的技术约束。因此，决定日志、测试案例和影响假设应可供任何审理投诉的审查机制使用。
上诉应提出四个问题。通过的政策要求了什么？是什么实施分类授权了有争议的选择？该规则是否一致地适用于事实？新证据是否揭示了政策缺口，而非个人错误？这些问题将个案纠正与一般规则的修改分开。
作者-实施者不应是最终审查员。他们可以解释设计并提供证据，但必须由另一名决策者评估它。如果上诉暴露了一个只有作者能解决的歧义，系统就已经失败了；公共政策不能依赖于不可及的意图。
发布的上诉结果应输入决定登记册和实施后审查。重复逆转是指导存在缺陷的证据。以相同理由被拒的重复投诉可能表明，即使决定是合法的，公共说明也不清晰。问责不只是识别不当行为；它是了解规则在哪里产生了可避免的冲突。
可行诚信标准
以下标准保留了专业知识，同时不授予看不见的权力。提交时，作者披露相关雇佣关系、商业利益、注册机构角色和预期的实施参与。起草协助按类型归属。问题陈述区分证据、解释和替代方案。主席声明冲突，并在实质性塑造了提案的情况下转移促进工作。
在评估期间，注册机构发布假设、强制效果、实施选项、成本、法律约束和不确定性。一名独立于实质性起草的审查员测试实质性替代方案。作者公开回答。共识总结记录决定性反对意见、保证和边界，而不仅仅是支持计数或结论。
通过后，实施矩阵将实质性选择映射到政策权威。构成性选择返回社区。测试案例包括不同用户和不利条件。公开计划在启动前发布；去标识化解释登记册跟随其后。实质性变更伴随理由和审查日期。
运营开始后，结果数据测试预测。独立审查员评估忠诚度，作者和实施者发表意见，但不控制结论。上诉可以检查记录。当实践改变了资格、负担、优先次序、披露、制裁或补救时，文本通过适当的公共流程进行修正。
该标准不假定腐败。它假定实施包含判断，专家承担多重角色，并且当这些转换可见时，机构更值得信赖。
合法性测试是另一个团队能否复现该规则
一个成熟的政策应能经受其作者的离开。另一个实施团队应该能够阅读提案、讨论摘要、影响分析、决策矩阵、测试和审查报告，并达到基本相同的成果。如果它必须致电起草者以发现某个短语的真正含义，则该机构没有采用公共规则；它采用了一个个人依赖。
可复现性比缺少已声明冲突是更强的诚信测试。一个人可以没有经济利益，但仍然行使过度的解释控制。另一个人可以拥有明显的利益，但仍然产生透明、可测试的设计，社区可以审查和替换。重要的是授权是否通过公共理由是可转移的。
该测试还改善弹性。员工流动、供应商变更、诉讼、紧急情况和系统迁移都迫使政策进入新手中。可复现的实施记录允许连续性，而不会冻结旧假设。新团队可以看到哪些选择是临时的，以及社区在哪里保留了裁量权。
对成员来说，可复现性创造了平等对待。申请者无需认识原始作者或拥有内部历史来理解规则。对作者来说，这是其专业知识成为机构知识而非私人权力的最终证明。
采购可能隐藏第四个实施作者
注册机构不一定自己构建每个服务。承包商可能配置身份检查、案例管理、投票、文件审查或安全控制。采购团队将政策要求转化为规范，供应商将规范转化为产品约束。这创建了第四作者，其选择可能不如员工解释那样可见。
合同可以在不改变政策手册的情况下缩窄社区规则。供应商可能支持一种证据格式、一种队列模型或一种身份假设。定制它的成本可能高到员工将产品限制描述为运营必要性。机构然后将私人架构继承为公共意义。
因此，实质性规范应在合同授予之前出现在实施矩阵中。采购保密可以保护价格和安全细节，但不能保护产品将决定资格、证据、时机或上诉这一事实。竞争投标者应根据已发布的政策测试用例进行评估。供应商无法满足所需例外是产品缺陷，而不是消除例外的授权。
合同应保留数据导出、审计访问、变更记录和注册机构替换服务的能力。一项政策不得变得依赖于供应商的未记录解释。当承包商帮助设计实质性机制时，该协助属于归属记录，就像员工起草一样。
启动后审查应包括由供应商造成的结果：被产品限制阻止的案例、手动变通方案、可及性失败以及通过升级强加的变更。公众无需看到专有代码即可知道外包实施是否保持忠诚度。问责制跟随委托的权力，即使行使该权力的人从未出现在政策邮件列表上。
后来就政策修订提供建议的供应商员工应披露实施关系。他们的证据可能特别有用，特别是当产品限制产生了重复的例外时，但商业答案不应定义公共问题。注册机构应发布足够的性能信息，供替代供应商和独立工程师质疑必然性的主张。只有当没有承包商拥有其如何运作的唯一实际解释时，社区规则才能保持公共性。
结论：标记每次帽子变化
政策社区应欢迎实施者成为作者，因为可行的规则需要理解后果的人。他们应欢迎作者进入实施，因为意图可以防止可避免的错误。但每一次帽子变化都必须被标记，且没有帽子应携带从另一顶帽子借来的权威。
提议者说服。社区授权。主席评估流程。秘书处建议和执行。董事会或理事会履行分配给他们的角色。审查员测试忠诚度。同一个人可能在一段时间内占据多个位置，但不能是在看不见的情况下，也不是作为他们自己工作的唯一评判者。
这就是实践专业知识与捕获之间的区别。捕获不需要秘密阴谋。当明智的运营选择从未暴露时，当帮助起草者成为唯一的解释者时，或当软件解决了公开讨论留下的反对意见时，它就可能产生。透明的角色变化、公开的实施理由和独立审查将这些风险转化为可管理的治理。
号码资源政策不是在假装实施是自动的时候赢得合法性，而是在它使共识和服务之间的人类选择变得可见时赢得合法性。既制定规则又实施规则的人不应被取消资格，也不应仅凭头衔信任。他们应通过一个足够强大的记录来承担责任，使社区能够理解、质疑并在必要时改变其专业知识建立的东西。