40만 세션이 증명한 것 — AI 코딩의 진짜 승자는 코더가 아니라 도메인 전문가입니다

핵심 요약 (TL;DR)

Anthropic이 약 40만 Claude Code 세션, 23.5만 명의 사용 데이터를 분석한 결과 — 비-소프트웨어 직종의 성공률(26%)이 소프트웨어 엔지니어(30%)와 단 4%p 차이였습니다. 사용자가 planning 결정의 약 70%를, 사람이 execution 결정의 약 20%만 내리는 분업이 굳어졌어요. "코딩 잘함"이 더 이상 강한 예측 변수가 아니라는 첫 대규모 증거입니다.

"내 친구 회계사가 SaaS를 만들고 있다"의 데이터

지난 1년 동안 주변에서 본 풍경이 통계로 굳어졌습니다. Anthropic이 6월에 발표한 경제연구 페이퍼 "Agentic coding and persistent returns to expertise"가 그것입니다. 2025-10부터 2026-04까지 약 40만 Claude Code 세션, 23.5만 명의 사용 데이터를 직접 분석했어요.

가장 충격적인 한 줄: 비-소프트웨어 직종의 verified success rate가 26%, 소프트웨어 엔지니어가 30%. 단 4%포인트 차이. 1년 전이면 "코딩은 코더가 잘하지"가 강한 전제였는데, 지금은 그 전제 자체가 약해진 거죠.

planning은 사람, execution은 모델 — 70/20의 분업

페이퍼가 짚은 두 번째 핵심은 분업의 형태입니다. 사용자가 planning 결정의 약 70%를 내리고, 사람이 execution 결정의 약 20%만 내립니다. 거꾸로 말하면 모델이 execution의 80%를 가져가는 거예요. "무엇을 만들 것인가"는 사람의 영역에 남았고, "어떻게 짤 것인가"는 거의 모델로 넘어갔다는 그림.

이게 왜 중요하냐면, 채용 시장이 따라가야 할 신호이기 때문이에요. "4년차 풀스택"이 강점이던 시대가 흔들리고, "의료 차트를 5년 해석한 약사"가 의료 SaaS 프로토타입을 더 빨리 만들 수 있는 시대로 진입한 거죠. 도메인 깊이가 코딩 연차를 이깁니다.

성공한 사람의 두 가지 습관

페이퍼가 알려주는 학습 가능한 패턴 두 개가 있어요. 노비스(15%) → 엑스퍼트(33%) 의 성공률 격차를 만드는 핵심 변수입니다.

첫째, 정밀한 지시. 엑스퍼트는 같은 프롬프트에 Claude의 액션을 12회 트리거하고, 출력 단어는 3,200단어를 받습니다. 노비스는 5회 트리거에 600단어. 한 번의 요청에 무엇을 묻는지 명확하게 한정하는 거예요. "이거 고쳐줘"가 아니라 "이 함수의 이 조건에서 이런 입력이 들어오면 어떻게 동작해야 하는지 케이스 3개로 분리해줘"의 차이입니다.

둘째, 깨졌을 때 포기 대신 redirect. 모델이 잘못된 길로 갔을 때 막무가내로 재시도하지 않고, "왜 이렇게 갔지?"를 짚어서 방향을 다시 잡습니다. "다시 해줘"가 아니라 "여기서 X 가정이 틀렸어. 그래서 Y로 다시 가자"의 차이.

도메인 깊이를 쌓는 게 답이 된 시대

저는 이 페이퍼를 읽고 한 가지 결심이 더 굳어졌습니다. "코딩 공부 시간을 늘리는 것"보다 "내가 가장 깊이 아는 영역의 페인을 더 정확하게 묘사하는 능력을 키우는 것"이 ROI가 훨씬 크다는 사실. 23.5만 명의 표본은 "느낌상 그렇다"의 수준이 아니라 회사가 인사·교육 정책을 다시 짤 정도의 데이터입니다.

지금 "비개발자라서 망설인다"는 분이 있다면, Anthropic이 이미 답을 가져왔어요. 코더가 아니라 자기 도메인의 페인을 정확히 묘사할 수 있는 사람이 이깁니다. 코딩은 모델이 하니까요.

FAQ

Q. "성공률"의 정의가 뭔가요?
verified success로 정의되는데, 정확한 운영 기준(테스트 통과·머지·배포 완료 중 무엇인지)은 본문에서 상세 설명. 단순 자가 보고가 아니라 실제 결과물에 대한 검증을 거친 비율로 보면 됩니다.

Q. 엑스퍼트 분류 기준은요?
사용 데이터 패턴(액션 횟수, 세션 깊이, redirect 빈도)을 통한 페이퍼 내부 분류. 자가 보고 의존이 아니라는 점이 신뢰도를 높여요.

Q. 비개발자가 지금 당장 무엇부터 해야 하나요?
1) 자기 도메인의 가장 작은 페인을 한 문장으로 정의하기, 2) 그 페인을 Claude Code에 묘사할 때 케이스를 분리하기, 3) 모델이 잘못된 방향으로 가면 "이 가정이 틀렸다"를 짚어 redirect하기. 세 가지부터입니다.

4%p 격차는 좁다기보다는 "이미 끝났다"에 가까워요. 코딩 백그라운드가 강점이던 시대를 그리워하기보다, 자기 도메인을 모델에 어떻게 전달할지에 시간을 더 쓰는 게 정답입니다.