2026年5月2日という過去の出来事の日付に、Visual Studio Codeのプルリクエストが、ソースコードのコミットにおけるAIの関与をエディターがどのように開示すべきかを巡る論争の焦点となった。この変更では、Git拡張機能の`git.addAICoAuthor`設定のデフォルト値が`all`に設定され、ソフトウェアがAI生成コードによる貢献を検出した場合に`Co-authored-by`トレーラーが有効になるようになっていた。
コミットトレーラーは永続的なメタデータである。Gitコミットに付随して移動し、ホスティングサービスによって表示されることもあるため、自動的な帰属表示はエディター内の一時的なバッジよりも重大な意味を持つ。提案された挙動はAIによる支援を明示することを目的としていたが、プルリクエストへのコメントでは、ユーザーがその作業にツールが関与していないと考えている場合でも、Copilotの名前が付けられる可能性があるとの指摘が出た。
複数のコメント投稿者は、AI機能を無効にしていた、または該当する変更にCopilotを意図的に使用していなかったにもかかわらず、このトレーラーが表示されたと報告した。これらの報告は議論におけるユーザーの証言であり、Visual Studio Codeの各バージョンや設定を網羅した技術的な試験ではない。それでも、同機能が掲げる条件、すなわちAI生成による貢献の検出と、一部の開発者が経験した挙動との間にある隔たりを浮き彫りにした。
プルリクエストの議論では、設定の不一致も明らかになった。提供される設定スキーマは`all`をデフォルトとするよう変更されていた一方、Gitリポジトリのコード内にある実行時の呼び出しでは、依然としてフォールバック値に`off`が指定されていた。あるレビュアーは、一部のテストやホストを含め、提供された設定のデフォルト値を利用できない環境では、この2つの値が食い違う可能性があると警告し、実行時のフォールバック値を一致させるか、スキーマに依存するよう提案した。
批判する人々は、2つの異なる異議を唱えた。1つ目は同意と可視性に関するものだった。ユーザーは、エディターが自分たちの作成後にコミットメッセージをひそかに変更すべきではないと述べた。2つ目は意味に関するものだった。AI共同作者のトレーラーがあまりに広範に表示されれば、ノイズの多いメタデータとなり、モデルによる実際の貢献と、たまたまAI機能を備えているエディターの通常利用とを区別できなくなる可能性がある。
その後、メンテナーは参加者からのフィードバックに感謝し、リグレッションと説明された問題について謝罪した上で、バージョン1.119に向けて修正を進めると述べた。この議論では、さらなる詳細について別の更新情報も読者に案内された。提供された証拠からは、最終的にマージされた際の挙動や、その後の分析の内容までは確認できない。
この一件は、開発ツールが直面する設計上の課題を示している。AIの帰属表示が透明性を高められるのは、作動条件が正確で、何が書き込まれるのかをユーザーが確認でき、関連機能を無効にすれば、すべてのコミット経路でメタデータも確実に無効になる場合に限られる。そうでなければ、作者を明確にするための表示が、それを巡る新たな論争を生みかねない。
