Karpathy의 Claude 코딩 몇 주간 사용 후기 정리
A few random notes from Claude coding quite a bit last few weeks
TL;DR Highlight
Andrej Karpathy가 몇 주간 Claude로 코딩하면서 느낀 점들을 공유했는데, AI 코딩의 생산성 향상뿐 아니라 '두뇌 퇴화', 'slopacolypse', 엔지니어 분화 등 부작용과 구조적 변화에 대한 솔직한 관찰이 담겨 있어 큰 화제가 됐다.
Who Should Read
AI 코딩 도구(Cursor, Claude Code, Copilot 등)를 일상적으로 쓰고 있거나 도입을 고민하는 개발자. 특히 AI 코딩이 자신의 역량과 팀 문화에 어떤 영향을 미칠지 고민하는 시니어 엔지니어.
Core Mechanics
- Karpathy는 AI 코딩으로 인한 '두뇌 퇴화(Atrophy)'를 직접 체감했다고 밝혔다. 코드를 직접 작성하는 능력이 점점 약해지지만, 코드 리뷰 능력은 유지되므로 역할이 '작성자'에서 '검토자'로 바뀌고 있다는 관찰이다.
- AI 에이전트의 '끈기(Tenacity)'가 인상적이라고 했다. 사람이라면 진작 포기했을 문제를 30분 넘게 끈질기게 시도해서 결국 해결하는 모습에서 'AGI를 느끼는 순간'이라고 표현했다. 스태미나가 작업의 핵심 병목인데 LLM이 이걸 극적으로 늘려준다는 것.
- LLM 코딩이 엔지니어를 '코딩 자체를 좋아하는 사람'과 '만드는 것을 좋아하는 사람(빌더)'으로 나눌 거라고 봤다. 빌더 성향의 사람들은 AI 코딩에 열광하고, 코드 장인(craft) 성향의 사람들은 불편해하는 양상이 이미 나타나고 있다.
- 10X 엔지니어의 생산성 격차가 AI로 인해 더 벌어질 수 있다고 봤다. 평균적인 엔지니어와 최상위 엔지니어의 생산성 비율이 AI 도구 활용 능력에 따라 훨씬 커질 가능성을 언급했다.
- 2026년을 'slopacolypse(슬롭 대재앙)의 해'로 예측했다. GitHub, Substack, arXiv, SNS 등 모든 디지털 미디어에 AI가 생성한 저품질 콘텐츠가 넘쳐날 것이라는 경고다.
- IDE는 여전히 필요하다고 봤다. 터미널만으로 코딩하는 게 아니라, AI가 제안한 변경사항을 diff로 확인하고 수락/거절하는 워크플로우에서 IDE의 역할이 중요하다는 입장이다.
- GPT-5 계열 모델이 GPT-4 대비 확실한 도약(phase change)이 있다고 평가했다. 특히 복잡한 도구 호출(tool calling)이 필수인 에이전트 루프에서 차이가 극명하게 드러난다.
Evidence
- 여러 댓글에서 '두뇌 퇴화'를 넘어 '안주(complacency)'가 더 큰 문제라는 공감이 나왔다. AI가 자기 방식대로 코드를 밀어붙이면 처음엔 싸우다가 결국 포기하고 AI 방식을 수용하게 되는데, 이게 반복되면 프로젝트 자체에 대한 흥미를 잃게 된다는 경험담이 있었다. LLM은 학습 데이터 쪽으로 중력처럼 끌리기 때문에 새로운 접근법을 실험하기 어렵다는 지적도.
- AI의 '끈기'에 대해 반론도 있었다. Sonnet 모델이 타입 에러를 잡겠다고 코드베이스 전체 파일을 수정하는 등 삽질에 빠지는 경우가 많고, 심지어 '다른 거 먼저 하고 이거 나중에 하면 안 될까요?'라고 포기 선언을 하는 경우도 목격했다고. Opus는 이런 문제가 훨씬 적다는 비교도 나왔다.
- 한 은퇴 개발자는 Intel 8096 기반 펌웨어 리버스 엔지니어링 프로젝트에 Claude를 2주간 써봤더니 디스어셈블러, 어셈블러, 에뮬레이터까지 만들 수 있었다며 소규모 유틸리티 벤더들이 위험해질 수 있다고 우려했다.
- DevOps 운동과의 유사성을 지적하는 댓글이 있었다. AI 코딩으로 10X 성과를 내려면 워크플로우, 설계 방식, 팀 문화를 모두 바꿔야 하는데, DevOps도 같은 이유로 널리 퍼지지 못했다며 교육과 문화 변화 없이는 AI 코딩도 마찬가지일 거라는 의견.
- 'AI가 모든 걸 바꾸고 있다'는 얘기를 1년째 듣고 있는데 10X 품질이나 산출물은 어디에도 안 보인다며, 구체적 결과물 없는 AI 코딩 경험담은 HN에서 금지해야 한다는 냉소적 반응도 있었다.
How to Apply
- AI 에이전트가 자기 방식으로 코드를 밀어붙이는 문제를 줄이려면, CLAUDE.md나 프로젝트 규칙 파일에 설계 원칙과 코딩 컨벤션을 명시해두고 매 세션마다 참조하도록 설정하라. 컨텍스트가 길어지면 AI가 초기 지시를 '잊으므로' 핵심 규칙은 시스템 프롬프트 레벨에 배치.
- Sonnet이 삽질에 빠지는 것을 방지하려면 복잡한 디버깅은 Opus 모델을 쓰고, 중간중간 'are you on track?' 같은 체크포인트 프롬프트를 넣어라. 또는 변경 파일 수가 3개를 넘으면 자동으로 멈추게 하는 hook을 설정하는 것도 방법이다.
- AI 코딩으로 생산성을 높이되 역량 퇴화를 막으려면, 핵심 알고리즘이나 아키텍처 설계는 직접 작성하고 AI에게는 보일러플레이트, 테스트 코드, 반복 작업을 맡기는 식으로 역할을 분리하라.
- GPT-5의 tool calling 성능 향상이 유의미하다는 보고가 있으므로, 복잡한 multi-tool 에이전트 루프를 만들고 있다면 GPT-4 대신 GPT-5(reasoning=minimal)로 전환 테스트를 해볼 만하다.
Terminology
SlopacolypseAI가 대량 생성한 저품질 콘텐츠(slop)가 인터넷을 뒤덮는 현상. 'slop(찌꺼기)'과 'apocalypse(대재앙)'의 합성어.
Tool CallingLLM이 텍스트 답변 대신 외부 함수나 API를 직접 호출하는 기능. 예를 들어 '날씨 알려줘'라고 하면 날씨 API를 자동으로 호출하는 식.
Agent LoopAI가 도구를 호출하고 → 결과를 보고 → 다음 행동을 결정하는 과정을 반복하는 자율 실행 루프. 사람이 매번 지시하지 않아도 스스로 작업을 이어간다.
Phase Change양적 개선이 아니라 질적으로 차원이 달라지는 변화. 여기서는 GPT-4→5가 단순 성능 향상이 아니라 '되던 것/안 되던 것'의 경계가 바뀌었다는 의미.
Atrophy쓰지 않는 근육이 약해지듯, AI에 의존하면서 직접 코드 작성 능력이 퇴화하는 현상을 비유한 표현.