월 $200 Claude Code의 함정 — 'supervise할 능력 자체가 사라진다'는 경고

핵심 요약 (TL;DR)

Lars Faye의 「Agentic Coding Is a Trap」이 5월 3~4일 Hacker News 1면 1위(421점·329댓글)에 올랐습니다. 그가 인용한 Anthropic 연구의 한 줄이 핵심 메시지였어요 — "Claude를 효과적으로 쓰려면 supervise해야 하고, supervise하려면 AI 과의존으로 위축되는 그 코딩 능력 자체가 살아있어야 한다." Claude Code·Cursor에 매월 $200~$2,000 쓰는 바이브코더라면, 손으로 직접 짜는 비율 20~100% 확보가 새로운 가드레일입니다.

"Claude Code 끄면 손이 안 움직여요"

요즘 한국 X 타임라인에 떠도는 자조 섞인 트윗입니다. "솔직히 Claude Code 끄면 손이 안 움직인다." 처음엔 농담이었는데 점점 진심이 섞여요. Claude Code, Cursor, Copilot이 매일의 코딩 흐름에 깊이 박힌 지 1년이 지났습니다. 그동안 우리 머리에서는 어떤 일이 일어났을까요.

5월 3일 Lars Faye가 발행한 글이 그 질문에 가장 날카롭게 답했습니다. 제목은 「Agentic Coding Is a Trap: Remaining vigilant about cognitive debt and atrophy」. HN 토론에서 421점·329댓글을 모으며 폭주했어요.

paradox — supervise할 능력이 함께 위축된다

Faye가 가져온 핵심 인용은 Anthropic의 자체 연구 결과였습니다. Claude를 효과적으로 활용하는 데 supervision이 필수인데, 그 supervision은 AI 과의존으로 위축될 바로 그 코딩 능력을 요구한다는 paradox. 즉 도구를 잘 쓸수록 도구를 검증할 능력이 함께 줄어든다는 거죠. 이건 Faye 개인의 의견이 아니라 Anthropic 연구의 인용이라는 점이 중요합니다 — 도구를 만든 회사 자신이 과의존의 위험을 명시했어요.

35년차 시니어 fnordpiglet이 HN에서 던진 비유가 가장 인상적이었습니다. "AI는 책 많이 읽은 인턴 같다. 신나서 실수하지만 피드백을 잘 받아들인다 — 일단은." 비유는 곧바로 반박을 받았어요. byzantinegene 댓글: "당신은 35년 경험이라는 학습 프레임이 이미 있다. 주니어는 그게 없다. 자기가 뭘 모르는지조차 모른다."

주니어가 가장 위험한 이유

이 paradox가 가장 무겁게 떨어지는 자리가 주니어 개발자입니다. 시니어는 AI가 만든 코드를 보면 "어, 이건 좀 이상한데" 하는 직관이 발동해요. 30분, 1시간, 10년 동안 직접 짠 코드의 두께가 그 직관의 토양인 거죠. 주니어는 그 토양이 아직 얇습니다. AI가 그럴듯한 코드를 뱉으면 "오, 잘 됐네"하고 그대로 머지하고, 사고가 났을 때야 자기가 뭘 놓쳤는지 거꾸로 배웁니다. 그런데 그 거꾸로 배우는 과정 자체를 AI가 다시 쳐 줍니다. 학습 사이클이 통째로 단절돼요.

vendor lock-in이라는 또 하나의 함정

Faye가 짚은 두 번째 함정은 vendor lock-in입니다. Claude Code outage가 한 번 터지면 팀 전체가 멈춥니다. "그날은 Claude가 안 되니까 그냥 쉬자"가 농담이 아니라 실제 운영 현실이 되고 있어요. 도구가 일시적으로 사라졌을 때 본인 손으로 1시간 이상 의미 있는 코드를 짤 수 있는지 — 점검할 수 있는 자기 진단입니다.

Faye의 권고 — 손코딩 20~100% 사이를 매번 결정하라

Faye가 내놓은 가드레일은 의외로 단순합니다. 모든 세션에서 "이번엔 몇 % 손으로 짤 것인가"를 의식적으로 정하라. 권장 범위는 20%에서 100% 사이. 100%는 AI를 완전히 끄고 짜는 시간이고, 20%는 AI에 가장 많이 맡기는 한계선입니다. Spec-Driven Development처럼 처음부터 끝까지 AI에 맡기는 워크플로우를 그가 명시적으로 비판하는 이유가 여기예요. 비율을 매번 다시 정하는 의식적 결정 자체가 능력 atrophy를 막는 운동이라는 겁니다.

FAQ

Q. 그럼 Claude Code를 쓰지 말라는 건가요?
정반대입니다. 잘 쓰라는 거예요. 잘 쓰는 조건이 "내가 도구를 검증할 수 있는 상태로 남아 있는 것"이라는 점을 짚었을 뿐입니다. 도구를 끄라는 게 아니라, 도구를 끄는 시간을 의식적으로 만들라는 권고입니다.

Q. 주니어 개발자는 어떻게 해야 하나요?
AI 없이 코드를 처음부터 끝까지 짜는 시간을 한 주에 최소 한 번 확보하시는 걸 권합니다. 작은 토이 프로젝트라도 좋아요. AI가 평소 가져다주는 "정답에 가까운 코드"를 못 보는 시간이 학습의 토양을 만듭니다.

Q. 손코딩 비율은 어떻게 정하나요?
작업 종류로 나누는 게 현실적이에요. 새 도메인·새 라이브러리 학습은 100%, 익숙한 CRUD·테스트 코드는 20%, 그 사이는 50% 근처. 한 번 정한 비율을 1주, 1달 단위로 다시 점검하면 됩니다.

마무리

도구는 도구입니다. 17배 싼 모델이 나와도, 폰에서 vibe coding이 가능해져도, 한 가지는 안 바뀝니다 — 도구가 만든 결과물을 마지막에 책임지는 건 결국 본인의 머리예요. 그 머리가 살아있어야 도구가 의미를 가집니다. 오늘 한 시간만이라도 Claude Code를 끄고 코드를 짜보시는 걸 권합니다.