AI가 코드를 쏟아 낼 때, 병목은 검증으로 옮겨 가나

코드 변경은 얼마나 늘었나?

코딩 에이전트(사람 대신 코드를 쓰고 고치는 AI)가 퍼지면서 코드 변경량 자체가 달라지고 있다. 이번 주 가장 눈에 띈 사례는 Anthropic이 버전 관리 시스템을 바꿨다는 소식이다. 이 사이트 집계로 'Scion' 키워드는 이번 주 뉴스 4곳, 커뮤니티 1건에서 다뤄졌다.

GeekNews 요약글에 따르면 Anthropic은 AI 코딩 때문에 소스 관리·빌드·CI(변경 사항을 자동으로 빌드·테스트하는 지속적 통합 과정)가 병목이 되자 자체 버전 관리 시스템 Scion을 만들었고, 5개월 만에 모노레포를 Git에서 옮겼다. 같은 요약글은 하루 병합 건수가 2026년 5월 평균 약 2,500건에서 9월 3만 건 이상으로 늘었고, CI에서만 하루 약 2,500만 번 체크아웃이 일어난다고 전했다. 수집 자료에는 공식 원문이 없으므로 커뮤니티 전언으로 읽어야 한다.

이 수치대로라면 몇 달 사이에 코드를 쓰는 속도보다 코드를 저장·빌드·검사하는 시스템이 먼저 한계에 닿았다고 볼 수 있다. 실무자에게는 에이전트 도입 효과를 따질 때 개발 속도뿐 아니라 저장소와 CI가 감당해야 할 부하까지 함께 계산해야 한다는 신호다.

AI에 어디까지 맡기고 있나?

코드를 쓰는 쪽에서는 AI에 맡기는 범위가 넓어지고 있다. 10월 13일 Ars Technica 보도글에 따르면 Epic Games는 출시가 늦어진 마블·스타워즈 슈터 게임 개발을 'AI 우선(AI first)' 방식으로 바꾸고 있으며, 보도는 "더 이상 손으로 쓴 코드는 없다"고 전했다. 회사의 공식 발표는 입력 자료에 없다.

10월 15일에는 Epic이 PC 게임 런처 개편판을 프리뷰로 공개했다. The Verge와 Ars Technica 보도글글에 따르면 새 런처는 Linux를 지원하고, Epic은 이 런처를 바이브 코딩(자연어로 지시해 AI가 코드를 쓰게 하는 방식)으로 만들었다고 밝혔다. Epic은 새 런처가 훨씬 빠르다고 주장했고, Ars Technica는 Epic이 Steam보다 빠르다고 말했다고 전했다글. 비교 조건은 자료에 없다. Epic은 프리뷰 앱에 버그가 있을 수 있다고 안내했다글글. 커뮤니티에서도 이 소식이 공유됐고글, 이 사이트 집계로 이번 주 뉴스 14곳, 커뮤니티 1건에서 다뤄졌다.

도구 쪽 움직임도 같은 방향이다. GeekNews 정리글에 따르면 오픈소스 코딩 에이전트 OpenCode 2.0은 MCP 서버와 OpenAPI 엔드포인트를 스크립트 함수로 바꾸는 'Code Mode'와 백그라운드 에이전트를 도입했다. GitHub는 여러 모델을 조율해 하나의 응답을 만드는 HydraFusion을 개편하면서, 초안에는 중간 수준의 추론 강도를, 검토에는 높은 추론 강도를 쓰도록 바꿨고 Critique 워크플로에 병렬 비평 모델을 넣었다고 밝혔다글. 이 기능은 아직 리서치 프리뷰다글.

초안은 가볍게 쓰고 검토에 연산을 더 쓰는 설계는, 도구 제작사도 '쓰기'보다 '확인하기'에 무게를 두기 시작했다는 신호로 읽힌다.

늘어난 코드는 누가 검증하나?

변경량이 늘면 사람이 모든 변경을 꼼꼼히 읽기 어려워진다. 10월 15일 GitHub가 정식 출시한 두 기능은 이 지점을 겨냥한다.

GitHub 발표글에 따르면 'AI Scan for pull requests'는 CodeQL이 아직 다루지 않는 PHP, Shell/Bash, Terraform 설정(HCL), Dockerfile 등에서 풀 리퀘스트 변경분의 취약점을 찾는다. 결과는 참고용(advisory)이라 코드 스캐닝 검사를 실패시키거나 병합을 막지 않으며, 포크나 Dependabot이 만든 PR에서는 실행되지 않는다글. 'Agentic autofix'는 관련 파일을 탐색해 수정안을 만들고, CodeQL을 다시 돌려 경고가 해결됐는지 확인한 뒤 리뷰용 초안 PR을 연다글. 경고를 최대 25개까지 골라 한 PR에서 함께 고치게 할 수 있지만, 기본 브랜치의 경고만 대상이다글. 비용은 Code Security 예산의 AI 크레딧과 GitHub Actions 사용 시간에서 나간다글.

두 기능을 합치면 'AI가 찾고, AI가 고치고, 도구가 다시 확인하고, 사람이 승인하는' 흐름이 된다. 사람의 역할이 코드를 직접 쓰는 일에서 마지막 관문을 지키는 일로 옮겨 가는 구조라고 볼 수 있다. 동시에 검증 비용이 CI 사용 시간과 AI 크레딧이라는 새 항목으로 잡힌다는 점도 함께 봐야 한다.

병목은 정말 검증으로 옮겨 갔나?

신호는 분명하지만 아직 조심스럽게 읽어야 할 부분도 있다. 변경량 급증을 보여 주는 구체적 수치는 Anthropic 사례 하나이고, 그마저 공식 원문이 아닌 커뮤니티 요약글이다. Epic의 'AI 우선' 전환도 보도글로만 전해졌다.

검증 도구도 사람의 판단을 대신하지는 않는다. AI Scan 결과는 병합을 막지 않는 참고 정보이고글, Agentic autofix도 결국 사람의 리뷰를 기다리는 초안 PR을 만든다글. 오픈소스 쪽에서는 AI가 쓴 기여를 어떻게 받을지가 논의 주제로 떠오르는 모습이다. 이 사이트 집계로 'Linus Torvalds Claude Code' 키워드는 이번 주 뉴스 4곳·커뮤니티 1건, 'QGIS AI contribution ban' 키워드는 뉴스 1곳·커뮤니티 2건에서 다뤄졌다. 세부 내용은 수집 자료에 없다.

정리하면 병목이 작성에서 검증·통합으로 옮겨 간다는 쟁점은 인프라(Scion)와 도구(GitHub) 양쪽에서 신호가 나오고 있다고 볼 수 있다. 다만 어느 정도로 옮겨 갔는지는 각 팀이 자기 지표로 확인해야 할 문제다. 병합 건수, CI 대기 시간, 리뷰 대기 PR 수를 함께 보면 우리 팀의 병목이 어디에 있는지 드러난다.