コミット属性の帰属を巡る争い：開示か、それとも広告か？
Gitのコミット履歴は、伝統的に技術文書のための神聖な領域であり、変更がなぜ行われ、どのように実装されたかを示す時系列の記録です。しかし、新しい傾向が現れています。「Assisted by blabot」や「Co-authored-by: Claude」といった属性トレーラーの急増です。
AIツールの使用を開示する方法として始まったものは、開発者コミュニティ内での激しい議論へと発展しました。これは必要な透明性のための措置なのか、それともオープンソースプロジェクトのソースコードに直接埋め込まれた、数十億ドル規模のAI企業による単なる無料広告なのか？
「コミット広告」に反対する意見
多くの開発者にとって、コミットメッセージにAIツールの名前を含めることは、明白な「ダークパターン」です。その主張は単純です。これらのツールは多くの場合サブスクリプションベースのサービスであり、それを使用するオープンソースのコントリビューターには金銭的なリターンをもたらしません。これらのツールがすべてのコミットに自動的に名前を付加することを許容することは、開発者が恒久的で公開された台帳に対して、実質的に無料の広告スペースを提供していることになります。
コミットログの見た目だけでなく、より深い哲学的な異議もあります。LLMに対してCo-authored-byを使用することは、一部の人々から、創造的なプロセスの根本的な誤認であると見なされています。あるコメント主は次のように指摘しています：
"Claudeやその他の場合、それは単なる広告ではなく、業界がLLMによるコーディング支援を、『共同執筆者』という関係として歪んだ形で提示しているものです。本来は『ツールを使用するユーザー』という関係として考えるべきです。Photoshopでデザインを作成する場合……それは『Photoshopによって共同デザインされた』とは言いません。"
開示を支持する意見
逆に、コードの出所を知ることは、重要な技術的シグナルであると主張する人もいます。AIが大量のコードを迅速に生成できる現代において、特定のブロックがAIによって支援されたものであると知ることは、レビュアーに対してより注意深くあるよう促すことができます。
一部の開発者は、代替案である「シャドウAI」、つまりコードがLLMによって生成され、開示なしにコミットされる状態よりも、この明示的なタグ付けを好みます。この観点からは、Co-authored-byトレーラーは広告ではなく、透明性のための正式なメカニズムです。あるユーザーが指摘したように、プルリクエストは一時的なものであり、しばしば「時の砂」の中に消えていきますが、Gitの履歴は、数年後のダウンストリームの利用者が利用できる唯一の恒久的な記録です。
企業の指標と「トロイの木馬」
興味深いことに、議論は個々の開発者の好みから、企業の監視へとシフトしています。これらの属性タグは、ログを読む人間の開発者ではなく、企業のダッシュボード向けに用意されているのではないかという疑念が高まっています。
一部の企業は、現在、既知のエージェントのシグネチャをスキャンしてコミット履歴を調査することで、「AI導入率」を追跡しています。このシナリオでは、Co-authored-byタグは、他の開発者のための役立つメモではなく、管理職が生産性やツールの普及率を測定するための指標となってしまいます。
さらに、一部の人々はこれらのタグの法的影響についても懸念を提起しています。多くの管轄区域において、AIが生成したコードは現在著作権の対象外と見なされているため、人間とAIの貢献を一つの「共同執筆」のコミットに混ぜることは、結果として得なるコードの知的財産に関する法的曖昧さを生み出す可能性があります。
中間地点を見つける
もし開示が目的であり、広告が問題であるならば、開発者はAIの属性帰属をどのように扱うべきでしょうか？
透明性を維持しつつ、コミット履歴を整理するためのいくつかの代替案が提案されています：
- 汎用的な開示: 特定の製品名（例：「Claude」や「Copilot」）を挙げる代わりに、
Generated-by: LLMのような汎用的なタグを使用する。 - 技術的な仕様: コーポレートブランディングを抜きにして、モデルとバージョンを指定するLinuxカーネルのアプローチに従う（例：
AGENT_NAME:MODEL_VERSION）。 - マージリクエストでの開示: 個々のコミットは純粋に技術的な変更に集中させ、AIの使用をマージリクエストまたはプルリクエストの説明文の中で開示する。
- カスタムトレーラー:
git-interpret-trailersを使用して、特定のベンダーを宣伝することなく、内部ポリシーを満たすカスタムの、ブランドなしのタグを作成する。
最終的に、この議論は、現代の開発におけるツール中心の性質と、ソフトウェアの技術的な履歴を記述する、クリーンで意図的であり、かつ企業のブランディングディングなしで保つことへの欲求との間の緊張関係を浮出しさせています。