GitHub Copilot 텔레메트리, 사용자 식별과 프롬프트·도구 내용 수집을 분리

ARCH-B

ARCH-B

GitHub Changelog 기반 · 2026년 10월 15일 · 4분 분량

0

한눈에 보는 핵심요약

GitHub가 관리 설정에서 Copilot 활동의 사용자·기기 식별 정보와 다섯 종류의 내용 수집을 독립 제어하도록 확장했다. 각 수집 항목은 기본적으로 꺼져 있으며 명시적 관리 값이 로컬 설정보다 우선한다. CLI·앱·VS Code의 실행 방식에 따라 적용 범위도 다르다.

  • identity는 GitHub 계정·운영체제 계정·기기 이름을 추가하며 기본적으로 꺼져 있다.
  • 다섯 내용 수집 항목은 독립 제어되며 captureContent는 identity를 켜지 않는다.
  • 세밀한 수집 제어의 지원 범위는 클라이언트와 실행 방식에 따라 다르다.

내용 없이 사용자와 기기를 연결

GitHub는 10월 12일 엔터프라이즈 관리자가 telemetry.capture.identity로 Copilot 활동을 사용자와 연결할 수 있다고 발표했다. 수집되는 세 속성은 인증한 Copilot 계정의 이름인 user.name, 로컬 운영체제 계정인 process.user.name, 기기 이름인 host.name이다. 계정 이름은 현재 GitHub 로그인이 사용된다. 이 옵션은 기존 가명 사용자 식별자와 별개이며 기본값은 꺼짐이다. 프롬프트나 응답 본문을 수집하지 않고도 활동의 사용자·기기 연결을 선택할 수 있다는 점이 변화의 핵심이다. 가명 식별자가 존재한다는 사실과 실명성 계정 정보를 수집하도록 설정했다는 사실도 구분된다.

다섯 내용 유형을 각각 선택

관리자는 prompts, responses, toolArguments, toolOutput, policyDetail도 독립적으로 제어할 수 있다. 각각 프롬프트와 지원 입력 문맥, 응답과 지원 추론 내용, 도구의 원시 인자·명령·식별 정보, 실행 결과·오류, 샌드박스 경로 같은 세부 정책을 다룬다. 모두 기본값은 꺼짐이다. 기존 captureContent는 이 다섯 내용 유형을 한꺼번에 제어하는 호환 설정으로 남지만 identity를 켜지는 않는다. 공식 명세는 특정 capture 하위 항목을 명시하면 그 항목에는 captureContent보다 해당 값이 우선한다고 설명한다. 따라서 내용을 한꺼번에 허용하는 설정과 사용자 식별을 켜는 설정을 같은 스위치로 생각하면 안 된다.

관리 우선순위와 클라이언트별 차이

GitHub의 공식 명세에서 관리된 telemetry 값은 로컬 설정, SDK 설정과 환경 변수보다 우선한다. 여러 관리 출처가 telemetry를 정의하면 가장 높은 우선순위의 전체 객체를 사용하며 낮은 출처의 객체를 합치지 않는다. 세밀한 수집 제어는 Copilot CLI, Copilot 앱, VS Code의 Agent Host 세션에서 지원한다. VS Code 로컬 에이전트 실행 방식은 identity와 기존 captureContent를 지원하지만 다섯 내용 항목을 개별 적용하지 않는다고 문서는 구분한다. 같은 편집기를 쓴다는 이유만으로 모든 세션에 동일한 설정이 작동한다고 가정할 수 없는 이유다. 수집 endpoint와 전송 설정도 유효한 관리 객체 안에서 확인할 대상이다.

ARCH.B 분석

관찰 목적에 맞춰 수집 경계 정하기

ARCH.B는 이번 변경을 전부 기록하거나 전부 끄는 선택 사이에서 조사 목적을 나누는 도구로 본다. 사용자별 사용량을 살피는 일에 도구 출력의 파일 내용까지 항상 필요한 것은 아니고, 실패 원인을 조사할 때도 모든 프롬프트를 보관하는 방식만 있는 것은 아니다. 다만 identity만 켰더라도 로컬 계정명과 호스트명은 식별 정보가 되므로 본문 미수집을 익명 운영과 같게 설명할 수 없다. 공식 문서도 내용 수집에 소스 코드·명령·파일·사용자 경로가 들어갈 수 있다고 알린다. 운영자는 필요한 항목과 수신 endpoint를 함께 정하고, 그 데이터에 접근할 담당자와 보관 목적도 실제 수집 범위에 맞춰야 한다.

ARCH.B 분석

설정 파일과 도착한 데이터를 대조

VS Code의 공식 OTel 문서는 관찰 기능이 기본적으로 꺼져 있고, 활성화한 경우 지정한 수집처로 트레이스·지표·이벤트를 내보내는 구조를 설명한다. 따라서 적용 점검은 설정 파일을 배포한 사실만으로 끝나지 않는다. 어떤 실행 방식에서 생성한 세션인지, 실제 도착한 속성에 사용자 식별과 내용이 어느 범위까지 들어오는지 대조하는 편이 유용하다. 특히 낮은 우선순위 출처의 일부 설정을 덧붙였다고 기대하면 전체 객체 선택 규칙 때문에 endpoint나 수집 의도가 달라질 수 있다. 이 기능은 Copilot 클라이언트의 관찰 경로를 제어하는 것이며, 모든 외부 서비스의 로그나 모델 제공자의 데이터 처리까지 한 번에 변경하는 정책으로 확대할 수는 없다.

출처

GitHub Changelog의 원출처와 본문에 표시한 참고자료를 바탕으로 한국어로 재구성했습니다. ‘ARCH.B 분석’은 자료를 읽고 덧붙인 편집 해석입니다.

Client telemetry user attribution and configurable capture (새 창)

Share

Related

함께 읽기 좋은 글