GitHub Copilot, AI 검토로 권한 승인 요청 줄인다

GitHub이 10월 26일 GitHub Copilot의 ‘Assisted permissions’를 정식 제공한다고 발표했습니다. 작업 중 반복되는 권한 요청 일부를 모델이 검토하고 승인해, 사용자가 일일이 응답해야 하는 부담을 줄이는 기능입니다.

어떤 요청이 자동으로 진행되나

명령 실행, 파일 시스템 경로 접근, URL 열기 요청에는 기존 권한 규칙과 사용자 승인 내역이 먼저 적용됩니다. 이미 허용된 요청은 모델 검토 없이 진행될 수 있습니다. 아직 처리되지 않은 검토 대상 요청은 대규모 언어 모델(LLM)이 작업 맥락에서 안전한지, 사용자가 허용한 범위에 들어가는지 살펴봅니다.

모델이 안전하다고 판단하면 자동으로 진행하고, 확신이 부족하면 일반 대화형 세션에서는 사용자 승인을 받습니다. 다만 모델이 위험하거나 의도하지 않은 작업을 잘못 승인할 수 있습니다. Assisted permissions는 샌드박스나 접근 제한을 대신하지 않으므로, 실행 내용은 계속 살펴야 합니다.

CLI·앱·VS Code에서 켜는 위치

GitHub Copilot CLI에서는 /permissions를 입력해 assisted를 고르거나, /permissions assisted를 바로 입력하면 됩니다. 현재 모드는 /permissions show로 확인할 수 있습니다. 이 변경은 현재 세션에만 적용되며, 다른 세션이나 새 세션의 기본값까지 바꾸지는 않습니다.

GitHub Copilot 앱의 로컬 세션에서는 모드 메뉴 → Tool permissions → Assisted를 선택합니다. 이 메뉴에서 바꾼 설정은 현재 세션에 적용되고 새 로컬 세션의 기본값으로도 저장되지만, 이미 열려 있는 다른 세션은 바뀌지 않습니다. 클라우드 세션에는 도구 권한 설정이 없으며, 원격 호스트 세션에서 쓸 수 있는 모드는 호스트 지원에 따라 달라집니다.

Visual Studio Code에서는 권한 선택 메뉴를 열고 Assisted permissions를 고르면 됩니다.

기업 관리자는 Allow All만 막을 수도 있습니다

기업 관리자는 Allow All을 차단하면서 Assisted는 허용하거나, Assisted를 별도로 끌 수 있습니다. 새 세션의 기본 모드도 지정할 수 있고, 개발자는 정책이 허용하는 다른 모드로 바꿀 수 있습니다. 지정된 기본 모드를 사용할 수 없거나 정책으로 차단됐다면 수동 승인으로 시작합니다.

CLI에서는 기업이 명령·파일 읽기·파일 쓰기·URL에 지정한 ask 규칙도 검토 대상 요청이라면 모델 승인으로 충족될 수 있습니다. 따라서 ask가 항상 사람의 확인을 뜻하지는 않습니다. 거부를 뜻하는 deny 규칙은 계속 적용되며, 로컬 샌드박스 우회 요청과 기업 규칙이 승인을 요구하는 그 밖의 도구 호출은 이 모델 검토 대상이 아닙니다.

모델 검토를 수행할 수 없거나 요청을 평가하지 못하면 해당 세션의 기존 권한 처리 방식을 따릅니다. Autopilot과 비대화형 실행에서는 사용자 승인이 필요한 요청을 기다리지 않고 거부합니다. 사람이 응답할 수 없는 실행에 적용할 때 알아둘 차이입니다.