GitHub의 4월 6일 X 게시물은 Copilot cloud agent가 훨씬 더 유연해졌다고 요약했다. 연결된 GitHub changelog의 핵심 변화는 단순하다. 예전에는 cloud agent를 쓰려면 pull request를 먼저 열어야 했지만, 이제는 PR이 없어도 branch 단계에서 agent를 돌릴 수 있다. GitHub은 이를 통해 “PR을 언제 열지”를 팀이 더 늦게 결정할 수 있게 됐다고 설명한다.

이 변화가 중요한 이유는 agent의 역할이 단순 patch generator를 넘어 upstream planning 쪽으로 확장되기 때문이다. changelog 제목 자체가 “research, plan, and code”이고, 문서의 섹션도 implementation plan 생성과 codebase deep research를 별도로 강조한다. 즉 GitHub은 cloud agent를 “PR이 열린 뒤에만 일하는 reviewer”가 아니라, feature 탐색과 설계 단계부터 개입하는 collaborator로 재배치하고 있다.

Agent workflow의 시작점을 더 앞당긴 GitHub

실무적으로 보면 이건 developer workflow를 꽤 바꿀 수 있다. 아이디어를 검증할 때 곧바로 PR을 만들 필요 없이 별도 branch에서 조사, 계획, 실험적 code change를 먼저 시킬 수 있기 때문이다. 특히 large repository에서는 “어디를 바꿔야 하는지 찾는 일”이 실제 구현만큼 비싸다. GitHub이 cloud agent의 첫 번째 역할로 research와 planning을 넣은 것은 이 병목을 agent화하겠다는 신호에 가깝다.

물론 이것이 완전한 autopilot을 뜻하지는 않는다. branch에서 조사와 초안 작성을 앞당길 수 있다는 것과, merge 직전 human review가 사라진다는 것은 다른 이야기다. 그래도 GitHub이 cloud agent의 진입점을 PR 이후에서 PR 이전으로 옮긴 것은 의미가 크다. coding agent를 단순한 작성 도구가 아니라 repository-native work surface로 키우려는 방향이 더 뚜렷해졌기 때문이다. 출처는 X post와 GitHub changelog다.

#cloud-agent

GitHub, Copilot cloud agent가 PR 전에도 research·plan·code 가능하도록 확대