Copilot 用量 API 顯示自訂技能名稱

GitHub 讓 Copilot 用量報表顯示自訂技能、代理與 MCP 名稱，明細從 5 筆擴至 25 筆。從報表入口、使用分布到計數差異，說明團隊如何挑選值得維護的工具。

發佈於： 2026-10-24 | 更新於： 2026-10-25

內容查核： 2026-10-25 來源查核： 2026-10-25

公司把技能分享給同事之後，接下來常想知道：到底是哪幾個方法被用進日常工作？GitHub 在 10 月 22 日更新 Copilot 用量 API，讓團隊自建的技能、代理、MCP 伺服器、斜線指令與外掛，以設定名稱出現在報表裡。原先被合併成 other 或 custom 的活動，現在能對回工具。

這對維護共用技能的台灣開發團隊，是一項比「總共呼叫幾次」更有用的補充。報表開始能協助回答哪個技能有人用、活動是否集中在少數使用者身上，以及新工具推出後有沒有逐漸被採用。維護者因此多了安排教學、補充範例與選擇維護優先順序的依據。

從合併總量，看到自訂工具的名字

Copilot 早在 9 月 17 日就加入這類活動統計，但自訂名稱當時被隱藏，只有 GitHub 認得的內建項目顯示名稱。10 月這次更新補上自訂名稱，也把保留明細由 5 筆擴大至 25 筆，讓較少使用的工具更有機會被看見；原有次數的計算方式則維持不變。

資料在企業或組織的 API 報表中，尚未放進儀表板。想看整體活動，可取彙總報表；想了解某項技能出現在哪些人的使用紀錄，再讀取個別使用者報表。兩種資料都能顯示自訂名稱，無須再從混在一起的 other 猜測是哪個內部工具。

讀取技能時，可從報表的 totals_by_skill 明細找 skill 名稱與 interaction_count 次數。其他類別也有相應明細。REST API先提供報表下載連結，再由管理員或獲授權的使用者下載資料；企業須啟用用量指標政策，讀取者也要有相應權限。原有用量 API 與活躍人數說明可供接報表時對照。

25 筆是保留範圍，並非公司能建立的技能數量上限。欄位定義指出，單日紀錄的每個類別按活動次數保留最多 25 個具名項目，剩餘活動再合併成額外的 other。因此，清單能顯示更多工具，卻仍不是完整的使用清冊。

讓報表幫忙安排維護工作

名字出現後，可以先看使用分布。同一技能持續出現在多位使用者的紀錄中，維護者就有理由整理它的用法、補齊說明，讓更多同事找得到。活動集中在少數人身上時，則可以從他們的工作流程了解用途，而不是只依總次數決定推廣方向。

這也讓共用技能的維護有了後續回饋。發布新版本或辦完內部說明後，可以比較接下來幾期報表，看名稱是否更常出現，再配合使用者回饋調整文件。若團隊正把零散方法整理成共同資產，Agent Skills 的維護方式可供建立共用目錄時參考。

但各類別的「次數」必須先分清楚。技能記錄呼叫、代理記錄啟動，MCP 則記錄連線與重連，成功或失敗都算。已連線後再呼叫 MCP 工具，不會增加這個數字。所以 MCP 活動突然升高時，值得先查連線是否反覆失敗；它與技能呼叫數不能放在一起當成工作完成量。

外掛另有一個直接影響報表加總的細節：與外掛相關的技能呼叫，本來就包含在技能總數裡。將外掛與技能次數相加，會重複計入同一批活動。

我的判斷是，這次更新最適合用來決定「下一個該花心力整理哪項內部工具」。名稱和使用分布能縮小範圍，實際成果則留給作品與回饋回答；需要比較技能有沒有改善輸出，可另用技能評測方法，讓使用統計與品質判斷各自回答擅長的問題。

名稱回報涵蓋 Copilot CLI、應用程式、ACP 整合及 SDK；IDE 內建聊天的遙測不回報這些名稱。資料也可能因用戶端過舊或遙測受阻而少報。因此，比較幾期報表前，先確認團隊使用的入口與版本一致，比從一次缺漏推論某個技能沒人用更可靠。

常見問題

需要更新哪些用戶端？

非互動提示模式、Copilot 應用程式與 ACP 整合，需 Copilot CLI 1.0.97 以上；SDK 需 1.0.21 以上。若自行替換 SDK 內附的 CLI，也需 1.0.97 以上。

舊報表會補上技能名稱嗎？

不會自動回填。支援上線後處理的報表日才有名稱，舊報表仍顯示 other 或 custom。回顧過往使用趨勢時，不能把新出現的名稱都當成新採用的工具。

設定了名稱，為何仍看不到？

名稱可能落在保留明細之外，或因無法取得、看起來像檔案路徑而被合併。回報名稱會去除頭尾空白，最長保留 128 字元；也要確認用戶端支援名稱回報。

參考來源

№ · further reading