摘要

  • 2004 年的 RFC 3716 把 Sandy Ginoza 列为全职首席技术编辑，负责 RFC Editor 队列及与作者、IESG 的大量日常沟通；团队当时的目标是每份 RFC 都由三双眼睛逐字读过。
  • 2026 年 6 月，后来成为 RFC 10008 的文档留下公开最终审阅记录。Ginoza 名下的修改涉及 Accept-Query 的定义、参考文献顺序和句子措辞；作者还要核准最终文本。

编号盖下去之前

RFC 的编号像一个结论。翻开 RFC 3716，2004 年的过程却很有人味：Ginoza 管队列，往返联系作者和 IESG，团队希望每份文档有三组人逐字校读，并说大多数时候做到了。这是当年的岗位说明。如今，IETF 人物资料列出她担任 RFC Production Center 与其咨询团队的主席。

一份 2026 年 6 月 8 日的最终审阅档案留下了更细的手印。后来成为 RFC 10008 的草案有多名参与者修改；归在 Ginoza 名下的提交包括给定义处的 Accept-Query 加引号、调整参考文献顺序、修平行结构，以及按作者意见改词。已出版的 RFC 10008就是这条审阅链交出的最终文本。一个名字从草案走到可长期引用的规格，经过的是许多小决定。

谁有权批准，谁把字印出来

现行 RFC 9920把各文档流的内容批准权交给相应机构，把制作和分发工作交给 RFC Editor；Production Center 执行日常编辑出版。RFC Editor 作者指南还要求作者审阅并批准改动。读者若遇到一句关键表述，便能追两份记录：内容由谁批准，最终版本由谁确认。

文档出版不是会议结束后的一次导出。改错引用、澄清定义、取得作者确认，都决定多年后工程师读到哪一行。公开档案没有计算这些编辑避免了多少实现错误；要回答这个问题，需有修改前后的实现测试。它已经把交接过程展示得足够具体：技术决定取得权威，还要经过有人负责的定稿。

来源：RFC 3716；IETF 人物资料；RFC 10008 最终审阅档案；RFC 10008；RFC 9920；RFC Editor 作者指南。