깃허브마저 사용량 기반 청구 시대로… 코파일럿 신기능도 대거 추가

깃허브가 AI 코딩 도구 코파일럿의 활용 범위를 IDE 밖으로 확대한다. 새 데스크톱 애플리케이션과 협업 작업 공간인 ‘캔버스(Canvas)’를 선보이며, 코파일럿을 에이전트 네이티브(agent-native) 소프트웨어 개발의 컨트롤 타워로 자리매김시키겠다는 전략이다.

깃허브는 이번 주 열린 마이크로소프트(MS) 연례 개발자 행사 ‘빌드(Build)’에서 데스크톱 애플리케이션을 공개했다. 회사는 블로그를 통해 이 애플리케이션이 개발자가 소프트웨어 개발 전 과정에서 AI 에이전트와 협업할 수 있는 전용 환경을 제공하도록 설계됐다고 설명했다. 기존처럼 편집기 내부에서 코드 생성 작업에만 AI를 활용하는 수준을 넘어선다는 의미다.

애플리케이션에는 ‘캔버스’라는 협업 작업 공간도 포함됐다. 개발자는 이 공간에서 AI와 함께 아이디어를 구상하고, 요구사항을 구체화하며, 프로젝트 계획을 수립하고, 반복적인 개선 작업을 수행할 수 있다.

또한 새로운 ‘에이전트 머지(Agent Merge)’와 코드 리뷰 기능도 탑재됐다. 이를 통해 개발자는 여러 AI 에이전트의 작업을 결합해 특정 목표를 달성하도록 코파일럿을 자동화하거나, 사전에 설정한 기준에 따라 자율적으로 코드 검토를 수행하도록 할 수 있다.

시장조사업체 HFS리서치(HFS Research)의 CEO 필 퍼슈트는 “이러한 신규 기능은 개발자의 작업 전환(context switching)을 줄이고 엔지니어링 효율성을 높이는 동시에 소프트웨어 제공 주기를 단축하는 데 기여할 수 있다”고 평가했다.

사용량 기반 과금 전환, 정당한 변화인가

하지만 최근 몇 주 동안 개발자 커뮤니티의 관심은 신규 기능보다 다른 이슈에 쏠려 있었다. 바로 깃허브가 지난 4월 발표하고 이번 주부터 적용한 코파일럿의 사용량 기반 과금 체계 전환이다.

이 같은 변화는 깃허브 커뮤니티 포럼에서 거센 비판에 직면했다. 일부 사용자는 이를 “미끼 상품 판매 후 조건 변경(bait and switch)”이라고 비난했고, 일부는 환불을 요구하거나 구독 해지 계획을 밝히기도 했다.

그러나 업계 분석가들은 적어도 깃허브의 관점에서 보면 이번 가격 정책 변화가 필요하고 정당한 조치였다고 평가했다.

브로드컴(Broadcom)의 수석 신뢰성 엔지니어 아드바이트 파텔은 “이번 가격 정책 변화는 현재의 제품이 아니라 깃허브가 지향하는 미래 방향에 근거한 것”이라며 “샌드박스 환경에서 여러 에이전트를 병렬로 운영하고, 캔버스 검토와 에이전트 머지를 지속적 통합(CI) 프로세스와 연계하는 작업은 IDE 플러그인보다 클라우드 컴퓨팅에 훨씬 가깝다. 컴퓨팅 자원을 정액 좌석 라이선스로 가격 책정할 수는 없기 때문에 사용량 기반 과금은 구조적으로 올바른 선택”이라고 설명했다.

HFS리서치의 퍼슈트는 개발자와 CIO가 코파일럿을 단순한 코딩 보조 도구가 아닌 소프트웨어 개발 에이전트와 워크플로우를 조율하는 플랫폼으로 바라봐야 한다고 강조했다.

퍼슈트는 “이 변화는 투자 대비 효과(ROI)를 평가하는 방식을 크게 바꾼다”라며 “CIO는 더 이상 코파일럿을 좌석 라이선스 기반 생산성 도구로 볼 것이 아니라 AI 기반 소프트웨어 개발 플랫폼으로 평가해야 한다”고 말했다.

이어 “평가 지표 역시 ‘생성된 코드 라인 수’에서 벗어나 배포 속도, 코드 품질, 결함 감소, 엔지니어링 효율성 등 보다 폭넓은 운영 성과 중심으로 전환돼야 한다”고 설명했다.

AI 에이전트가 기업 전반으로 확산되고 더 복잡하면서도 연산 집약적인 소프트웨어 개발 업무를 수행하기 시작하면서 가격 정책을 재검토하는 기업은 깃허브가 처음은 아니다.

지난 1년 동안 클로드 코드(Claude Code), 리플릿(Replit), 커서(Cursor), 키로(Kiro) 등 플랫폼도 사용자 반발에도 불구하고 가격 체계를 지속적으로 조정해 왔다. 증가하는 인프라 비용과 제한된 GPU 공급, 그리고 갈수록 고도화되는 AI 모델 및 에이전트 운영 비용이 주요 배경으로 꼽힌다.

CIO의 과제는 ROI 입증

IT 컨설팅 기업 카네리카(Kanerika)의 최고분석책임자(CAO) 아밋 찬닥은 이러한 공통된 압박 요인 때문에 개발자와 CIO가 깃허브의 과금 방식 자체보다 실제 비즈니스 가치 창출 여부에 더 집중해야 한다고 조언했다.

찬닥은 “깃허브가 발표한 신규 기능은 생산성을 크게 높이는 촉매제가 될 수 있지만, 반대로 이에 상응하는 비즈니스 가치를 제공하지 못한 채 사용량만 늘릴 가능성도 있다”라며 “도입 이전에 생산성 기준선을 설정하지 않으면 기업은 비용만 증가하고 그 비용이 실제 성과로 이어졌는지 확인하지 못하는 상황에 처할 수 있다”고 지적했다.

퍼슈트는 가격 체계가 변화하는 만큼 개발자와 CIO가 거버넌스, 모니터링, 재무 통제에 더욱 집중해야 한다고 강조했다.

그는 “거버넌스 문제는 매우 현실적인 과제”라며 “자율형 에이전트는 지속적으로 추론하고 테스트하며 수정 작업을 수행하는 동시에 여러 시스템과 상호작용한다. 이는 기존 SaaS 도구보다 훨씬 예측하기 어려운 사용 패턴을 만들어낼 수 있다”고 설명했다.

반면 파텔은 신규 기능이 아직 기술 프리뷰 단계라는 점을 고려할 때 사용자와 의사결정권자가 보다 신중한 태도를 취해야 한다고 조언했다.

파텔은 “고객은 아직 실제 운영 환경에서 검증되지 않은 가치에 대해 변동 요금을 지불하도록 요구받고 있다”라며 “새로운 기능이 더 높은 비용 지출을 정당화한다고 섣불리 가정해서는 안 된다”고 말했다.

이어 “90일간 파일럿 프로젝트를 진행한 뒤 투자 금액 대비 병합된 풀리퀘스트(PR) 수가 얼마나 늘어났는지 측정하고 데이터에 따라 판단해야 한다”라며 “그 비율이 개선됐다면 현재 가격은 합리적이다. 하지만 그렇지 않다면 기업은 실제 성과가 아니라 미래에 대한 기대에 비용을 지불하고 있는 것”이라고 덧붙였다.
dl-ciokorea@foundryco.com