GitHub, pull request 댓글에서 @copilot으로 기존 PR 수정 요청 지원
Original: Ask @copilot to make changes to a pull request View original →
GitHub는 2026년 3월 24일 개발자가 pull request 안에서 @copilot을 직접 멘션해 Copilot coding agent에 기존 PR 수정 작업을 요청할 수 있다고 발표했다. 이번 변화는 후속 구현 작업을 별도 흐름으로 빼지 않고, review thread 안에서 그대로 이어가도록 설계된 점이 핵심이다.
GitHub가 제시한 대표 사용 사례는 세 가지다. 실패한 GitHub Actions workflow 수정, code review comment 반영, 그리고 review 과정에서 추가로 요청된 코드 변경이다. 발표문에는 @copilot Fix the failing tests, @copilot Address this comment, @copilot Add a unit test covering the case when the model argument is missing 같은 예시 명령도 포함됐다.
업데이트된 동작 방식
GitHub에 따르면 Copilot coding agent는 자체 cloud-based development environment에서 동작하며, 실제 코드 변경을 수행한 뒤 repository의 테스트와 linter로 결과를 검증하고 다시 pull request에 푸시한다. 즉, 검증 없는 분리된 패치 제안이 아니라 실제 branch context를 기준으로 수정이 이뤄지는 구조다.
회사는 이전 동작과의 차이도 설명했다. 이 업데이트 전에는 기존 pull request에 대한 수정 요청을 하면, Copilot이 원래 branch 위에 새로운 pull request를 하나 더 여는 방식이었다. GitHub는 사용자가 예전 stacked PR 방식을 원한다면 자연어로 명시적으로 요청할 수 있다고 안내했다.
- pull request 대화에서
@copilot멘션으로 사용 - 테스트 수정, review 피드백 반영, 추가 코드 변경 요청 지원
- Copilot coding agent가 테스트와 lint 검증 후 푸시
- fork 기반 pull request는 현재 미지원
GitHub는 이 기능이 모든 유료 Copilot 플랜에서 제공되며, Copilot Business와 Copilot Enterprise 사용자는 여전히 관리자가 Copilot coding agent를 활성화해야 한다고 밝혔다. 이번 변화는 팀이 이미 토론, 승인, 배포를 수행하는 pull request 내부로 edit-review-iterate 루프를 더 깊게 끌어들였다는 점에서 의미가 있다.
Related Articles
터미널 안의 Copilot이 일회성 명령 보조에서 팀별 실행 절차를 반복하는 에이전트로 넓어진다. GitHub는 보안 감사, 릴리스 노트, 인시던트 대응 등 최소 4가지 반복 작업을 Markdown 프로필로 고정할 수 있다고 설명했다.
PR이 멈추는 가장 지저분한 순간 하나가 버튼으로 줄어들었다. GitHub는 새 Fix with Copilot 흐름이 conflict를 정리하고 build와 test를 다시 확인한 뒤 cloud-based development environment에서 변경사항을 push한다고 설명했다.
GitHub는 2026년 3월 17일 X 스레드에서 Copilot coding agent에 모델 선택, PR 전 자체 리뷰, code·secret·dependency 검사, custom agents, cloud-to-CLI handoff를 추가했다고 밝혔다. GitHub 블로그는 이를 background coding task 위임을 더 자연스럽게 만드는 업그레이드로 설명한다.