回到頂部
概念插畫:深藍布面冊保持闔上,外側伸出的細繩各有可辨識的結,表達追蹤使用歸屬與蒐集內容可以分開

Copilot 新增身分遙測,稽核不必收整段對話

Copilot 將帳號與裝置識別、對話和工具內容分開控制。說明企業稽核該選哪些欄位、VS Code 執行模式的文件差異,以及本機除錯紀錄的範圍。

內容查核: 來源查核:

公司想追查一項 Copilot 作業由誰執行,現在可以單獨收帳號與裝置資訊,保留對話內容的選擇權。GitHub 在 10 月 12 日更新新增身分歸屬與細分內容控制,讓企業能依調查目的決定要送出哪些紀錄。

遙測是軟體把執行情況送到紀錄系統,供管理員追蹤模型呼叫、工具操作與用量。這次新增的控制,讓「哪個帳號執行」與「當時說了什麼」分開設定。替客戶開發程式的公司,可因此減少不必要的原始碼與對話副本。

身分、對話和工具操作,各回答不同問題

新設定 telemetry.capture.identity 預設關閉,啟用後帶出 Copilot 登入帳號、本機作業系統帳號與機器名稱。Copilot 帳號目前是 GitHub 登入名稱,與原有假名識別碼分開。對要釐清同事與裝置的稽核工作,這些欄位提供較直接的查核線索。

GitHub 設定文件還把內容分成提示詞、回覆、工具參數、工具輸出與政策細節,各自有控制。可以先按問題選範圍:

要回答的問題需要評估的紀錄應理解的資料內容
作業來自哪個帳號與裝置身分資料能識別開發者與機器,須限制查閱與保存
模型為何給出某種回覆提示詞與回覆可能包含交付內容、客戶需求與工作區文字
代理執行了什麼、錯在哪裡工具參數與輸出命令、路徑、程式碼或錯誤訊息可能一起出現

這張分類適用於選擇調查資料,完整可用欄位仍以用戶端支援為準。若只要確認活躍人數和使用概況,Copilot 用量指標更貼近問題;逐次操作紀錄則用於追查特定作業。

既有 captureContent 仍能一起控制內容類別,身分則另行設定。lockCaptureContent 的範圍也在舊內容控制,沒有同時鎖住身分。企業沿用原設定時,可趁這次更新把帳號識別與內容政策分別整理。

我會把身分資料用在確實需要作業歸屬的情境,對話與工具內容則依調查需要增加。無差別長期保存整段對話,會讓接收端承擔更多客戶資料管理工作;「全部都留,以後可能用到」不足以作為蒐集理由。

VS Code 的執行模式,會影響實際紀錄

目前 GitHub 把細分控制列為適用 Copilot CLI、Copilot 應用程式與 VS Code Agent Host 工作階段。VS Code 的 Local 與 Agent Host 是不同執行模式,支援能力不能只看同一個編輯器名稱判斷。

兩份官方文件目前也有落差:GitHub 的設定參考列出 Agent Host 的細分控制;VS Code 遙測指南仍寫身分屬性只適用 Local,Agent Host 不含這些屬性。管理員部署時,應以實際版本和接收端欄位確認,保留這個差異直到文件一致。其他編輯器的管理背景可看Copilot JetBrains 與企業設定。

本機還有一份不同用途的紀錄。VS Code 說,Copilot SDK 的代理除錯面板在遙測匯出關閉時仍會追蹤,並自動捕捉完整提示詞與回覆。啟用匯出後,內容設定才同時控制除錯面板與匯出內容。因此,管理員處理資料保存時,應把接收端與本機面板分開盤點。

企業可依GitHub 部署指南,在指定程式庫管理政策。VS Code 企業設定文件則提供 Developer: Policy Diagnostics,查看實際生效值與來源;環境變數若有衝突,也應一併清理。

對開發主管,這次更新最有用的是能少收一類資料,就少管理一份副本。先把需要追查的問題交代清楚,管理員才能選對欄位、保存範圍與查閱權限。希望先了解資料分享的基本分工,可讀AI 隱私入門。

常見問題

Copilot 身分遙測預設會記下帳號嗎?

新身分蒐集預設關閉,啟用後涉及 Copilot 登入帳號、作業系統帳號與機器名稱。實際能送出哪些欄位,還要看用戶端與執行模式。

確認誰用了 Copilot,必須一起保存提示詞嗎?

身分與內容是獨立控制,可以分開選擇。只有作業歸屬需求時,先評估身分資料;需要重建指令或回覆時,再評估適用的內容類別。

關閉遙測匯出,本機還會有對話紀錄嗎?

VS Code 指南指出,Copilot SDK 的本機代理除錯面板仍會追蹤,匯出關閉時會捕捉完整提示詞與回覆。資料保存政策須把本機與匯出接收端分開處理。

參考來源

№ · further reading

延伸閱讀