git.addAICoAuthor の既定値が off から all に変更されたCo-authored-by trailer（共同著者情報）が自動で付く ようになるVisual Studio Code（VS Code）のPull Request #310226は、Git拡張の設定 git.addAICoAuthor をデフォルトで有効にする、という変更です。
平たく言うと、VS Codeが「これはAIが手伝ったコードだな」と判断したときに、Gitのコミットメッセージへ自動で Co-authored-by を付けるようにする話です。
Co-authored-by は、Gitのコミットに「共同著者」を示す定番の書式です。
たとえば人間が書いたコードにAIが関わったなら、履歴にその関与を残すための仕組み、と考えるとわかりやすいです。
Gitのコミットは、コードの変更履歴を残すものです。
そこに「誰がこの変更に関わったのか」を示す情報を足せます。
今回のPRでは、AIが生成したコード貢献が検出された場合に、自動で共同著者情報を付ける挙動をデフォルトにしています。
元記事の説明では、AI-generated code contributions are detected したときに Co-authored-by trailer を追加する、とあります。
つまり、
という方向です。
これはかなり“今っぽい”変更です。
昔なら「自動で共同著者を足す」なんて発想自体がかなり珍しかったはずですが、AIコーディングが普通になってきた今は、むしろ自然だと感じます。
PRの概要にある変更点は主にこれです。
git.addAICoAuthor のデフォルト値を off から all に変更extensions/git/package.json で設定の既定値を更新要するに、VS CodeのGit拡張の設定の初期状態が変わったわけです。
ここで少し補足すると、package.json は設定や機能の定義を置くファイルで、
「この機能はどういう設定を持つか」を宣言する場所です。
なので、設定の“公式の初期値”をそこに書き換えるのは、わりと正統派の変更です。
個人的には、ここがいちばん面白いポイントです。
AIがコードを書くのは珍しくなくなりましたが、問題は「書いた」ことそのものより、あとからどう扱うか なんですよね。
AIが関わった変更が履歴に残れば、あとで見返したときにわかりやすいです。
「この差分、誰が考えたんだっけ？」というときの手がかりになります。
チームによっては、AIの利用を明示したい場合があります。
そのとき Co-authored-by が自動で付くのは便利です。
わざわざ人間が毎回書くのは、正直ちょっと面倒ですからね。
このPRは技術的には小さな変更ですが、思想としては大きいと思います。
AIはもう「実験的なおもちゃ」ではなく、開発フローに組み込む前提の存在 になっている。
その空気が、こういう設定変更ににじみ出ています。
元記事のレビューコメントでは、設定スキーマのデフォルトを all に変えたのに、実行時のフォールバックがまだ off のまま だと指摘されています。
ここは少し専門的ですが、簡単に言うと、
がズレていた、ということです。
これがズレると、たとえばテスト環境や一部のホスト環境で、
「本当は all のはずなのに off として扱われる」
みたいな混乱が起きる可能性があります。
レビューコメントでも、意図したデフォルトが不明確になる と懸念されていました。
こういう細かい整合性チェックは地味ですが、めちゃくちゃ大事です。
設定変更って、見た目は1行でも、裏側の整合性が崩れると後で面倒なことになりますから。
PRには Copilot によるレビューもありました。
さらに、反応数を見ると、👍が少数で、👎がかなり多いのが目を引きます。
もちろん、これだけで善し悪しを断定するのはできません。
でも、少なくともこの変更が「へえ、いいね」で終わる話ではなく、AI共同著者をデフォルトで付けることに対しては、かなり意見が割れる ことがうかがえます。
これは自然だと思います。
なぜなら、AIの関与を明示することにはメリットもある一方で、
といった、なかなか答えにくい論点があるからです。
個人的には、「AI共同著者をデフォルト有効化する」という判断はかなり時代を象徴している と思います。
VS Codeのような巨大プロジェクトがこういう変更を入れると、「AIを使うのが前提の開発」が静かに標準化していく感じがあります。
一方で、気持ちよく自動化するだけでは済まなくて、
「本当にその表記でよいのか」「設定の整合性は大丈夫か」という、地味で厳しい話も必要になります。
ここがまさにソフトウェア開発らしいところで、私は嫌いじゃないです。
派手な新機能よりも、こういう“運用の前提を書き換える変更”のほうが、あとから効いてくるんですよね。
AIがコードを書く時代は、コードそのものだけでなく、履歴・責任・透明性の設計 まで含めて考える必要がある。
このPRは、その流れをかなりわかりやすく示しているように見えます。
このPRは、VS CodeのGit拡張で AI共同著者情報をデフォルトで付ける ようにする変更でした。
小さな設定変更に見えて、実はかなり意味深です。
AIが開発に入るのが当たり前になった今、
「AIが関わったことをどう記録するか」は、これからもっと大事になるはずです。
そして同時に、設定の既定値と実行時の挙動のズレみたいな、基本だけど重要な部分もきちんと詰める必要がある。
派手さはないけれど、こういう変更にこそ、AI時代の開発現場のリアルが出ていると思います。
参考: Enabling ai co author by default · Pull Request #310226 · microsoft/vscode
