자율 AI로 일한다는 개발자가 9개월 만에 7.6%에서 28%로 늘었다
병목은 코드 생성이 아니라 머지로 옮겨 갔다
GitKraken이 개발자 554명을 조사해 조직의 96.4%가 AI 코딩 툴을 쓰고 84%가 생산성이 올랐다고 답한 결과를 8월 14일 냈다. 같은 날 나온 GitLens 19는 코드를 더 짜는 도구가 아니라 쏟아진 코드를 읽고 합치는 도구다.
개발자 554명에게 물었더니 소속 조직의 96.4%가 AI 코딩 툴을 쓰고 있었다. 그중 84%가 생산성이 올랐다고 답했다. GitKraken이 8월 14일 낸 2026 State of AI in Engineering 조사다.
같은 조사에서 더 눈에 띄는 숫자는 따로 있다. 주된 작업 방식이 자율 AI라고 답한 비율이 9개월 만에 7.6%에서 28%로 올랐다. 네 배 가까이다.
한눈에 보기
| 조사 대상 | 개발자·엔지니어링 리더 554명 |
| AI 코딩 툴을 쓰는 조직 | 96.4% |
| 생산성이 올랐다고 답한 개발자 | 84% |
| 자율 AI가 주 작업 방식 | 9개월 전 7.6% → 28% |
| 위험한 AI 코딩 요청 중 사람이 놓치는 비율 | 약 3분의 1 (케임브리지대 연구) |
코드는 늘었는데 배포는 안 빨라졌다
GitKraken이 짚은 대목이 이거다. 생성 속도는 올라갔는데 소프트웨어가 나가는 속도는 그대로다. 브랜치가 늘고 풀 리퀘스트가 늘고 워크트리가 늘었을 뿐이다. 하루에 예전 일주일치 코드가 나오면 그 코드를 읽고 검증하고 합치는 일이 그만큼 늘어난다.
그래서 8월 14일 나온 GitLens 19는 코드를 더 짜 주는 방향으로 가지 않았다. Commit Graph를 히스토리 뷰어에서 작업대로 바꾸고 그 안에 검토, 커밋 재구성, 리비전 비교, AI 리베이스, 충돌 해결, 스택형 풀 리퀘스트를 넣었다. VS Code와 Cursor와 Antigravity에서 오늘부터 쓸 수 있다.
방향이 정직하다. 에이전트가 만든 변경분을 사람이 이해하는 시간이 새 병목이라는 진단에 도구를 맞춘 것이다.
사람 리뷰어는 이미 새고 있다
케임브리지대 연구는 사람 검토자가 심각한 보안 문제를 만들 수 있는 AI 에이전트 요청의 약 3분의 1을 놓친다고 봤다. 리뷰가 병목이라는 말과 리뷰가 제 기능을 한다는 말은 다르다. 지금은 느린 데다 새기까지 한다.
이유는 구조적이다. 사람이 직접 쓴 코드는 쓰면서 이미 한 번 읽는다. 에이전트가 쓴 코드는 그 과정이 없다. 처음 보는 300줄을 검토 화면에서 처음 만나고, 대개 그게 오늘 열 개 중 세 번째 풀 리퀘스트다. 주의력이 남아 있을 리 없다.
여기서 갈라지는 게 팀과 1인이다. 팀에는 최소한 다른 사람 눈이 하나 붙는다. 혼자 일하는 사람은 코드를 지시한 사람과 검토하는 사람이 같다. 자기가 30초 전에 시킨 일이 제대로 됐는지 판정하는 구조라 확증 편향이 그대로 통과한다.
그래서 무엇을 바꾸나
1인 개발자와 소규모 팀이 오늘 손댈 수 있는 자리는 세 군데다.
변경 단위를 줄인다. GitLens 19가 스택형 풀 리퀘스트를 전면에 올린 이유가 이거다. 800줄짜리 PR 하나는 사람이 못 읽는다. 150줄짜리 다섯 개는 읽는다. 에이전트에게 "이 기능 만들어"가 아니라 "이 함수만 바꿔"로 주문을 쪼개면 검토 가능한 크기가 나온다.
리뷰를 사람이 아니라 기계에 먼저 맡긴다. 테스트, 타입 체커, 린터, 정적 분석은 3분의 1을 놓치지 않는다. 사람의 눈은 기계가 못 보는 곳, 즉 의도와 설계에 남겨 둔다.
되돌릴 수 있는 상태를 먼저 만든다. 에이전트에게 브랜치를 주고 메인은 사람이 합친다. 원칙이라기보다 3분의 1이라는 숫자에 대한 산술적 대응이다.
anyAX 관점
7.6%에서 28%라는 이동은 도구 채택률이 아니라 역할 이동이다. 9개월 전 개발자는 코드를 쓰는 사람이었고 지금 28%는 코드를 받는 사람이다. 받는 쪽의 실력은 쓰는 실력과 다르다. 남의 코드를 빠르게 읽고 어디가 위험한지 짚는 능력, 즉 예전에 시니어가 주니어 PR을 볼 때 쓰던 근육이다.
여기가 인디 메이커에게 불리한 지점이다. 혼자 만드는 사람은 대개 그 근육을 쓸 일이 없었다. 팀에서 남의 코드를 백 번 리뷰해 본 사람이 지금 유리하다. AI가 진입 장벽을 낮췄다는 말은 코드 생산에 한정된 이야기고, 검토 쪽 장벽은 오히려 올라갔다.
84%가 생산성이 올랐다고 답한 것과 배포가 안 빨라진 것이 같이 성립하는 이유도 여기 있다. 개인이 체감하는 속도는 진짜다. 다만 그 속도가 검토 대기열 앞에서 멈춘다. 혼자 일한다면 그 대기열이 곧 자기 자신이라 지표에 안 잡히고 저녁 시간에만 잡힌다.
오늘 재 볼 만한 숫자 하나. 이번 주 에이전트에게 시킨 변경 중 실제로 한 줄씩 읽은 게 몇 퍼센트인가. 그 비율이 낮으면 늘어난 건 생산량이 아니라 미검토 재고다.