摘要

  • RFC 5111 允许探索组采用工作组的评审、开放会议、主席、邮件列表和文档追踪工具，但章程不得包含协议规范或标准轨文档里程碑。
  • 探索组的基本交付物是拟议工作组章程，以及证明 RFC 2418 成组条件已经满足的文件。
  • 即使这些工作完成，是否成立工作组仍由 IESG 另行投票决定；公开活动本身不是授权回执。

RFC 5111 的试验先给出一个总量边界：自 IESG 批准起运行十八个月，最多成立三个探索组。每次成立都要由 IESG 发布公开声明。这不是把一种新机构悄悄塞进常规流程，而是把一个可评估的流程假设放进有限时间和有限样本中。

为什么需要一个“未获准的正式组织”

RFC 2418 要求成组前回答一系列问题：问题是否清楚并与互联网相关，目标能否按期实现，是否与其他工作组或标准机构重叠，是否有足够的参与者、专业能力和使用者，IETF 是否适合承担这项工作，知识产权与开放性问题是否可控。

有时，相关性和参与兴趣已经存在，但其他条件尚未澄清。过去，这类提案可能长期处于非正式等待：既不是工作组，也没有一个可见的地方记录 IESG 或 IAB 的担忧、责任人和下一步。

探索组把不确定性公开化。IESG 可以在至少一个成组条件仍未满足时提出 EG。它可以是第一步，也可以位于一次 BOF 与正式工作组之间；第二次 BOF 之后再建立 EG 并不受推荐。

章程只处理准入条件

EG 至少要完成两件事：拟定未来工作组章程，并提供一份证明成组条件已满足的文件。问题陈述、需求文档、文献或现状综述可以加入，但不能妨碍基本里程碑按期完成。

最关键的约束是：EG 章程不得把标准轨文档或协议规范列为里程碑。

这条禁线阻止“先做成、再要求承认”的权力倒置。如果一个组织在接受授权审查时已经开始写协议，代码、供应商承诺和社区声誉会迅速抬高否决成本。届时，成组判断不再独立，而被既成投入绑架。

短周期不是行政细节

初始章程应为六到十二个月，默认六个月。IESG 可以再延长六个月，继续延长则不受推荐。

期限要求每次复盘都回答一个可证伪的问题：未满足条件的集合是否缩小？如果范围冲突、专业能力或目标可行性仍与开始时相同，新增会议和文件并没有提高准入证据。

没有退出日期的探索组织会逐渐取得事实上的永久性。名称成为品牌，名单成为选民基础，草案成为外部承诺。RFC 5111 用时限保留了停止、重构或正式转换的真实可能。

同样的基础设施，不同的制度地位

EG 的形成评审、社区公告、IAB 与 IESG 审查、开放规则、会议要求、文档工具和 PROTO shepherding 都按工作组方式运行。主席可以进入 WGCHAIRS 基础设施。名称应包含 “EG”，让差别在界面上仍然可见。

这些记录各自有明确含义：工具证明工作可追踪；主席证明协调责任已分配；公开评审证明意见入口存在。它们都不证明成组条件已经满足，也不证明 IESG 已经投票成立工作组。

成功不能用热闹代替

基本里程碑没有进展，其他成就再多也不能判定成功。里程碑必须在章程期限内完成，并获得足够积极的 IESG、IAB 和社区反馈，才能走到 IESG 的成组投票。

邮件列表活跃度只是参与持续性的一个可能指标。低流量可能不支持延期，但高流量也不证明范围清楚、重叠消失或专业能力充足。

证据链必须逐级保存：兴趣、EG 成立、基本里程碑、异议关闭、IESG 投票、工作组成立、规范开发、标准流程、互操作与部署。熟悉的工具不能替代其中任何一次权力转换。

来源