Copilot Usage Metrics API เพิ่ม totals_by_client เห็น Model Traffic จาก OpenCode และเครื่องมือนอก IDE

GitHub ประกาศวันที่ 23 ตุลาคม 2026 ว่า Copilot usage metrics API เพิ่ม totals_by_client เพื่อรวม model traffic จากเครื่องมือนอก IDE เช่น OpenCode ที่เดิมไม่ถูกนับในรายงานบางส่วน การเปลี่ยนนี้เป็นการขยายความครอบคลุมของข้อมูล ไม่ใช่หลักฐานว่าการใช้งาน Copilot ขององค์กรเพิ่มขึ้นทันทีตามยอดใหม่ที่เห็น

อ่าน Request Count ให้ตรงความหมาย

ประกาศระบุข้อมูลจำนวนคำขอ session และ token แยกตาม client และ model ในรายงานระดับ enterprise, organization และ user แบบ 1 วันกับ 28 วัน โดย request_count นับ model calls ไม่ใช่จำนวน prompt หนึ่ง prompt อาจทำให้เกิดการเรียกหลายครั้ง ส่วนชื่อ client เป็นการจัดกลุ่มตาม integration ID ซึ่ง GitHub ระบุว่าไม่ใช่ตัวตนที่ยืนยันได้อย่างเด็ดขาด

จุดนี้มีผลต่อ dashboard เดิม หากทีมเคยหารจำนวนคำขอด้วยจำนวนผู้ใช้แล้วเรียกว่า prompt ต่อคน สูตรดังกล่าวควรได้รับการทบทวน รวมถึงไม่ควรนำชื่อ client ไปใช้ตัดสินสิทธิ์หรืออนุญาตการเข้าถึง เพราะข้อมูลรายงานถูกออกแบบเพื่อวิเคราะห์การใช้งาน ไม่ใช่เป็นกลไกยืนยันความน่าเชื่อถือของเครื่องมือ

ตั้ง Baseline ใหม่เมื่อขอบเขตข้อมูลขยาย

ช่วงก่อนและหลังการเพิ่ม client coverage อาจเปรียบเทียบตรง ๆ ไม่ได้ ควรใส่ annotation วันที่เปลี่ยน schema และแยกผลราย client ที่พอเทียบกันได้ ผู้ดูแลควรอธิบายว่าปริมาณใหม่ส่วนใดมาจากสิ่งที่เดิมไม่ได้วัด เพื่อไม่ให้รายงานการใช้เงินหรือ adoption สื่อเหตุผิดจากข้อเท็จจริง

การเก็บ snapshot ของ response ตัวอย่างที่ไม่มีข้อมูลส่วนตัวช่วยให้ทีม data pipeline ทดสอบ parser ได้ โดยต้องรองรับกรณี array ว่างและชื่อ client ที่ไม่เคยเห็นมาก่อน ไม่ใช้รายการชื่อในประกาศเป็น enum ปิดที่ทำให้ ingest หยุดเมื่อมีเครื่องมือใหม่เพิ่มเข้ามา ควรเก็บค่าที่ไม่รู้จักให้ตรวจย้อนหลังได้

วัดงานสำเร็จแยกจากปริมาณ Token

ข้อมูล model traffic ช่วยเห็นว่าเครื่องมือใดใช้ทรัพยากร แต่ไม่ได้บอกว่างานที่ได้ถูกต้องหรือช่วยประหยัดเวลาจริงเพียงใด ควรนำไปประกอบข้อมูลระดับงาน เช่น PR ที่ผ่าน review หรือเวลาที่ใช้แก้ปัญหา โดยระวังไม่ผูกจำนวน token เข้ากับการประเมินบุคคลอย่างตรงไปตรงมา งานต่างชนิดมีความซับซ้อนและวิธีใช้เครื่องมือต่างกัน

GitHub ระบุว่าต้องเปิด usage metrics policy และมีสิทธิ์ดูรายงานที่เกี่ยวข้อง ก่อนเชื่อม BI หรือส่งออกข้อมูลจึงควรตรวจผู้เข้าถึงและ retention ให้ตรงนโยบายองค์กร การเปลี่ยนเป็นแบบ additive โดย field เดิมคงอยู่ แต่ทีมยังควรทดสอบ ETL และคำอธิบาย metric เพื่อให้รายงานใหม่เพิ่มความเข้าใจ แทนสร้างเส้นแนวโน้มที่ดูเหมือนโตขึ้นจากการเปลี่ยนวิธีนับเพียงอย่างเดียว

แหล่งข่าว: ประกาศทางการวันที่ 23 ตุลาคม 2026