文件：在 CONTRIBUTING.md 中新增 AI 使用部分
The Lounge 專案透過拉取請求 #5130 在貢獻指南中新增 AI 使用規則，明確歡迎將 AI 用於編寫、審查和測試程式碼，同時要求貢獻者對其 AI 生成的內容負責，並規定不得在 PR 描述或維護者交流中使用 AI 寫作，翻譯應使用專用翻譯服務，且 AI 模型需在回覆中包含 [LLM NOTICE]。
近日，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 的這份新增章節提供了一個很有參考價值的模板。