Copilot開始統計OpenCode：請求數為何突然變多
如果VS Code裡的工作出現在報告中，OpenCode裡的工作卻沒有，差別可能在統計方式。GitHub於10月23日為使用量API加入totals_by_client，統計IDE外部工具透過Copilot傳送的模型流量。
離開編輯器的使用量
部分外部工具不會傳送totals_by_ide依賴的編輯器遙測。新的分組在伺服器端統計模型請求，補上這類缺口。範圍是以Copilot為模型供應商的流量，並非工具在其他供應商或訂閱下的所有使用。
企業、組織及各自使用者的1日和28日報告都提供此陣列。28日彙總報告中，它位於每個day_totals項目內。既有欄位不變，沒有使用時為空陣列。未檢查重疊就加到IDE合計，可能重複計數。
一個提示詞可以帶來多次呼叫
request_count統計成功的模型呼叫。在假設例子中，修復測試的提示詞觸發讀取脈絡、產生修改和檢查結果三次呼叫。提示詞只有一個，請求數卻是3。配圖僅供說明，並非真實產品測量。
session_count統計不同工作階段，token_usage包含輸入、輸出以及每次請求平均token。假設三次呼叫各用輸入1,000、輸出200個token，合計便是3,000和600。依呼叫數和token數排序可能不同，單憑這些數字無法證明生產力。
搭配模型與用戶端閱讀
totals_by_model也提供model_selection_mode，包括user_selected、auto和product_selected。Copilot code review與cloud agent回報product_selected；code review的模型名稱為unknown。
client依據請求攜帶的整合ID分組，例如opencode、claude_code、codex與vscode。無法識別的歸入other。這是盡力分類而非身分驗證，看到codex也不代表其他訂閱的所有OpenAI流量都已收錄。
如何理解上升的曲線
agent app activity統計代理應用程式在GitHub上啟動的工作。一項工作能多次呼叫模型，因此工作、提示詞與模型請求不能互換，也不宜拼成簡單轉換率。
需要開啟使用量指標政策，並具備擁有者、帳單管理員或相應指標檢視權限。先對齊日期及報告範圍，再尋找新出現的client。即使開發活動未變，觀測範圍擴大也會改變曲線。