AI 코딩 에이전트 사용률 2026 — 90%와 59%가 동시에 맞는 이유

1. 핵심 요약

용어를 먼저 정합니다. AI 코딩 에이전트는 자동완성이나 채팅에 그치지 않고 파일을 읽고 명령을 실행하며 여러 단계를 스스로 진행하는 도구입니다. Claude Code, GitHub Copilot CLI, Codex, Cursor의 에이전트 모드가 여기 해당합니다. 조사마다 이 경계를 다르게 긋는 것이 숫자 차이의 첫 번째 원인입니다. 펄스 조사는 연례 조사와 별개로 짧은 주기로 돌리는 소규모 설문입니다. 병합 PR은 코드 변경 요청(Pull Request)이 검토를 거쳐 실제로 합쳐진 건수입니다.

이 글의 수치는 각 조사 발표문과 논문 원문에 적힌 값 그대로입니다. 비율 차이(%p)는 두 비율의 차이를 뜻합니다. 자체 측정은 없습니다.

2. 숫자를 읽기 전에 — 네 조사 주체, 여섯 자료의 표본과 질문

같은 "사용률"이라도 아래 표의 어느 자료에서 나온 값인지에 따라 뜻이 다릅니다. 이 글의 모든 숫자는 이 표의 인용 번호를 달고 나옵니다.

세 가지가 표에서 바로 보입니다. 첫째, 설문은 전부 자발적 응답입니다. 가중치는 지역과 경력 차이를 보정할 뿐, AI 도구에 관심 있는 사람이 더 많이 응답하는 성향까지 보정하지는 못합니다. 둘째, 조사 주체 네 곳 중 셋에 이해관계가 있습니다. JetBrains와 Anthropic은 AI 코딩 도구를 팔고, Microsoft는 GitHub을 소유합니다. Stack Overflow만 도구를 팔지 않습니다. 셋째, 시기가 다릅니다. Stack Overflow 연례 조사는 2025년 중반 값이고 JetBrains는 2026년 중반 값입니다. 이 시장은 반년 만에 도구 순위가 바뀌므로, 두 값을 같은 시점의 차이로 읽으면 안 됩니다.

3. 사용률 — 90%, 68%, 59%, 51%는 각각 무엇인가

표를 위에서 아래로 읽으면 90%와 14.9% 사이의 거리가 설명됩니다. 90%는 2026년 중반의 전문 개발자에게 "주 1회 이상"을 물은 값이고, 14.9%는 2025년 중반에 "매일"을 물은 값입니다. 두 값 사이에는 1년의 시간 차이, "주 1회 이상 대 매일"이라는 빈도 차이, 그리고 "에이전트"를 얼마나 넓게 정의했는지의 차이가 있습니다. JetBrains는 로컬 에이전트와 클라우드 에이전트를 모두 포함한다고 적었고, Stack Overflow 2025는 에이전트를 별도 문항으로 좁게 물었습니다. [1] [6]

같은 조사 주체가 낸 두 시점의 값을 보면 방향은 분명합니다. Stack Overflow는 에이전트 사용이 1년 사이 31%에서 59%로, 매일 사용은 14%에서 37%로 올랐다고 비교했습니다. 다만 2025년 값은 49,009명의 연례 조사, 2026년 값은 1,100명의 펄스 조사에서 나와 표본 틀이 다릅니다. Stack Overflow 자신이 두 값을 나란히 놓았지만, 이 글은 이 비교를 크기가 아니라 방향으로만 읽습니다. [4]

4. 도구별 사용자 비율 — 클로드 코드 39%의 조건

국내 기사에서 가장 많이 인용된 숫자는 "클로드 코드가 코파일럿을 제치고 1위"입니다. 이 값은 JetBrains 한 곳의 조사에서 나왔고, JetBrains는 같은 질문을 세 번 물었기 때문에 시계열로 읽을 수 있습니다. [3] [1]

"업무에서 정기적으로 사용" 기준의 전문 개발자 비율. 2026년 1월까지는 AI 펄스 조사(10,000명 이상), 5~7월은 개발자 생태계 조사(15,000명 이상)의 값이라 표본이 다릅니다. 빈칸은 발표문에 값이 없는 칸입니다. 미국 기준 Claude Code는 2026년 1월 24%(미국·캐나다), 5~7월 47%입니다.

이 표에서 확인되는 것은 세 가지입니다. Claude Code가 1년 남짓 사이에 3%에서 39%로 올랐습니다. 그 사이 Copilot은 29%에서 21%로, Cursor는 18%에서 12%로 내려갔고, Codex는 3%에서 16%로 올랐습니다. JetBrains는 Claude Code 사용자 중 31%가 Claude Code를 주력 도구로 꼽았다고 적었고, 2026년 1월 조사에서 고객 만족도(CSAT) 91%, 순추천지수(NPS) 54를 보고했습니다. [3] [1]

확인되지 않는 것도 적어 둡니다. 이 값은 합이 100%가 아닙니다. 한 사람이 여러 도구를 쓸 수 있고, JetBrains는 복수 사용 비율을 발표문에 적지 않았습니다. 그래서 "점유율"보다 "사용자 비율"이 정확한 이름입니다. 또 JetBrains 자체 제품(JetBrains AI 9%)이 목록에 있고 가중치에 JetBrains 제품 친숙도가 반영되므로, 이 조사는 도구 순위에 이해관계가 있는 쪽이 측정한 값입니다. 다른 조사 주체가 같은 시점에 같은 질문으로 잰 값은 이 글을 쓰는 시점에 없습니다. Stack Overflow 2026 연례 조사가 공개되면 대조가 가능해집니다.

5. 얼마나 맡기는가 — 사용과 신뢰는 따로 갑니다

사용률이 90%라고 해서 코드의 90%를 에이전트가 쓰는 것은 아닙니다. JetBrains의 같은 조사는 코드 작성 방식을 따로 물었습니다. 응답자 평균으로 보면 코드의 약 47%는 에이전트가 생성했고, 약 38%는 AI 보조를 받아 작성했으며, 약 27%는 손으로 작성했습니다. 세 값의 합이 100%를 넘는 것은 발표문의 평균값을 그대로 옮긴 것이며, 문항 구조가 공개되지 않아 이 글에서는 조정하지 않았습니다. 응답자의 절반 이상은 손으로 쓰는 코드가 20% 미만이라고 답했고, 다섯 명 중 한 명은 AI 없이 쓰는 코드가 없다고 답했습니다. JetBrains는 응답자를 세 무리로 나눴습니다. 에이전트 중심 코더 약 31%(평균 84%가 에이전트 생성), AI 보조 코더 약 47%(평균 40%), 수동 코더 약 23%(약 10%)입니다. [2]

설문 세 개가 같은 방향을 가리킵니다. 쓰는 사람은 늘었지만 맡기는 범위는 사람이 통제하고 있습니다. Stack Overflow 펄스 조사의 표현을 옮기면, 에이전트 사용자는 완전 자율 실행을 감수할 만한 위험으로 보지 않습니다. Anthropic의 보고서는 방법론이 공개되지 않은 개발사 문서라 근거의 무게가 다르지만, 방향은 같은 말을 합니다. AI를 업무의 60%에 쓰면서 완전히 맡기는 작업은 20% 이하이고, 검증하기 쉬운 작업과 위험이 낮은 작업부터 맡긴다는 것입니다. [4] [7]

신뢰 지표는 사용률과 반대로 움직였습니다. Stack Overflow 2025 연례 조사에서 사용은 늘었는데 정확성을 신뢰한다는 응답(33%)보다 불신(46%)이 많았고, 매우 신뢰한다는 3%였습니다. 펄스 조사에서는 정확성이 장벽이라는 문항에 강하게 동의한 비율이 57%에서 47%로 줄었지만, 보안 우려(44%)는 남았습니다. 신뢰가 낮은 채로 사용이 늘어난다는 것은, 검토 부담이 사람에게 남아 있다는 뜻입니다. AI가 만든 코드를 어떻게 검토할지는 AI가 쓴 코드의 품질 리포트에서 다뤘습니다. [6] [4]

6. 결과로 이어지는가 — 병합 PR 24%의 범위

설문은 "쓴다"와 "생산성이 올랐다고 느낀다"를 잽니다. Stack Overflow 2025에서 에이전트 사용자의 약 70%가 특정 작업 시간이 줄었다고, 69%가 생산성이 올랐다고 답했지만 이것은 자기 보고입니다. 실제 산출물을 사용 기록으로 잰 것은 Microsoft의 연구 하나입니다. 2026년 7월 1일 공개된 프리프린트로, 저자 세 명은 모두 Microsoft 소속입니다. [5]

연구는 두 부분입니다. 도입 연구는 Copilot CLI를 누가 먼저 쓰고 누가 계속 쓰는지를 수만 명의 엔지니어 기록으로 봤고, 결과 연구는 Copilot CLI나 Claude Code를 도입한 엔지니어의 병합 PR 수가 어떻게 변했는지를 봤습니다. 결과 연구의 대표값은 2026년 1월 5일 도입 기준 115일 동안 엔지니어당 하루 병합 PR이 24.0% 증가(95% 신뢰구간 14.5~33.7%)한 것입니다. 도구를 쓰지 않은 엔지니어 집단으로 만든 합성 대조군과 비교한 값이고, 도입일을 2025년 10월 6일로 가짜 설정한 검정에서는 −1.1%(−10.6~+8.6%)로 효과가 나오지 않았습니다. 증가 폭은 2월 29.4%, 3~4월 20.0%로 4개월 동안 유지됐습니다. [5]

논문 본문과 매크로 파일의 값입니다. 확률 변화는 로지스틱 회귀의 승산(odds) 변화율이며 비율 자체의 변화가 아닙니다. 병합 PR은 생성 뒤 28일 안에 병합된 것만 셉니다.

이 결과를 옮길 때 붙여야 할 단서가 논문에 그대로 있습니다. 병합 PR 수는 산출물의 대리 지표이고, 작고 잦은 PR에 유리하며, 복잡도 증가 같은 품질 비용은 잡지 못합니다. 논문 스스로 "병합된 PR이 그것이 만드는 가치와 같지 않다"고 적었고, 결론에서 "남은 질문은 품질"이라고 했습니다. 한 회사, 한 시기(2026년 초), Azure DevOps의 PR만 센 값이며, 관찰 창이 끝난 직후 Microsoft가 대부분의 엔지니어에게 Claude Code 라이선스를 끊고 Copilot CLI로 옮기도록 했다는 사실도 논문이 밝혔습니다. 저자들은 "Microsoft는 AI 도구를 팔고 GitHub을 소유하므로 우리의 위치가 질문과 해석에 영향을 줬을 수 있다"고 적었습니다. [5]

비교 대상도 있습니다. 논문이 인용한 He 외의 Cursor 연구(MSR 2026)는 오픈소스 저장소에서 Cursor 도입 뒤 커밋·코드 줄 수의 증가가 두세 달 안에 사라졌다고 보고했습니다. Microsoft 논문은 자기 결과가 4개월 유지된 이유로 도구 세대의 차이와 분석 단위의 차이(저장소 평균 대 같은 엔지니어의 개인 내 비교)를 들었습니다. 두 연구가 다른 결과를 낸 것은 사실이고, 어느 쪽이 일반적인지는 아직 정해지지 않았습니다. [5]

7. 숫자가 다른 다섯 가지 이유

다섯 이유를 다 적용하고 남는 것은 단순합니다. 2026년 중반 기준으로 전문 개발자 대다수가 어떤 형태로든 에이전트를 주 1회 이상 쓰고 있고, 매일 쓰는 비율은 그보다 낮습니다. 맡기는 범위는 사람이 통제하고, 신뢰는 사용을 따라가지 못했습니다. 산출물이 늘었다는 인과에 가까운 증거는 한 회사에서 한 지표로만 나왔습니다.

8. 오늘 적용할 체크리스트

• 숫자를 인용할 때 다섯 조건을 함께 씁니다. 표본(누구), 정의(무엇을 에이전트로), 빈도(주간·매일), 시기, 조사 주체입니다. "90%"만 쓰면 다음 조사와 충돌합니다.
• 자기 팀의 값을 같은 정의로 잽니다. 주간 활성 사용자, 매일 사용자, 에이전트가 만든 PR 비율, 사람이 실제로 병합한 비율입니다. JetBrains의 "주 1회 이상" 정의를 그대로 쓰면 외부 값과 비교할 수 있습니다.
• 효과는 병합 PR과 검토 부담을 함께 봅니다. Microsoft 결과는 병합 PR 수만 잰 것입니다. PR 수가 늘면 검토 시간도 늡니다. 두 값을 나란히 두지 않으면 생산성 증가처럼 보이는 검토 적체를 놓칩니다.
• 도입 여부는 동료 사용과 함께 봅니다. Microsoft에서 가장 강한 도입 예측 변수는 같은 상위 조직 동료의 사용이었습니다. 다만 논문은 동료 영향과 비슷한 사람끼리 모이는 경향을 구분하지 못하므로, 이 결과는 배포 전략의 근거가 아니라 관찰할 지표로 둡니다.
• 이미 다른 AI 도구에 익숙한 사람은 정착률이 낮을 수 있습니다. IDE Copilot을 쓰던 엔지니어는 CLI 도구를 써 보긴 했지만 남는 비율이 낮았습니다. 전환 이유를 따로 만들어야 합니다.
• 도구별 사용자 비율은 반년 단위로 다시 봅니다. 2026년 1월 1위(Copilot 29%)와 5~7월 1위(Claude Code 39%)가 다릅니다. 도구별 설정 형식과 승인 기본값의 차이는 코딩 에이전트 다섯 종 비교에서 다뤘습니다.
• 신뢰 숫자를 검토 정책으로 바꿉니다. 응답자의 63%가 자율 실행을 거의 허용하지 않습니다. 팀 정책도 "무엇은 자동, 무엇은 승인"을 명시하는 편이 조사 결과와 맞습니다.

9. 아직 결론이 아닌 것

• 자체 측정이 없습니다. 이 글은 조사 발표문 세 개와 프리프린트 한 편, 개발사 보고서 한 편을 대조한 정리입니다.
• 설문은 전부 자발적 응답입니다. 가중치는 지역·경력·언어를 맞추지만, AI 도구에 관심이 높은 사람이 더 많이 응답하는 편향은 남습니다. 실제 사용률은 발표값보다 낮을 수 있습니다.
• 도구별 사용자 비율은 한 조사 주체의 값입니다. JetBrains 외에 같은 시점·같은 질문으로 잰 독립 조사를 확인하지 못했습니다. Stack Overflow 2026 연례 조사는 6월 23일에 열렸으나 이 글 작성 시점(2026-09-17)에 결과가 공개되지 않았습니다.
• JetBrains의 코드 비율 세 값(47·38·27%)은 합이 100%를 넘습니다. 발표문의 평균값을 그대로 옮겼으며, 문항이 복수 응답인지 구간 평균인지 공개되지 않아 조정하지 않았습니다.
• Microsoft 결과는 한 회사·한 시기·한 지표입니다. 저자 전원이 Microsoft 소속이고, 도구 간 차이(Copilot CLI가 Claude Code의 약 2.2배)는 저자 스스로 조직 요인을 가설로 들었습니다. 품질 지표는 없습니다.
• 동료 효과는 인과가 아닙니다. 논문은 동료 영향과 비슷한 사람끼리 모이는 경향을 구분하지 못한다고 적었습니다.
• Anthropic 보고서는 방법론이 없습니다. 표본 크기·시기가 적혀 있지 않아 이 글은 방향(60% 사용, 완전 위임 0~20%)만 인용했고 수치를 비교 표의 기준으로 쓰지 않았습니다.
• 펄스 조사의 1,100명은 절댓값을 믿기에 작은 표본입니다. Stack Overflow가 비교한 2025년 연례 조사 값(31%)과 2026년 펄스 값(59%)은 표본 틀이 다르므로, 이 글은 그 비교를 방향으로만 읽었습니다.
• 국내 기사가 인용한 "소규모 팀에서 Claude Code 75%" 같은 값은 원 발표문에서 확인하지 못해 싣지 않았습니다.

10. 참고자료

모두 2026-09-17 확인했습니다. [5]는 arXiv LaTeX 원본의 본문과 수치 매크로 파일을 직접 대조했습니다. 조사 발표문은 조사 주체의 설명이며, 각 주체의 이해관계는 2절 표에 적었습니다.

편집 기준: 사용률 숫자마다 표본·정의·빈도·시기·조사 주체를 함께 적었고, 산출물 증가는 한 회사의 한 지표라는 범위를 결론보다 먼저 두었습니다. 원 발표문에서 확인하지 못한 국내 기사의 수치는 싣지 않았습니다.