摘要

  • ICANN 通过 TAMS 通知申请成为 GAC 共识建议的对象后，申请人有 21 天提交回应陈述。
  • 董事会随后依 ICANN 章程审议该建议；董事会可能决定让申请继续推进、经修改后继续推进，或不再推进。

GAC 共识建议是提交给 ICANN 董事会的正式建议，而不是对新 gTLD 申请的自动处置。2026 轮次《申请人指南》要求建议明确表明其性质，清楚说明理由，并限于适用章程条款的范围。

第一个控制点是 21 天陈述

当 ICANN 在 TAMS 中通知申请人，其申请成为 GAC 共识建议的对象时，申请人有 21 天提交回应陈述。申请人可在后续审议前，把立场、证据以及拟议修改纳入记录。该回应陈述会提供给 ICANN 董事会和 GAC 审议，申请人可在其中建议修改申请。

期限不会让回应自动生效。一份有说服力的陈述不能保证申请继续。因此，通知、建议原文、申请人回应以及后来作出的每项决定都应作为不同事件保存。

变更请求或承诺仍然只是提案

申请人可以依据《申请人指南》提出申请修改请求，建议增加、删除或修改注册管理机构自愿承诺，也可以主张现有承诺已经处理相关关切。

这些路径为审议提供材料，但不会把董事会的判断权交给申请人。董事会决定有关关切是否必须处理，以及现有或拟议承诺是否充分。记录必须区分申请人提出了什么与 ICANN 董事会最终决定了什么。

董事会并非只有二选一

董事会依 ICANN 章程审议 GAC 共识建议。董事会可能决定让申请继续推进、经修改后继续推进，或不再推进。把这些结果压缩成“批准”或“拒绝”，会抹去中间的条件路径。

有用的记录连接四项内容：建议及其理由、申请人的陈述、任何拟议变更或承诺，以及董事会实际作出的处置。按照 BTW 的编辑分析，在最后一项出现之前，前三项记录程序，但不能证明结果。

不把编辑建议当作申报要求

BTW 建议建立回应台账，把每项关切与证据、申请人立场、拟议缓解措施和董事会后续处理对应起来。这是编辑建议，不是 ICANN 的申报要求。ICANN 确立回应机会与审议程序，但不要求采用这一内部格式。

来源