GitHub Copilot แยกการเก็บ Telemetry ตัวตนและเนื้อหาให้ผู้ดูแลควบคุม

GitHub ประกาศวันที่ 12 ตุลาคม 2026 ว่าผู้ดูแล GitHub Copilot ระดับ Enterprise ตั้งค่าการเก็บ telemetry ผ่าน managed settings ได้ละเอียดขึ้น โดยแยกข้อมูลตัวตนผู้ใช้จากเนื้อหา prompt และผลลัพธ์ของ agent การเปลี่ยนนี้มีประโยชน์กับองค์กรที่ต้องวัดการใช้งานหรือสอบเหตุการณ์ แต่ไม่ต้องการส่ง source code และบทสนทนาทั้งหมดเข้า OpenTelemetry collector อย่างไม่มีขอบเขต

ตัวตนที่เลือกเก็บได้

การตั้งค่า telemetry.capture.identity เพิ่ม attribute สามตัวใน OpenTelemetry data คือ user.name ซึ่งปัจจุบันเป็น GitHub login ของบัญชี Copilot, process.user.name เป็นชื่อบัญชีระบบปฏิบัติการในเครื่อง และ host.name เป็นชื่อเครื่อง การเก็บ identity ปิดไว้โดยค่าเริ่มต้น และแยกจาก pseudonymous user identifier ที่มีอยู่แล้ว นั่นหมายถึงองค์กรสามารถตัดสินใจได้ว่าต้องการข้อมูลที่ระบุตัวบุคคลเพื่อสอบเหตุหรือไม่ โดยไม่จำเป็นต้องเปิดการเก็บ prompt พร้อมกัน

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

ห้ากลุ่มข้อมูลเนื้อหา

GitHub แยกการ capture อีกห้าชั้น ได้แก่ prompts, responses, toolArguments, toolOutput และ policyDetail กลุ่มแรกครอบคลุมข้อความจากผู้ใช้ ระบบ และบริบท input ที่รองรับ กลุ่ม responses อาจมีคำตอบและ reasoning ที่รองรับ กลุ่ม toolArguments อาจมีคำสั่ง shell, schema และตัวระบุ MCP servers หรือ plugins ส่วน toolOutput เป็นผลจากเครื่องมือและ error ส่วน policyDetail อาจรวม path ของ sandbox หรือข้อมูลนโยบายดิบ ทุกกลุ่มปิดเป็นค่าเริ่มต้น และเปิดแยกกันได้

จุดที่ผู้ดูแลต้องอ่านให้ละเอียดคือข้อมูลจากเครื่องมืออาจมี source code, file contents, path ส่วนตัว, token ที่หลุดอยู่ใน command หรือข้อความ error แม้ไม่ได้เปิด prompts ก็ตาม การเปิด toolOutput เพื่อ debug ปัญหาหนึ่งจึงอาจเก็บข้อมูลมากกว่าที่คาด ควรเริ่มจาก metadata ที่จำเป็น ทดลองกับเครื่องทดสอบ และตรวจ payload ที่ส่งออกจริง ก่อนเปิดกับพนักงานทุกคน

GitHub ระบุว่า managed value ที่กำหนดชัดจะมีลำดับเหนือ local settings, SDK configuration และ environment variables การจัดการจากส่วนกลางจึงช่วยให้ขอบเขตการเก็บข้อมูลสอดคล้องกัน แต่ก็เพิ่มความรับผิดชอบให้ผู้ดูแล เพราะการเปลี่ยนค่าเดียวอาจมีผลกับหลายเครื่อง ค่า captureContent เดิมยังใช้เป็น shorthand ของห้ากลุ่มเนื้อหาได้ แต่ไม่เปิด identity โดยอัตโนมัติ ทีมที่ย้ายจากค่าดั้งเดิมควรตรวจ mapping อย่างระมัดระวัง

วิธีนำไปใช้โดยไม่เก็บเกินจำเป็น

เริ่มจากโจทย์ที่ต้องตอบ เช่น ต้องการนับ active users, ตรวจความล้มเหลวของเครื่องมือ หรือสืบสวนเหตุใด agent ใช้คำสั่งหนึ่ง จากนั้นเปิดเฉพาะ attribute ที่ตอบโจทย์นั้น กำหนด sampling และ retention ที่เหมาะสม ตรวจ RBAC ของ collector และ dashboard รวมถึงแผนลบข้อมูลตามนโยบายองค์กร ทดสอบกับ Copilot CLI, GitHub Copilot app และ VS Code sessions ที่ใช้ Agent Host เพราะประกาศระบุ fine-grained controls ในสามจุดนี้ การเห็นว่า setting มีอยู่ไม่ได้ยืนยันว่า telemetry ทุก client รุ่นเก่าส่งข้อมูลแบบเดียวกัน

ข่าวนี้สะท้อนแนวทางที่ควรใช้กับ agent telemetry โดยทั่วไป: เก็บข้อมูลให้พอวิเคราะห์ แต่ไม่เอาเนื้อหางานของผู้ใช้ไปเป็น log โดยไม่จำเป็น องค์กรควรให้ทีม security, privacy และ developer platform ร่วมกันกำหนดค่า แล้วแจ้งผู้ใช้ภายในว่าข้อมูลชนิดใดถูกเก็บจริง

อ่านประกาศต้นทางวันที่ 12 ตุลาคม 2026: GitHub Changelog — Client telemetry user attribution and configurable capture