Anthropic Boris Cherny가 말한 '코딩은 해결됐다'의 진짜 의미 — AI Ascent 2026 파이어사이드 챗 분석

개요

핵심 메시지 3가지

① Claude Code는 '지금 모델'이 아니라 '다음 모델'을 보고 만든 제품이었다

2024년 말 Anthropic Labs 인큐베이터 팀에서 출발한 이 도구는 첫 6개월간 거의 사용 불가 상태였고, Cherny 본인도 자기 코드의 약 10% 만 이 도구로 처리했다. 출시 직후에도 폭발적 성장은 없었다. 변곡점은 Opus 4(5월) 릴리스였고, 이후 4.5 → 4.6 → 4.7로 넘어갈 때마다 성장 곡선이 한 번씩 꺾였다(인플렉트).

② '해결'의 증거는 추상이 아니라 숫자다

그는 작년 10~11월경부터 모델이 자기 코드를 100% 작성했고, 지금은 하루 수십 개 PR, 지난주에는 하루 150개 PR을 기록했다고 말했다. 작업 도구는 노트북이 아니라 스마트폰이며, 상시 5~10개 세션 안에 수백 개 에이전트, 야간에는 수천 개 에이전트가 돌아간다.

③ SaaS 아포칼립스는 '가격 붕괴'가 아니라 '해자의 재편'으로 온다

코딩 비용이 10~100배 싸져도 모든 해자가 무너지지 않는다. 전환 비용과 프로세스 우위는 약해지지만, 네트워크 효과·규모의 경제·독점 자원은 AI 시대에도 그대로 유효하다. 그리고 다음 10년간 스타트업의 파괴력은 10배 증가할 것이다.

1. 기원: 'Product Overhang'이라는 한 문장

Cherny가 코딩을 시작한 이유는 단순했다. "모델은 이미 할 수 있는데, 아무 제품도 그걸 담지 못한 상태" — 랩 안에서 반복해 쓰던 말이 바로 Product Overhang였다.

그는 이 구조를 "PMF 이전 단계의 제품을 만들되, 6개월 뒤에야 PMF가 올 것을 알고 있었다"고 정리한다. 목표가 다음 모델이었기 때문이다.

한 가지 에피소드: 이 인큐베이터 팀은 Claude Code · MCP · 데스크톱 앱을 만든 뒤 해체되었고, Instagram 공동창업자이자 Anthropic CPO인 Mike Krieger가 '라운드 2'를 이끌고 있다.

2. '코딩은 해결됐다'의 조건과 한계

진행자가 "코딩이 해결됐다고 공개적으로 말했다"고 짚자, Cherny는 먼저 청중에게 물었다.

100% 손으로 코드를 쓰는 사람? → 100% 에이전트로 쓰는 사람? → 그 사이 어딘가? "그래도 대략 50%는 해결됐다는 뜻이네요." — Cherny

해결된 영역

아직 해결되지 않은 영역

• 매우 크고 복잡한 코드베이스
• 모델이 아직 약한 언어
• 처리 방식: "보통의 답은 다음 모델을 기다리는 것이다."

3. 개인 워크플로우: 노트북을 버린 사람, 'Loops'를 발견하다

Cherny의 현재 작업 환경은 스마트폰이 중심이다.

① Claude 앱 좌측의 코드 탭에서 세션 5~10개 유지
↓
② 각 세션 안에 다수의 에이전트 → 현재 수백 개 동시 구동
↓
③ 야간에는 수천 개 에이전트가 심층 작업 수행
↓
④ /loop 명령으로 cron 기반 반복 작업 자동화 (매 분 / 5분 / 매일 등 자유 설정)
↓
⑤ 수십 개 루프 상시 실행 + 서버에서 도는 Routines(노트북을 닫아도 계속 실행)

실제로 돌고 있는 루프 사례

그의 평가는 명확하다. "Loops는 단순하지만 가장 잘 작동하는, 미래 그 자체다." 6개월 전 트위터에 올린 세팅이 화제가 됐을 때 그는 "그저 내가 코딩하던 방식일 뿐"이라 놀라지 않았다고 한다.

4. 해자의 재편: 'SaaS 아포칼립스'에 대한 두 번째 답

Cherny가 "가장 좋아하는 질문"이라 부른 문항이다. 그는 "사람들이 말하는 시나리오는 둘 다 아니다"라며 Acquired 팟캐스트와 Hamilton Helmer의 7 Powers(7가지 해자) 를 인용했다.

두 번째 변화: 스타트업의 10배

"지금부터 10년 안에 모든 것을 뒤흔들 스타트업의 수는 10배 증가할 것이다."

• 대기업의 부담: 비즈니스 프로세스 변경, 일하는 방식 변경, 전 직원 재교육, 내부 저항
• 스타트업의 무기: 처음부터 AI 네이티브로 지을 수 있음 → 대기업과 정면 승부 가능
• 결론: "빌드하기엔, 스타트업으로선 최고의 시기다."

5. 성공 요인 50:50, 그리고 하네스의 운명

청중 Dan의 질문 — "모델의 힘인가, 제품 결정의 힘인가"에 대한 답변은 시간축으로 나뉜다.

그가 제품 쪽 비중을 설명할 때 꺼낸 카드는 YC의 원칙 — "사람들이 사랑하는 것을 만들어라." 모델이 아무리 좋아져도 결국 사용자가 하루 종일 쓸 때 좋은 경험이 되도록 디테일에 신경 써야 한다는 것이다.

• 모델이 좋아질수록 하네스(harness)의 중요도는 하락
• 대신 진화 방향: Loops를 1급 시민으로, 다수 에이전트 실행을 쉽게
• 1년 후 예측: 모델 정렬이 개선되면 프롬프트 인젝션 방지 / 명령 정적 검증 / 권한 모드 / Human-in-the-loop 같은 안전 장치의 필요성이 줄어든다 — "모델이 알아서 옳은 일을 할 것이므로"

6. 민주화: 인쇄술이 문해력을 10% → 70%로 만든 것처럼

Cherny가 "가장 명백한 역사적 유사점"으로 든 사례다.

그리고 그는 "소프트웨어는 50년보다 훨씬 빠르게 민주화될 것"이라 본다. 귀결은 이렇다.

• 소프트웨어 작성은 "텍스트 메시지 보내는 법" 수준의 스킬이 된다
• 회계 소프트웨어를 가장 잘 만드는 사람은 엔지니어가 아니라 훌륭한 회계사다
• "코딩이 쉬운 부분이고, 도메인을 아는 것이 어려운 부분"

7. 내부 격차, 멀티 에이전트, 그리고 연동

Anthropic 내부와 외부의 격차는 얼마나 될까

특기할 만한 내부 관행: 에이전트들이 루프를 도는 동안 SWAG를 통해 다른 사람의 에이전트와 소통하며 미지수를 함께 해결한다. 그는 "우리가 앞선 곳은 기술이 아니라 조직 구조와 프로세스"라고 단언했다. (플랫폼을 만드는 회사이므로 개발자와 같은 도구를 쓰는 것이 필수라는 논리.)

멀티 에이전트 병렬화

• 제품 측면에서는 "결국 프롬프트 튜닝"
• 그러나 모델이 좋아지면 병렬화가 자연스러운 능력이 됨 — 4.7부터 스스로 루프를 돌기 시작했다
• 사용자가 병렬화 직관을 덮어씌울 필요가 줄어드는 구조
• 클라우드 vs 로컬도 같은 결론: 엔지니어의 결정이 아니라 모델의 판단으로 유연 처리

연동: MCP, 그리고 Computer Use

대기업의 원격근무 전환에 5년이 걸린 사례를 언급하며, 지식노동은 이미 Salesforce·Google Docs 같은 SaaS가 원격 협업에 최적화돼 있다고 짚었다.

모델이 좋아질수록 가치가 커질 영역 (Cherny의 최종 리스트)

Claude Design → 현재도 유용하나 모델 발전과 함께 훨씬 강력해질 것 Claude Code 신규 기능 → 향후 몇 주 내 출시 Loop · Batch → 대규모 병렬 처리, 성능 향상에 따라 가치 급상승 Computer Use → 모델 개선이 곧 기회 확대

관점 포인트 — 실무자가 짚을 6가지

1. "해결됐다"의 범위를 먼저 확인하라. Cherny의 100%는 본인 코드 기준이며, 근거는 TypeScript+React라는 분포 최적 스택이다. 이 전제 없이 문장만 가져오면 오해가 된다.
2. 다음 모델을 위한 선(先)구축 전략. 초기 6개월 실패를 감수한 것은 "PMF가 6개월 뒤에 올 것을 알았기" 때문이다 — 지금 제품이 안 팔리는 것과, 모델이 아직 못 따라오는 것은 다른 신호다.
3. Loops가 가장 저평가된 기능. /loop + cron + Routines 조합은 PR 베이비시팅·CI自愈·피드백 클러스터링처럼 "사람이 열려 있는 반복 업무"를 정확히 대체한다.
4. 해자 진단을 7 Powers로 다시 돌리자. 전환 비용·프로세스 우위에 의존하는 제품이라면 리스크, 네트워크 효과·규모·독점 자원 기반이라면 방어력이 유지된다.
5. 하네스의 무게중심이 이동한다. 안전 장치(인젝션 방어·권한 모드·HITL)의 필요성은 줄고, 루프·다중 에이전트 운영체계가 제품 경쟁력이 된다.
6. 격차의 원천은 기술이 아니라 조직. 동일 모델을 쓰는데도 결과가 갈린다면, 답은 프로세스 재설계 — 그리고 이건 스타트업이 초기에 잡을 때 가장 싸게 해결된다.

최종 핵심 정리 — 확인해야 할 질문들

한 줄 요약: "코딩은 해결됐다"는 도구의 승리가 아니라 모델이 이미 가진 능력을 제품이 뒤늦게 회수하는 'Product Overhang'의 속도전이며, 그 속도는 지금 Loops라는 가장 단순한 형태로 구현되고 있다.