OpenAPI Initiative 发布 AI 使用政策：可用但须披露

OpenAPI Initiative 近日正式发布项目 AI 政策，明确允许在披露前提下使用 AI 工具辅助贡献，但同时对低质量、纯 AI 生成的内容以及讨论行为划出明确红线。这是一份面向开源标准项目治理的纲领性文件，也折射出当下主流开源社区对 AI 生成内容的普遍态度。

政策核心立场

OpenAPI Initiative 在政策中开门见山地说明：AI 工具可用于支持对项目的贡献，包括起草、编辑、检查一致性或探索想法，但提交者须对内容的准确性、适当性负全部责任。维护者不会投入比贡献者本身更多的精力去审阅低质量内容，因为这种模式在志愿者驱动的项目中不可持续。

简言之，AI 可以用，但必须透明、认真、负责。

为什么对标准项目特别谨慎

政策专门用一节解释 AI 在标准开发中的局限性：标准制定意味着要创造尚不存在的规范，并理解标准格局及与其他标准项目的关系。而大多数 AI 工具训练于已有或过时的内容，使其在规范改进与提案场景中的价值低于其他场景。提交者应在使用 AI 时考虑这一背景。

披露与问责

政策要求：若使用 AI 的程度超过简单自动补全或拼写检查，必须在 PR 或 issue 描述中披露，并以简短说明介绍 AI 如何被使用，准备好回答进一步追问。

更关键的一条是：提交者必须能解释并捍卫自己贡献的每一个部分。如果被问及某个设计决策，「AI 建议的」不构成可接受的答案；无法展示对材料的理解，提交将被直接关闭，不再赘述。

讨论区的硬性规则

• 不得使用 AI 生成 issue 评论、讨论回复或 PR 描述，这些是项目设计推理的主要记录，必须反映真实的思考。
• 不得用 AI 总结讨论内容后再回复总结，其他参与者提出的每一点都有价值，微妙之处是专家讨论的优势所在。
• 重复或总结已有内容而不推进对话的评论将被移除，过于冗长或泛泛的贡献将被隐藏或删除。

执行与借鉴

维护者保留关闭任何疑似低质量或 AI 生成内容的 PR、issue 或讨论帖的权利，必要时可不提供详细说明。重复违规者将被禁止进入 OpenAPI Initiative 的代码仓库。

该政策参考并致谢了三份既有规范：Mastodon 的 AI 贡献政策、W3C 关于大模型在标准工作中使用的指南，以及 FastAPI / tiangolo 的贡献准则——后者尤其将低质量 AI 提交框定为「对人力的一种拒绝服务攻击」。

对于其他维护者而言，这份政策提供了一个可借鉴的模板：在拥抱 AI 工具与保护志愿者精力之间，如何划出一条清晰、可执行的边界。