RFC
一种轻量级的技术提案格式，广泛用于开源社区和科技公司，要求明确列出未解决问题和被拒绝的替代方案，用于记录技术决策过程
时间轴 (近 90 天)
邮件协议体系由IETF（互联网工程任务组）以RFC文件形式公开维护，任何组织或个人均可免费实现和部署
草案合并只是标准化征程的一个里程碑而非终点，从草案到正式RFC再到广泛落地仍有相当长的路要走
IETF是负责制定互联网技术标准的主要国际机构，其发布的文件称为RFC
编写Eval时应在评判提示中使用must/must not/should等RFC规范措辞消除歧义，并保持问题原子化（一个问题只问一件事）
许多研究和工程实践尝试用大语言模型将 RFC 等协议文档中的自然语言描述转化为形式化模型
在快速迭代的小团队中，维护重型设计文档的成本可能高于收益，更倾向于用代码、注释和轻量 RFC 替代
RFC 强调提案者必须明确列出未解决的问题和被拒绝的替代方案
RFC（Request for Comments）是与设计文档密切相关的一种轻量替代形式，在 Rust 语言社区和 Ember.js 团队等开源社区中广泛采用
技术文档、设计评审（RFC/Design Doc）和事故复盘（Postmortem）的价值不仅在于结论，更在于推导过程本身
全部知识事实 (9)
邮件协议体系由IETF（互联网工程任务组）以RFC文件形式公开维护，任何组织或个人均可免费实现和部署
50%待验证草案合并只是标准化征程的一个里程碑而非终点，从草案到正式RFC再到广泛落地仍有相当长的路要走
50%待验证IETF是负责制定互联网技术标准的主要国际机构，其发布的文件称为RFC
50%待验证编写Eval时应在评判提示中使用must/must not/should等RFC规范措辞消除歧义，并保持问题原子化（一个问题只问一件事）
50%待验证许多研究和工程实践尝试用大语言模型将 RFC 等协议文档中的自然语言描述转化为形式化模型
50%待验证在快速迭代的小团队中，维护重型设计文档的成本可能高于收益，更倾向于用代码、注释和轻量 RFC 替代
50%待验证RFC 强调提案者必须明确列出未解决的问题和被拒绝的替代方案
50%待验证RFC（Request for Comments）是与设计文档密切相关的一种轻量替代形式，在 Rust 语言社区和 Ember.js 团队等开源社区中广泛采用
50%待验证技术文档、设计评审（RFC/Design Doc）和事故复盘（Postmortem）的价值不仅在于结论，更在于推导过程本身
50%