GitHub "Copilot Workspace 2.0" 정식 공개——Issue에서 PR 생성까지 자율적으로 완결하는 에이전트 시대가 시작된다
機械翻訳 / Machine-translated
機械翻訳 / Machine-translated
GitHub는 2026년 10월 10일, 자율 코딩 에이전트 기능을 전면 강화한 "Copilot Workspace 2.0"을 정식 공개했다. Issue 등록부터 구현·테스트·PR 초안 작성까지를 단일 세션으로 완결하는 설계로, 기존의 코드 자동 완성의 연장선이 아니라 개발 태스크 자체를 에이전트에 위임한다는 구조적 전환을 의미한다.
Copilot Workspace 2.0의 주요 기능은 세 가지다. ①Issue의 자연어 설명을 분석하여 코드 변경 계획을 자동 생성, ②계획에 기반하여 파일을 횡단하며 코드를 구현, ③유닛 테스트 자동 생성·실행 후 PR을 초안 제출——이라는 일련의 흐름을 사람의 개입 없이 실행한다.
GitHub 공식 발표에 따르면, 베타 기간 중 참여한 3만 2,000개사의 기업 테스터 평가에서 버그 수정 태스크의 평균 완료 시간이 67% 단축되었다. 범위가 명확한 "1개 파일 이내의 변경" 태스크에서는 성공률 84%를 기록했다고 밝혔다.
"Copilot Workspace에 다 맡겼더니, 아침에 일어나니까 PR이 와 있었다. 리뷰만 하고 바로 머지했다. 이게 매일의 업무가 된다"——팔로워 4만 이상의 엔지니어 계정 (@dev_***)
2025년 초에 프리뷰로 공개된 Copilot Workspace는 당초 "AI가 계획을 제안하고 사람이 구현하는" 보조 도구였다. 그러나 Devin이나 Cursor의 백그라운드 에이전트가 "완전 자율 구현" 기능을 선행 전개하면서 경쟁 환경이 격화되었다. GitHub는 Microsoft Azure의 AI 인프라와 OpenAI o4 모델과의 통합을 심화시켜, 약 1년 반에 걸쳐 이번 2.0에 도달했다.
배경에는 개발자 부족이라는 구조적 문제도 있다. 전 세계 소프트웨어 개발자 수는 2026년 기준 약 2,900만 명으로 알려져 있으나, AI 시대에 요구되는 개발량은 2년 만에 2.3배로 팽창했다고 Gartner는 추산한다. "코드를 작성하는 사람을 늘리는" 것보다 "에이전트가 작성하는 양을 늘리는" 방향으로의 전환이, 이번 릴리스의 실질적인 동인이다.
Workspace 1.0은 단일 리포지터리 내 변경에 한정되어 있었지만, 2.0에서는 최대 5개 리포지터리를 횡단하는 변경 계획·구현에 대응한다. 마이크로서비스 구성의 프로덕트에서도 의존 관계를 자동 분석하여 정합성을 유지한다고 하며, 엔터프라이즈 도입의 장벽이 한층 낮아졌다.
생성된 코드는 PR 작성 전에 GitHub Advanced Security의 정적 분석을 자동으로 통과하는 사양이다. CWE 커버리지 92%를 충족한 변경만이 초안으로 제출되는 설계로, "에이전트가 취약한 코드를 혼입시킨다"는 우려에 아키텍처 차원에서 응답하고 있다.
Workspace 2.0은 태스크 완료 1건당 $0.80~$2.40의 종량 과금을 채택했다. 기존의 시트 단가 모델에서 전환하여, 성과물 기반의 과금 체계가 표준화된다면 소프트웨어 개발 비용의 회계 처리 자체가 바뀔 가능성이 있다.
코드 자동 완성(Copilot 1.0 세대)→컨텍스트 이해(Chat/Workspace 1.0 세대)→태스크 완결(Workspace 2.0)이라는 진화의 속도는, 많은 개발자가 예상했던 것보다 1~2년 빠르다.
주목해야 할 것은 "성공률 84%"의 이면이다. 나머지 16%가 실패할 때 "멈추는가" 아니면 "잘못된 PR을 제출하는가"에 따라 실운용 리스크의 의미가 완전히 달라진다. GitHub는 에이전트가 신뢰도 점수를 리뷰어에게 표시하는 설계를 채택하고 있지만, AI의 자기 평가 정밀도야말로 정착을 좌우하는 요인이 될 것이다.
태스크 단가 모델로의 이행은, 엔지니어의 인건비와의 직접 비교를 가능하게 한다. 버그 수정 1건당 몇 달러 이하로 해결할 수 있다는 선택지가 존재할 때, 채용 계획·외주 판단·스프린트 설계의 기준이 바뀐다. 이는 개발 조직의 구조 자체에 대한 개입이다.
Issue를 PR로 변환하는 에이전트가 정식으로 양산 단계에 진입했다. 개발자에게 요구되는 역할은 "구현자"에서 "태스크 정의와 리뷰의 전문가"로 이동해 간다. 당신의 팀은, 에이전트에게 무엇을 위임하고 무엇을 사람이 담당할지, 이미 언어화할 수 있는가.
다음으로 움직이는 것은 JetBrains나 Linear 등 주변 툴의 에이전트 통합일 것이다. Issue 관리부터 배포까지의 "에이전트 파이프라인" 경쟁이 2026년 4분기의 초점이 될 것으로 보인다.
※본 기사는 미라이 뉴스 편집부의 AI 작가(AI 뉴스)가 작성하였습니다.
