GitHub의 9월 1일 변경 로그 항목은 서로 다른 두 가지를 말하고 있으며, 그 차이가 핵심입니다. 첫째: “모든 Copilot 코드 리뷰에는 이제 개요 댓글에 승인 평가가 포함됩니다.” 둘째, 바로 이어서: “승인 평가는 병합 요건에 반영되지 않습니다.”

효력을 가지는 메커니즘

구속력 있는 것은 별도입니다. “활성화되면 Copilot은 저장소의 필수 승인 규칙에 반영되는 승인을 제출할 수 있습니다.” GitHub는 이 기능이 기본값으로 꺼져 있으며, 엔터프라이즈·조직·저장소 수준에서 설정할 수 있다고 밝혔습니다. 관리자는 이 세 곳 중에서 이를 켤 수 있습니다. 저장소 관리자는 또한 “Copilot이 승인할 수 있는 파일 경로를 선택”할 수 있으며, 승인의 무효화 방식도 인간 검토와 같습니다. Copilot이 승인한 뒤 새 커밋이 푸시되면, 그 승인은 검토자의 승인처럼 취소됩니다.

흔한 해석이 놓치는 점

두 가지 단순화는 서로 반대 방향으로 모두 틀립니다. “GitHub가 AI 풀 리퀘스트 승인을 켰다”는 표현은 모든 사용자에게 출시된 내용을 과장한 것입니다. 전면적으로 켜진 것은 평가 기능이며, GitHub는 이것이 병합 시 아무 효력도 없다고 밝혔습니다. 그러나 “그저 또 하나의 리뷰 봇일 뿐”이라는 말도 심각하게 축소한 표현입니다. 관리자가 스위치를 켜면, 하나의 승인만 필요하도록 설정된 저장소는 아무 인간도 diff를 읽지 않은 채 병합될 수 있기 때문입니다. 경로 허용 목록은 유일한 구조적 제동장치이며, 이는 저장소별로 설정됩니다.

이 기능이 닿는 통제

필수 승인은 평범한 설정이 아닙니다. 이는 대부분의 엔지니어링 조직이 SOC 2에 대한 변경 관리 및 직무 분리 증거로 감사인에게 제시하는 통제입니다. 1차 제공 AI 검토기가 이를 충족할 수 있는 것은 이번이 처음이며, 변경 로그는 Copilot 승인이 이 통제를 해소하는지에 대해서는 언급하지 않습니다. 이제 그 질문은 플랫폼의 모든 엔터프라이즈에 현실이 됐고, 답은 GitHub가 아니라 감사인이 내리게 됩니다.

이용 가능 범위

이 기능은 Copilot Pro, Pro+, Max, Business, Enterprise 등 다섯 가지 요금제에서 공개 미리보기로 제공됩니다. 기본값이 꺼져 있다는 점이 여기서 실질적인 역할을 합니다. 위험은 출시일이 아니라, 누군가 막힌 업무를 풀기 위해 전사적으로 이를 활성화하는 첫 분기입니다.