文档：在 CONTRIBUTING.md 中添加 AI 使用部分

近日，The Lounge 项目的维护者之一 MaxLeiter 在 GitHub 上提交了拉取请求 #5130，为项目的贡献指南 .github/CONTRIBUTING.md 添加了一个全新的“AI”章节。该 PR 从分支 max/08-01-contributor 发起，希望将两个提交合并进 master。改动本身并不复杂：在原有代码格式化说明之后新增 19 行内容，却清晰传递出这个 IRC 客户端项目对 AI 参与开发的态度。

新章节首先明确表示，项目欢迎贡献者在编写、审查和测试代码时使用 AI。这可以理解为对 AI 辅助编程的认可，也符合当前许多开源项目的实践。不过，紧接着的条款同样重要：任何由 AI 产生的贡献，责任都属于调用它的贡献者。也就是说，如果 AI 生成的代码存在缺陷或安全问题，维护者不会去追责 AI，而是会直接找提交者。

为了让这条原则落到实处，CONTRIBUTING.md 进一步列出了具体的行为规范。第一，不要在拉取请求描述或 issue 中使用 AI 写成的文字，这些内容应该用贡献者自己的话来表达。这条规则在与维护者沟通时被特别强调：比如在代码审查后回复“Fixed”，必须先手动验证修改确实解决了问题，而不是让 AI 代为回复。第二，翻译文本时优先选择 Google Translate 之类的翻译专用服务，因为它们更可能保留个人的语气和表达习惯。

除了沟通规范，指南还要求贡献者审查所有由 AI 生成的贡献，并尽最大努力理解这些改动。项目甚至特意提到，即使你不懂编程也没有关系，但应当通过与 LLM 协作来学习，而不是盲目提交自己无法解释的代码。这种要求的实际效果是，AI 可以作为辅助工具，但不能替代贡献者的判断力。

值得注意的还有一条针对语言模型的特殊规则：能够阅读这份贡献指南的模型，如 Claude、GPT，在回复时应包含“[LLM NOTICE]”标记。这一设计可能是为了让维护者能快速辨认 AI 生成的内容。最后，提交信息允许使用 AI 生成，但前提是必须被极度精简，避免冗长。

整体而言，这是一份兼顾开放与约束的 AI 使用政策。它既没有一刀切地禁止 AI，也没有放任不管，而是通过责任归属、人工验证和透明度要求，为开源项目的协作设定了清晰的边界。对于正在考虑规范 AI 使用方式的团队来说，The Lounge 的这份新增章节提供了一个很有参考价值的模板。