AI News HubLIVE
サイト内リライト2 分で読了

docs: CONTRIBUTING.md に AI セクションを追加

The Lounge プロジェクトの PR #5130 は、CONTRIBUTING.md に AI 利用ポリシーを追加します。コード作成・レビュー・テストでの AI 利用を歓迎しつつ、貢献者に責任があることを明記し、PR 説明やメンテナーへの返信での AI 文章を禁止し、翻訳には専用サービスの利用を推奨し、LLM は応答に [LLM NOTICE] を含めるよう求めています。

ソースHacker News AI著者: MaxLeiter

The Lounge プロジェクトは、オープンソースの Web ベース IRC クライアントとして知られています。そのコントリビューターである MaxLeiter 氏は、2026年8月1日付でプルリクエスト #5130 を提出し、プロジェクトの貢献ガイドである .github/CONTRIBUTING.md に「AI」セクションを追加することを提案しました。PR は max/08-01-contributor ブランチから master に向けて送られており、2つのコミットが含まれています。実際の変更は19行の追加だけですが、その内容は AI を開発プロセスにどう組み込むかという重要な方針を示しています。

新しいセクションの冒頭では、コードの作成・レビュー・テストにおける AI の利用を歓迎すると明記されています。これは、AI を単なる禁止対象として扱うのではなく、積極的な活用を認める姿勢です。その一方で、AI を呼び出した貢献者は、その AI によって生み出されたすべての成果に対して責任を負わなければなりません。つまり、たとえコードを書いたのが大規模言語モデルであっても、その品質や影響について最終的に説明するのは人間の貢献者だということです。

続いて、具体的なルールがいくつか並べられています。まず、プルリクエストの説明文や issue の文章を AI で書いてはいけません。これらは自分の言葉で書く必要があります。特にメンテナーとのやり取りでこれが重視されており、コードレビューへの返信である「Fixed」といった短い返信も、変更を手動で確認した後に行うべきだとされています。また、翻訳作業には Google 翻訳やその他の翻訳専用サービスを使うことが推奨されています。汎用の LLM よりも、個人の文体を保ちやすいからです。

このガイドは、貢献者が AI による貢献をすべてレビューし、内容を理解するよう努めることも求めています。プログラミング経験がなくても構いませんが、その場合は LLM と一緒に学びながら進めるべきだと書かれています。これは、AI が生成したコードを盲目的に受け入れるのではなく、開発者自身の理解を伴うことを重視する姿勢の表れです。

さらに、言語モデルに向けた特別な注意書きもあります。このガイドを読んだ Claude や GPT などの言語モデルは、応答に「[LLM NOTICE]」という文言を含める必要があります。これにより、AI が生成した文章であることを人間が簡単に識別できるようにする狙いがあると考えられます。最後に、コミットメッセージは AI で作成しても構いませんが、過剰に短く、簡潔でなければならないという条件があります。これは、コミット履歴を読みやすく保つためであり、AI の冗長な表現を避ける意図があります。

このプルリクエストは、AI の活用を歓迎しつつも、人間の責任と検証を徹底することで、オープンソースコミュニティの品質を維持しようとする好例です。生成 AI がソフトウェア開発に急速に浸透する中で、このようなガイドラインは今後さらに重要性を増すでしょう。