GitHub, Copilot code review를 agentic architecture로 전환하고 정식 출시 확대

GitHub는 2026년 3월 5일 Copilot code review가 이제 agentic tool-calling architecture 위에서 동작하며 Copilot Pro, Pro+, Business, Enterprise 사용자에게 정식 제공된다고 발표했다. 이번 변화의 핵심은 diff만 보는 review에서 벗어나, 필요한 경우 repository 안의 관련 code, directory structure, references까지 불러와 comment를 생성한다는 점이다.

GitHub 설명에 따르면 이 구조는 comment 수를 늘리는 것이 목적이 아니다. 오히려 correctness와 architectural integrity를 우선하고, 의미 없는 noise를 줄이며, 개발자가 바로 수정으로 이어갈 수 있는 actionable guidance를 더 많이 제공하는 것이 목표다. changelog 페이지도 higher-quality findings, lower noise, more actionable guidance를 이번 업데이트의 핵심 효과로 제시한다.

정식 제공 대상은 Copilot Pro, Pro+, Business, Enterprise다.

agentic Copilot code review는 GitHub Actions 위에서 실행된다.

GitHub-hosted runners를 쓰지 않는 팀은 self-hosted runners에 대한 one-time setup이 필요하다.

같은 날 공개된 GitHub Blog 글은 왜 이 전환이 중요한지에 대한 운영 지표도 함께 제시했다. GitHub는 Copilot code review 사용량이 지난 4월 초기 출시 이후 10X 성장했고, 지금은 GitHub 전체 code review의 5건 중 1건 이상을 차지한다고 밝혔다. 또한 review의 71%에서는 actionable feedback를 내놓고, 나머지 29%에서는 low-signal comment를 남기지 않기 위해 침묵한다고 설명했다. 이 수치는 GitHub가 coverage보다 signal을 우선하는 방향으로 시스템을 조정하고 있음을 보여준다.

실무 관점에서 보면 이번 변화는 Copilot review를 line-by-line lint 보조 기능에서 repository-aware reviewer에 더 가깝게 이동시킨다. 특히 pull request 규모가 커지고 AI-assisted code generation이 늘어날수록, 변경된 코드가 더 큰 architecture 안에서 어떤 의미를 갖는지 읽어내는 능력이 중요해진다. GitHub가 말하는 agentic review는 바로 그 간극을 메우려는 시도로 볼 수 있다.

남은 쟁점은 scale에서의 precision이다. repository context를 더 많이 읽는다고 해서 항상 더 나은 review가 나오는 것은 아니다. 다만 GitHub가 comment volume보다 merge confidence를 강조하고 있다는 점은 긍정적이다. 대형 팀에게 필요한 것은 comment 개수보다, 실제로 merge 전에 고쳐야 할 문제를 얼마나 안정적으로 골라내느냐이기 때문이다. 관련 세부 내용은 GitHub Blog의 companion post에서도 확인할 수 있다.