VS Code 無論是否使用 Copilot 都會在提交中插入共同作者標籤

背景

微軟旗下的 VS Code 開發團隊近期在 GitHub 提交了一項拉取請求（Pull Request），計畫將 Git 擴充功能中的「AI 協作者」設定預設改為開啟。這項變更意味著當系統偵測到程式碼包含 AI 生成內容時，會在 Git 提交訊息中自動插入「Co-authored-by: GitHub Copilot」的標籤。然而，根據開發者的回饋，這項功能即便在使用者明確關閉 AI 功能的情況下，仍會持續在提交紀錄中標註 Copilot 的貢獻，引發了社群對隱私、版權以及微軟行銷手段的強烈反彈。

社群觀點

Hacker News 社群對此舉展現出極高的反感，許多開發者認為這是一種典型的「成長駭客」行銷手段，類似於早期電子郵件或論壇軟體強制附加的廣告簽名。批評者指出，微軟此舉顯然是為了美化內部關鍵績效指標（KPI），透過強制性的標籤來灌水 AI 的貢獻數據，好向投資人展示 AI 的普及程度。這種行為被視為「軟體劣化」的具體表現，開發者們感嘆微軟花費數十年建立的良好聲譽，正因為過度推廣 AI 而迅速瓦解。

在技術與法律層面，社群也展開了深入討論。有觀點認為，這種自動標註行為可能對程式碼的版權歸屬產生負面影響。根據目前的法律先例，非人類創作的內容可能無法獲得版權保護，若提交紀錄中充斥著 AI 協作標籤，未來企業在進行合規性審計或面臨版權訴訟時，可能會陷入法律困境。此外，開發者對於「協作者」的定義也感到不滿，認為 AI 僅是工具，就像編譯器優化程式碼後不會要求署名一樣，AI 也不應在提交紀錄中佔據與人類開發者同等的地位。

儘管有少數聲音認為這種標籤能提供透明度，讓他人知道哪些程式碼是由大型語言模型生成的，但大多數人反駁指出，目前的實作方式過於粗糙，甚至在使用者未尋求 AI 幫助時也會誤報。這種強迫性的預設行為讓許多忠實使用者開始考慮轉向 Zed 或其他更尊重使用者自主權的編輯器。社群普遍達成共識：如果一項功能需要透過隱瞞或強迫手段來推廣，那它本身就缺乏真正的價值。

延伸閱讀

在討論串中，開發者提到了一些應對方案與替代工具。若想避免提交訊息被污染，可以透過 Git 的 commit-msg hook 腳本來過濾特定字串，或是手動使用 git commit --amend 指令刪除標籤。此外，Zed 編輯器被多次提及作為 VS Code 的潛在替代品，其主打高效能與更簡潔的開發體驗。對於擔心 AI 干擾的使用者，也可以在設定中嘗試調整 chat.disableAIFeatures 選項，儘管目前的討論顯示該選項在某些版本中可能失效。