摘要
- 到 1994 年，IETF 工作组指南中已经记录了嗡嗡测试，并且它仍然有用，因为它是一种快速、故意非选举的信号。它可以揭示房间的倾向、问题是否被理解以及主席应继续讨论的方向；它并不衡量授权选民。
- RFC 7282 指出，嗡嗡声应开启对话，而不是结束对话。音量无法显示技术反对意见是否得到回答、参与者是否听到了相同的提议、远程和缺席的专家是否得到了代表，或者独立的实现是否支持所选方向。
- 可重现性应意味着可重构性，而不是要求重现声音。最终记录应保留确切的问题、顺序、主席的即时解读、反对意见、原因、会议证据、列表确认、后续修订和剩余异议，以便另一位有能力的审阅者能够评估共识发现。
一种设计为不成为投票的仪式
IETF 的嗡嗡声令人难忘，因为它看起来不同于立法机构、公司和标准协会使用的正式决策工具。主席要求支持某一方向的参与者发出嗡嗡声，然后要求对方方向也发出嗡嗡声。房间产生两个模糊的声学信号。不点名。没有公司代表团投加权票。主席倾听并判断信号对讨论意味着什么。
这种非正式性并非偶然。IETF 没有固定的投票成员。任何人都可以作为个人技术贡献者参与。参会者因会议和议题而异。同一个人可能深入理解一个草案，而对另一个草案仅有大致了解。把房间里的每个人都当作平等的授权投票者会产生虚假的精确性，并鼓励为获得数量优势而招募人员。
嗡嗡声抵制这种转变。声音是集体的，但不容易归因。它给主席一个方向感，而不会产生参与者可能误认为具有约束力的多数票的计数。它可以表明一个提议有实质利益、存在反对意见，或者房间过于不确定无法继续。它足够快以指导实时议程。
问题始于这种缺乏精确性（正是它保护了粗略共识）被用来保护最终判断不受审查。“有强烈的嗡嗡声”可能成为一个结论，其事实基础外人无法评估。后来的参与者可能不知道确切的问题、两个方向是否都经过测试、表达了哪些不确定性，或者主席如何将声音与技术问题联系起来。
适当的改革不是消除仪式或将其变成投票。而是将嗡嗡声的探索功能与最终共识发现所需的证据分开。嗡嗡声可以保持非正式。但决策必须是可重构的。
有记录的做法可追溯到早期的 IETF
RFC 1603于 1994 年发布，将工作组描述为通过粗略共识运作的开放社区。其关于会议管理的说明允许通过举手、嗡嗡声或小组接受的其他方法来确定共识。主席决定是否达成了粗略共识。
该文件将这种自由裁量权置于更广泛的架构中。工作组的大部分业务通过电子邮件进行。会议需要记录讨论和决策的纪要。标准理想包括多个独立的互操作实现和运营经验。区域主任和 IESG 提供监督。嗡嗡声是开发、审查和测试序列中的一个工具。
RFC 2418于 1998 年取代 RFC 1603，并保留了嗡嗡声。它拒绝将 51%作为粗略共识，并警告说主导不意味着音量或坚持。它要求对新问题或实质性变化问题的会议决定在邮件列表上进行审查。因此，主席在房间里的判断从不单独作为唯一可用的证据。
这段历史之所以重要，是因为它反驳了两个简化的故事。嗡嗡声并非是一种后来精度下降的经过科学校准的测量方法。它也不仅仅是缺乏程序背景的社会剧场。它是一个低分辨率的辅助工具，面向一个期望开放讨论、书面审查、独立实现和上诉的机构。
自 1990 年代以来的时期已经改变了环境。会议规模更大、混合式且全球分布。远程工具可以产生明确的响应计数。仓库保存了大部分文本辩论。音频和视频可以被记录。这些变化增加了保存证据的能力，但也增加了将工具输出误认为是共识的诱惑。
持久的问题不在于声音是否传统。而在于机构记录是否仍然允许房间外的人们理解主席为何继续推进。
RFC 7282 限制了嗡嗡声的合法使用
RFC 7282给出了最清晰的现代说明。其核心指令是嗡嗡声应开启对话，而不是结束对话。主席应使用信号来确定需要解释的内容，而不是将更响亮的声音视为获胜方。
粗略共识涉及问题。当所有实质性反对意见都得到处理时，小组可以继续，即使一些反对者仍然不满意。一小部分拥有有效未解决技术担忧的少数派可以阻止共识发现。相反，一小部分参与者可能承载技术正确的立场，而更大的房间偏好一个不可行的选项。
嗡嗡声无法传达这些区别。它传达方向，也许还有强度，但不传达其中任何原因。参与者可能因为拥塞、隐私、编辑清晰度、商业偏好或不完全理解而嗡嗡反对提案。另一个人可能因为代码存在、截止日期临近或替代方案看起来更糟而支持它。声学音量将每个原因压缩成一个信号。
因此，RFC 7282 期望主席询问声音背后的原因。如果嗡嗡声接近，显然需要讨论。如果其中一种响得多，仍然需要讨论，因为安静的反对者可能持有决定性的技术问题。如果没人嗡嗡，房间可能困惑、漠不关心或没有准备好。主席的判断是基于问题，而不是分贝。
这一原则提供了可重现性标准。后来的审阅者不需要精确听到主席听到的内容。审阅者必须能够检查证明主席结论的提议、反对意见、回应和技术证据。一旦其信息内容转化为理由，声音就可以消失。
可重现性不是重放声学
科学上的可重现性通常意味着另一位研究者可以重复一种方法并获得可比的结果。会议嗡嗡声无法满足这种字面模型。同一个人无法回到相同的知识状态。房间声学、麦克风放置、远程延迟、问题顺序和社会线索无法完美重现。即使是高质量录音也会改变听者的位置，并且可能无法准确捕捉相对声音。
治理需要一种不同的形式：决策可重构性。知情的审阅者应能够恢复正在考虑的决策、可用的证据、哪些反对意见仍然存在、主席从嗡嗡声推断出了什么、随后进行了什么讨论以及为什么最终结论符合 IETF 的共识标准。
这类似于运营事件分析中的可重现性。调查者不能在相同条件下重跑一次全球故障。他们可以保存日志、配置、时间线、观察和假设，足以让另一个团队测试解释。记录不会重演事件；它使得因果判断可审查。
对于嗡嗡声，不可简化的观察可以是适度的：主席听到了对一个提议的更强支持、混合信号或响应不足。记录不应将这种印象转化为编造的数字。它应该用可重现的事实包围观察：确切的措辞、草案版本、在场参与者、可用远程接入、表达的反对意见、讨论链接、实现证据和随后的列表确认。
一个可重现的共识发现因此不是一个客观的声学测量。它是专家判断的透明行使。另一位有能力的主席可能对证据有不同的加权。记录应使这种分歧可理解和可上诉，而不是假装它不存在。
问题的措辞也是证据的一部分
嗡嗡问题的微小变化可以改变信号。“这应该成为工作组文档吗？”不同于“这种技术方法是小组的首选基础吗？”采纳可能意味着愿意在草案上工作、对其架构有信心或拒绝竞争草案。参与者可能根据不同的解释发出嗡嗡声。
复合问题更糟。主席可能会问小组是否支持一个“带有提议的安全变更”的机制，而这些变更包含几个有争议的元素。一个支持机制但拒绝其中一个元素的参与者没有准确的嗡嗡声。由此产生的声音无法映射到一个提议。
否定措辞可能造成混淆：“你反对不采纳吗？”选项顺序可能对房间产生引导。一个早期的强烈嗡嗡声可能抑制后来的异议声音。在说服性演示后立即提出的请求与在反对者回应后提出的请求测量不同的状态。会议结束时提出的问题可能既捕捉了技术判断也捕捉了离开的时间表。
会议记录应保留每一个有影响的嗡嗡的准确或实质准确的措辞、选项的顺序和正在讨论的文档版本。如果主席在澄清后重新表述问题，两种表述都重要。记录应说明是否提供了弃权或信息不足的选项。
这个要求几乎没有负担。主席通常准备幻灯片和议程。显示的问题可以复制到记录中。远程工具可以保存提示。好处很大：后来的读者可以区分对方向的赞同和对最终文本的批准。
可重现性在声音之前就开始。如果提议本身仅由记忆重建，决策就无法审计。
房间是一个选定的样本，而不是工作组
IETF 会议房间是开放的，但它在统计意义上不是一个代表性样本。出席情况反映旅行、注册、时区、雇主支持、签证获取、议题安排和个人工作量。参与者可能为了一项目程项目进来，在另一项之前离开。远程参与者可能面临延迟或队列劣势。在场的人是有价值的贡献者，而不是来自已知人群的选民。
这就是为什么嗡嗡声不能建立参与百分比或授权。没有稳定的分母。嗡嗡声的响度取决于有多少人选择发声、他们发声的音量、他们坐的位置以及主席如何听到他们。一百个沉默的参与者不一定是弃权；有些人可能缺乏背景或只是在听。
然而，会议记录仍应披露环境。大约出席人数、远程参与可用性、已知音频故障、不寻常的时间表限制和议程阶段有助于审阅者校准观察。这是描述性上下文，而不是选民名册。
当议题影响很少出席的参与者时，选择变得更加重要。一个机制可能给小型网络、库维护者或区域部署带来运营负担，而这些不在房间内。他们的缺席并不会赋予他们否决权，但协议作者中的强烈嗡嗡声不能证明运营问题已被考虑。
主席应提出一个单独的覆盖问题：房间里包含了哪些专业知识和部署利益，哪些缺失？后续请求可以在列表或通过相关理事会寻求缺失的审查。这将人口统计不确定性转化为技术证据任务。
房间可以合法地指导工作。它不能授权“工作组同意了”的声明，直到更广泛的审查面有有意义的机会测试结果。
远程嗡嗡揭示测量问题
向在线和混合会议的转变使得机制变得明确。声学房间的嗡嗡声无法通过会议系统清晰地传输。静音麦克风、噪音抑制、不等的延迟和音频混合会破坏集体信号。因此，数字工具提供按钮、举手或响应类别。
这些工具可以改善访问和保存。它们可以显示有多少连接的参与者响应，捕获确切的提示，并包括原本无法听到的远程人员。它们也可能使结果看起来像投票。显示 35 对 30 会引发数值阈值推理，即使 IETF 的方法说决定的不是计数，而是问题。
IESG 的2020 年叙事性会议记录记录了在虚拟会议工具讨论期间的这种紧张关系。参与者考虑了数字、匿名性、强度和问题设计是否会保留或扭曲嗡嗡声的功能。一个表达出的担忧正是主席不应将接近的计数转化为共识声明。
一个实验性的虚拟嗡嗡要求草案提议为会议记录提供问题和响应的可下载摘要。该提案没有成为约束性规则，但它说明了有用的区别：工具可以保存观察结果，而 RFC 7282 继续保持对其含义的解释权。
因此，数字响应数据应作为上下文证据保留，而不是被视为决策。记录可以说指定数量的连接参与者选择了每个提示，受限于工具限制。主席仍然必须识别技术反对意见，确定它们是否得到处理，并通过工作组更广泛的渠道确认结果。
远程技术并不通过将声音转化为数字来使嗡嗡声可重现。它使输入更易于保存，而这只有在该机构也保存基于问题的判断时才有价值。
强度既有信息也有危险
嗡嗡声似乎带有强度。响亮、即时的响应感觉不同于犹豫的低语。主席可以利用这些信息来判断方向是否有能量、参与者是否困惑或反对意见是否值得重点关注。
强度不是证据强度。参与者可能因为议题影响某个产品、因为自信或因为喜欢这个仪式而大声嗡嗡。安静的参与者可能持有显示故障的数据包跟踪。在公共表达上的文化舒适度不同。远程响应工具可能完全消除强度，或者用虚假量化信心的尺度来替代它。
只有当强度影响了下一步时，主席才应描述性地记录强度。“房间响应似乎强烈指向性，但一个技术反对意见引发了进一步讨论”比“压倒性共识”更有用。第一个陈述将观察与结论分开。第二个将声音转化为权威。
强度也有助于检测合法性问题。如果强烈的房间响应在确切提议被发布到列表时崩溃，那么早期信号可能反映了措辞、听众或短暂的热情。差异是需要解释的证据，而不是需要掩盖的尴尬。
正确的层级是清晰的。技术证据决定反对意见是否有效。经过推理的讨论决定它是否得到处理。强度帮助主席管理时间并决定哪里需要澄清。它并不颠倒这个顺序。
这一原则保留了嗡嗡声的人性价值。主席并不被要求忽略房间的情绪。他们被要求避免将情绪呈现为关于协议正确性或社区权威的可重现发现。
嗡嗡声应触发问题，而不是结束
在每次实质性嗡嗡之后，主席应宣布所听到的内容并邀请纠正。如果支持看起来更强，要求反对者陈述未解决的问题。如果反对看起来更强，要求支持者看更窄的提议或新证据能否回答关切。如果信号微弱，问人们是否理解了问题并阅读了相关草案。
这一即时声明执行三项功能。参与者可以纠正被误听的情况。会议记录获得了一个同时代的解释而不是后来的重建。主席揭示了嗡嗡声是被用来指导讨论还是终止讨论。
然后应捕获最强对立的论点。RFC 7282 不要求每个偏好都得到满足，但它确实要求反对意见得到处理。主席可以总结问题并询问反对者总结是否公平。小组可以审查证据而不是辩论明显的音量。
当答案明确时，可以结束。主席可能得出结论，反对意见没有识别出失败、修订解决了它或实现证据支持某一权衡。决策声明应包含该理由。如果答案需要工作，嗡嗡声通过定位下一个任务完成了它的工作。
这个序列减少了程序上的戏剧性。参与者知道嗡嗡声不是他们影响结果的唯一机会。安静的专家可以在信号后发言。主席有权在问题回答后继续前进，而不是反复抽样房间。
实际成本是几分钟，而不是几个月。一个有影响的嗡嗡声之后两分钟的经过推理的交流比几个无结构的嗡嗡声（其含义之后必须被辩论）产生更好的记录。
会议记录需要最低限度的证据语法
会议记录从转录到稀疏的要点各不相同。对于一个有实际意义的共识测试，记录应包含一组最小字段，即使会话的其余部分被简要总结。
首先，确定草案版本、章节或具体提议。第二，保留问题和它们的顺序。第三，描述房间和远程响应，不假装拥有该方法没有的精度。第四，记录主席的即时解释。第五，陈述最强的实质性反对意见和回应。第六，确定行动：进一步讨论、修订、列表确认、采纳请求、最后审查或无结论。
如果提到了实现证据，链接它。数据包跟踪、互操作报告、代码问题或部署记录是支撑判断的网络资源证据。如果证据有争议，会议记录应如实记载。“存在实现”的说法不如显示哪个行为在哪个修订版本上经过测试的链接有价值。
会议记录应按问题记录异议，而不是戏剧性的引用。个人归属在贡献者希望对技术声明负责时有用，但治理记录主要需要关注。一个简洁的陈述防止后来声称房间是一致的。
主席应及时审查共识部分，最好在记忆消退之前，并将其发布到列表。参与者可以纠正事实错误。更正应保持链接，而不是无声地重写历史记录。
这种语法足够小巧，适用于志愿者工作组。它使后来的共识发现显著更可重现，而不需要完整的转录或声学分析。
录音有帮助，但不能承载判断
音频和视频录音可以解决关于措辞、顺序以及反对意见是否被表达的争议。它们保存了记录省略的语气和演示背景。在混合会议中，它们可以显示远程参与者是否试图进入队列。
录音作为最终决策记录是有缺陷的。它们耗时长、难以搜索、对音频质量敏感，并且作为文档与其基本原理之间的唯一链接是脆弱的。评估一个共识调用的人不应被迫观看两个小时的会议来发现提议和结果。
声学重现也是不可靠的。麦克风压缩声音，房间拾音不均匀，远程听众收到混合频道。录音可以确定嗡嗡声发生；它可能无法重现主席从房间前排感知到的东西。
因此，记录应引用录音并附带时间戳，提取决策事实。录音是支持证据。书面陈述是主席结论和原因的解释性权威。如果它们冲突，差异应公开更正。
长期访问很重要。稳定的 Datatracker 记录和邮件列表消息比临时会议平台的链接更有用。工作组应保存足够的文本，使得未来的维护不依赖于专有播放器或消失的格式。
录音的存在不能成为会议记录薄弱的借口。当机构将解释的负担转移给每个未来的读者时，更多的数据会减少问责制。可重现性需要有序的证据，而不仅仅是存储的媒体。
邮件列表确认是实质性的第二次测试
RFC 2418 要求，当会议就一个新的或实质性改变的问题做出决定时，在邮件列表上进行审查。RFC 7282 强调最终决定预计在列表上做出。确认不是无人需要回应的仪式性声明。它给缺席的参与者提供了提议、理由和提出实质性问题的机会。
一个有用的确认消息应说明房间嗡嗡声的建议，而不是夸大成最终共识。它应复述确切提议的决策、链接相关草案和记录，总结主要反对意见和回答，确定实现证据，并设定一个合理的回应期限。
对该消息的沉默比在简单的“请反对”之后的沉默更有意义。读者可以看到他们在确认什么。前参与者可以识别缺失的假设。实现者可以将当前文本与他们的代码比较。远程贡献者可以纠正对会议的不完整描述。
如果列表没有提出新问题，主席可以发布一个整合了房间和列表证据的最终结论。如果出现新的反对意见，主席必须处理它。会议嗡嗡声不被无效化；它成为更广泛讨论的一部分。一个严重的缺陷可以正确地逆转房间方向。
确认后的实质性变化需要另一次检查。编辑不能通过悄悄地更改文本并依赖早期的嗡嗡声来解决异议。主席应决定更改是实现了已商定的答案还是创造了一个新的提议。记录应链接修订版和任何后续调用。
列表确认使得共识可重现，因为它将本地的声学事件转化为书面的、全球可检查的声明。其合法性取决于声明和回应的质量，而不仅仅是一封电子邮件被发送的事实。
异议必须在更响的声音后幸存
嗡嗡测试可以通过两种方式消除少数派证据。参与者可能不愿对一个明显主导的房间发出嗡嗡声。记录可能只描述所选的方向，不给反对意见的存在留下痕迹。两种失败都与基于问题的共识相冲突。
即使小组继续，主席也应保留实质性异议。记录可以说明，反对者预测了一个特定的失败、小组审查了指定的证据，以及主席认为该问题基于给定的理由已经得到回答。反对者不需要同意结论。
这保护了善意的少数派参与。它也限制了重复阻挠。一旦问题的最强形式被记录和回答，后来的重复不会增加额外的权重。新证据可以重新打开问题；音量不行。
异议陈述应区分可行性、架构、安全、运营和偏好。如果参与者只是更喜欢选项 B，小组可以在理解权衡后选择 A。如果 B 的倡导者表明 A 不能与已部署的系统互操作，则需要技术答案。如果担心是远程参与者被排除在嗡嗡声之外，补救措施是更广泛的确认。
如果仍然存在不确定性，文档可以缩小范围。声称的通用机制可以作为实验性进行。有风险的特性可以是可选的。部署假设可以明确说明。保留异议使得状态和语言能够诚实反映证据。
机构合法性不是通过房间听起来一致来证明的。它是通过决策能够承认持续的反对意见并仍然解释为何推进负责来证明的。
独立审阅者使主席的推理可检验
主席从工作组历史内部倾听。这种专业知识是优势，但也可能使共同的假设变得不可见。独立审查检验提议是否能在形成它的人之外存活。
RFC 4858期望文档指导者评估审查深度和广度、主要的工作组外审查、专家需求、争议和实现。这些问题为热情的房间嗡嗡声提供了自然的检查。指导者可以询问是否有独立的人解释了文本，以及相关的运营视角是否在场。
独立性有几种形式。与作者无关的审阅者可以暴露组织假设。从规范编写的第二个实现可以暴露歧义。主导部署环境之外的操作者可以暴露成本或失败。安全审阅者可以测试普通讨论接受的主张。
记录应说明独立审阅者审查了什么以及什么改变了。仅靠姓名是薄弱的证据。一个没有发现缺陷的审查仍然重要，如果其范围明确。如果所有实现都源自一个代码库，或者所有审阅者共享一个设计团队，应披露这一限制。
独立审阅者不否决工作组。它为共识调用者提供证据。一个技术上可靠的审阅可以验证房间方向、揭示缺失的问题或表明明显的反对意见建立在过时的草案上。
实用的可重现性测试是，后来的审阅者能否跟随这条链条：嗡嗡声建议了方向；异议识别了问题；独立审查测试了问题；修订或理由回答了它；列表确认没有发现剩余的实质性反对意见。这远强于主席清楚听到了房间的说法。
实现者将偏好转化为网络证据
当参与者在实现之前比较有吸引力的设计时，嗡嗡声尤其脆弱。房间可以基于架构、简单性或熟悉性表达偏好。独立代码可以揭示首选选项存在歧义解析、不兼容状态、不安全回退或不可接受的资源成本。
实现证据应链接到正在讨论的版本和问题。早期设计的原型不能验证后期的安全更改。围绕一个库的两个封装不是完全独立的解释。正常路径的成功演示不测试恢复。
有用的证据包括互操作矩阵、数据包捕获、一致性结果、问题报告、真实条件下的性能以及运营回滚。负面发现与成功一样属于记录。小组可以选择在限制条件下继续，但嗡嗡声不应掩盖它。
实现者不获得额外投票。他们的证据获得权重是因为它关系到反对意见是否有效。这保持了开放参与，同时尊重 IETF 的工程使命。一个具有可重现故障的新人可以在满是资深支持者的房间里改变方向。
主席可以使用嗡嗡声来问不同的问题：谁读了草案、谁打算实现或哪个选项值得原型开发？这些是资源和兴趣探测，不是共识决策。明确标记它们可以防止后来的记录将工作意愿转化为对技术内容的批准。
网络资源证据是声学信心最强的解毒剂。声音告诉主席房间倾向。实现表明网络能否跟随。
主席的经过推理的陈述是关键工件
没有字段集合可以从粗略共识中移除判断。主席必须决定反对意见是否被理解、证据是否回答了它们以及进一步延迟是否会改善结果。因此，问责制围绕一个经过推理的陈述展开。
陈述应识别决策和范围。它应将嗡嗡声描述为一种观察，而不是结果本身。它应列出实质性反对意见、它们的处理方式和剩余不确定性。它应总结独立审查和实现证据。它应说明会议和列表输入是如何整合的。它应确定任何与判断相关的冲突或特殊的参与限制。
详细程度可以变化。一个直接的采纳请求可能需要一个段落。一个有争议的安全机制可能需要一个问题表格。一个接近的房间信号随后进行实质性修改需要清晰的时间线。比例性使义务保持现实。
陈述应避免无支撑的形容词如“压倒性”，除非该术语明确描述房间，而不是用作证据。“第一个嗡嗡声在听觉上更强”是一个观察。“小组压倒性批准”暗示了一个并不存在的选民和选票。
公布理由也有助于主席。参与者可以迅速纠正误解。区域主任和指导者可以评估结论。未来的主席可以看到哪些问题已经解决以及原因。申诉可以专注于证据而不是回忆。
关键工作不是音频、响应计数或会议幻灯片。它是主席从观察到技术问题到共识标准的可检查映射。
申诉需要实际上可以审查的记录
IETF 程序允许升级和申诉，因为主席和指导机构可能出错。如果受质疑的决策是“主席听到了强烈的嗡嗡声”，申诉无法良好运作。审阅者必须完全遵从或重做一个不可能的声学事件。
可重构的记录改变了问题。上诉机构可以询问提议是否明确、是否遗漏了实质性证据、反对意见是否被准确描述、小组是否获得了列表确认、是否在无审查的情况下发生了实质性更改，以及主席是否应用了基于问题而非数量的推理。
申诉不应成为第二次投票。也不应仅仅因为另一种结果可能就用技术判断替换。审查可以是尊重的，同时仍然检查理由和程序。考虑了相关证据并解释了合理结论的主席不应因为嗡嗡声接近而被推翻。
有效的补救措施可以是狭窄的。上诉机构可能要求纠正记录、进行有针对性的列表呼叫、独立审查或重新考虑一个问题。它不需要丢弃多年的工作。如果缺失的视角可能实质性改变部署，有限的延迟可以保护标准的可信度。
公开记录也阻止弱申诉。参与者不能合理声称异议被忽视，如果问题、答案和后续测试都已链接。透明度既支持了关闭也支持了挑战。
因此，可重现性加强了机构权威。主席仍然有权决定，而机构保留区分判断与任意断言的能力。
捕获可以隐藏在看似自发的房间背后
嗡嗡声减少了某些捕获风险，因为它不奖励有组织的人数统计以官方投票总数。它不消除议程权力、出席集中、雇主协调或社会压力。
一个主导的设计团队可能框定选择项、在其演示后安排嗡嗡声，并用已经致力于实现的人填满房间。较小的竞争对手可能缺乏差旅支持。参与者可能听到强烈的第一次响应并抑制自己的异议。这些都不需要恶意；共享上下文可以产生同样的效果。
保障措施是程序性和证据性的。在可行的情况下提前公布问题。公平地展示最强的替代方案。邀请冲突和实现利益变得可见。获取反对和信息不足的信号。询问理由。在列表上确认提议。当房间和作者实质性重叠时，寻求独立审查。
重复嗡嗡声本身可能成为压力装置。主席不应持续抽样直到首选方向听起来更强。如果信号不明确，确定未解决的问题并收集证据。记录每一个有意义的测试，而不是只有最后一个。
远程参与可以缓解或恶化捕获。它扩大了接入，但可能给现场发言人更丰富的背景和更快的队列访问。记录应注意重大的技术故障或参与不对称，并给列表一个真正的机会来纠正它们。
共识捕获的最佳检测方式是询问，如果把最响亮的集群放在一边，该决策是否仍然有可辩护的证据基础。独立审查、实现结果和经过推理的问题关闭应继续存在。
无成员社区中的成员问责制
IETF 缺乏正式成员资格是不投票的理由，而不是忽视参与证据的理由。机构应精确说明它观察到了谁的信号。“房间倾向于 A”是准确的。“IETF 通过嗡嗡声批准了 A”在更广泛的确认和正式进展之前通常过于宽泛。
这里的成员问责制意味着每个参与者都能理解声音如何成为决策。规则不应优待那些知道仪式隐性惯例的人。应告知新来者嗡嗡声不是选票、理由很重要、反对意见可以在声音之后提出。远程和缺席的参与者应知道确认将在哪里发生。
隶属关系对上下文很重要，即使贡献是个人。一个包含来自同一雇主的多人的房间仍然可能得出技术上正确的结论。披露有助于主席识别缺少的实现独立性或集中的后果。它不应将参与者变成受指示的代表。
问责制也保护那些不嗡嗡的人。沉默不应被描述为每个参会者的同意。记录可以说明大约的响应和不确定性，而不将立场分配给没有发出声音的个人。数字工具应避免发布身份，除非目的和期望明确。
机构的声明应分阶段展开。房间产生了方向信号。工作组考虑并确认了一个问题解决方案。指导者发现了充分的审查。IESG 批准了进展。每个阶段都有其自己的证据和权威。将它们压缩到嗡嗡声中会将仪式膨胀到超出其适当角色。
可重现嗡嗡声的实用协议
在会话前，主席应公布寻求的决策、草案版本、替代方案和已知问题。他们应指明嗡嗡声将测试兴趣、选择方向、评估准备程度还是定位不确定性。参与者应有合理的机会阅读相关文本。
在会话期间，问题应精确显示或读出。每个有意义的替代方案应收到单独的提示，并在有用时提供信息不足的选项。主席应避免复合或混淆的否定。远程参与者应有等效的响应路径，或者应说明限制。
紧接着，主席应描述感知到的内容并请求纠正。应引出并总结实质性反对意见。小组应确定回答它们所需的证据。如果没有达成决定，应不带污名地记录该结果。
会议记录应保留问题、顺序、设置、主席的解读、反对意见、证据和行动。录音时间戳和数字响应摘要可以支持文本。主席不应为声学嗡嗡声编造数值估计。
列表确认应呈现提议的结论和理由，而不仅仅是宣布嗡嗡声发生了。它应邀请缺席的技术证据，链接确切的修订版本并说明响应期限。之后的实质性更改应得到相应的重新确认。
最终的共识陈述应整合每个场所，披露剩余的异议和已知的覆盖差距，并解释为什么这些被认为已经解决。指导者应独立评估审查深度、实现和难点。高影响或有争议的案例应保留简洁的问题分类账。
这个协议不会让每个会议变得官僚化。大多数探索性嗡嗡声只需要一个笔记。完整的记录适用于当嗡嗡声实质性贡献于工作组采纳、拒绝或推进技术工作的声明时。
什么不应仅从嗡嗡声就声称
仅嗡嗡声不能确定固定百分比支持了一个提议。不能确定沉默的参会者同意。不能确定房间外的人得到了通知。不能确定草案已被阅读、实现或运营测试。不能确定反对意见仅仅因为对立的声音安静就得到了回答。
它也不能确定独立性。十个可听的支持者可能共享一个雇主、代码库或设计假设。匿名性也不能证明没有协调。嗡嗡声模糊了身份；它不消解利益。
嗡嗡声不能跨实质性修订支持结论。如果文本改变了机制、威胁模型或运营需求，早期的声音针对的是早期的提议。小组必须评估是否需要新的审查。
最后，嗡嗡声不能在上诉中替代理由。主席个人的感官信心是相关的但不是决定性的。机构必须能够显示观察到的方向如何与已处理的技术问题相关联。
这些限制不会使嗡嗡声变得脆弱。它们定义了它的强度。它是在开放、动态社区的主席的一个高效、低风险的传感器。当传感器的输出被解读超出其测量范围时，它变得危险。
保留嗡嗡声的最强理由
消除嗡嗡声可能导致更糟糕的治理。正式的电子投票将引发阈值和战略性招募。举手可能使参与者暴露于雇主或同伴压力。无尽的麦克风讨论可能允许坚持伪装成共识。主席需要一种快速测试房间的方法。
嗡嗡声也传递了文化谦逊。小组知道它不能识别稳定的选民群或将技术判断简化为算术。仪式提醒参与者主席听取大致方向，而理由仍然是决定性的。
这种做法可以欢迎不确定性。微弱或分裂的声音告诉主席房间没有准备好。信息不足的提示可以显示阅读草案的人太少。一个强大声音之后跟着一个严肃的反对意见可以展示为什么共识不仅仅是流行度。
因此，嗡嗡声的未来取决于拒绝过度声明它。如果它仍然是文档推理的输入，它的非正式性是资产。如果它成为最终权威的无法审查的证据，它的非正式性成为合法性缺口。
IETF 不需要在传统和可审计性之间做出选择。它可以保留声音并改进记录。这种结合比声学神秘或数字投票更忠实于粗略共识。
结论
嗡嗡声之所以存活，是因为它解决了一个真正的机构问题。一个开放的技术社区没有可辩护的选民名册，但主席需要知道房间是趋向一致、分裂还是困惑。集体的声音提供了方向信息，而不假装计算选民。
这些信息作为最终证据是不充分的。声音不保留提议、不识别技术原因、不揭示缺失的专业知识、不回答异议、不证明实现或不包括缺席的参与者。一个“嗡嗡声很强”的裸声明要求每个后来的审阅者信任一个不可重现的感官判断。
补救措施是决策可重构性。保留确切的问题和顺序。记录主席听到的内容。陈述实质性反对意见和回应。链接独立审查和网络资源证据。在邮件列表上确认结果。追踪后来的更改。公布经过推理的结论并保留可上诉的记录。
这一原则保留了主席的判断而不是用算术替换它。它也保持少数派问题可见，而不是让音量抹去它。嗡嗡声可以指导当下；记录必须证明决策。