Claude Code가 나를 (심각하게) 번아웃 시키고 있다

Claude가 나에게 생산성 문제를 안겨주었다

나는 내 인생 그 어느 때보다 생산적이다. 마침표.

나는 또한 내 인생 그 어느 때보다 번아웃(Burnout) 상태이다. 마침표.

이 두 가지는 우연이 아니다. 그것이 이 글의 핵심이다.

아무도 경고해주지 않은 루프

Claude Code가 당신을 위해 일하기 시작할 때 실제로 일어나는 일은 다음과 같다:

당신은 무언가를 빠르게 출시한다. 부끄러울 정도로 빠르게 말이다. 당신은 결과를 본다. 당신은 '다음 단계(NEXT)'가 무엇인지 본다. 당신은 그것 또한 만든다. 그 다음 단계가 무엇인지 또 본다. 당신은 그것 또한 만든다.

빠른 출시 → 빠른 결과 확인 → 더 많은 구축 대상 발견 → 모든 것에 'Yes'라고 답하기 → 반복.

이것은 버그가 아니다. 설계된 것이다. 더 빠른 피드백 루프(Feedback loops)는 백로그(Backlog)가 줄어들 수 있을 것처럼 느끼게 만든다. 하지만 백로그는 결코 줄어들 수 없다. 그것은 무한하다. 당신은 단지 이제 그것을 더 잘 볼 수 있게 되었을 뿐이다.

나는 이것을 AI 생산성의 '캐치-22(Catch-22)'라고 부른다. Claude Code는 당신에게 더 많은 시간을 주는 것이 아니다. 당신이 구축할 수 있는 모든 것에 대한 더 높은 가시성(Visibility)을 제공할 뿐이다. 그리고 "존재하는 것"과 "가능한 것" 사이의 간극은 끝이 없다.

나에게 실제로 열린 것들

모호한 번아웃 이야기는 쓸모가 없으므로 구체적으로 말해보겠다. 지난 몇 달 동안 나는 다음과 같은 일들을 해냈다:

• 20-20-20 규칙을 강제하는 나의 무료 macOS 앱인 Count Tongula's Eye Break를 완전히 출시했다 (눈 건강은 정말 중요하다!)
• 개인 포트폴리오 웹사이트를 처음부터 완전히 다시 만들었다
• 나의 첫 OpenClaw를 설정했다
• 나만의 탄산음료를 만들기 시작했다
• 5년 전의 웹 개발 포트폴리오 프로젝트 7개를 완전히 다시 만들었다
• 다음 댄스 트랙 제작을 마쳤다 — 4월 3일 발매 예정

이것은 단순한 사이드 프로젝트 목록이 아니다. Claude Code가 동시에 가능하게 느껴지도록 만든 창의적인 삶 전체다. 이 모든 것들은 하나하나가 어느 정도 쉬워 보였다. 활성화 에너지(Activation energy)가 낮았다. 그냥 세션을 시작하고 바로 진행하면 됐다.

그것이 함정이다.

모든 것이 작고 쉽게 느껴질 때, 당신은 모든 것에 'Yes'라고 말하게 된다. 그러다 깨어나 보면 당신은 5개의 프로젝트를 유지 관리하고 있고, 주 40시간의 본업이 있으며, 지난 2주 동안 밤에 4~5시간 이상 자본 적이 없다.

이것은 나만의 문제가 아니다

Google과 Amazon의 전직 엔지니어인 Steve Yegge는 그가 "수면 공격 (sleep attacks)"이라고 부른 현상에 대해 글을 썼습니다. 긴 Claude Code 세션을 마친 후, 그는 예고도 없이 낮 시간에 무작위로 잠에 빠져들곤 했습니다. 그의 동료들은 낮잠용 포드 (nap pods)를 설치하는 것에 대해 이야기하고 있었습니다.

Harvard Business Review의 한 연구는 200명 규모의 기술 기업 직원들을 8개월 동안 추적 조사했습니다. AI는 그들의 업무량을 줄여주지 않았습니다. 오히려 AI는 그들이 요청받지 않았음에도 더 빠르게 일하고, 더 많은 업무를 맡으며, 하루 중 더 많은 시간을 업무에 할애하게 만들었습니다. 연구진은 특히 "피로, 번아웃 (burnout), 그리고 업무에서 벗어나기가 점점 더 어려워진다는 느낌"을 문제로 지적했습니다.

Bloomberg는 이번 달에 이를 문자 그대로 "2026년의 거대한 생산성 패닉 (The Great Productivity Panic of 2026)"이라고 부르는 기사를 게재했습니다.

바이브 코딩 (Vibe coding)은 여유로울 것으로 예상되었습니다. 하지만 현재의 분위기 (vibes)는 분명히 잘못되었습니다.

해결책은 당신이 생각하는 것이 아니다

모든 번아웃 관련 기사들은 휴식을 취하고, 오후 6시에 로그아웃하고, 자연을 접하라고(go touch grass) 말합니다. 좋습니다. 하지만 그것이 정답은 아닙니다.

진짜 정답은 이것입니다: 프로세스에 다시 마찰 (friction)을 도입하십시오. 왜냐하면 Claude Code가 그 마찰을 모두 제거해 버렸기 때문입니다.

저는 실제로 이 문제를 행동 심리학자, 스토아 철학자, 시스템 설계자, 번아웃 연구원, 그리고 실제 개발자라는 다섯 가지 전문가의 관점을 통해 검토했습니다. 다섯 명 모두 동일한 결론에 도달했습니다. "덜 일하라"가 아닙니다. 더 구체적인 무언가였습니다:

규칙 1: 2주 단위의 스프린트 (sprint)로 작업하십시오. 무언가를 출시(ship)하십시오. 그런 다음 3일 동안은 어떤 새로운 것도 건드리지 마십시오.

그게 전부입니다. 무언가를 출시하면 — 그것이 무엇이든 — 3일 동안은 새로운 구현 (implementation) 작업을 시작할 수 없도록 스스로를 차단해야 합니다. 계획을 세우거나, 문서를 작성하거나, 생각할 수는 있습니다. 하지만 코딩은 안 됩니다. 새로운 세션도 안 됩니다. "딱 하나만 빨리 끝내고" 같은 것도 안 됩니다.

AI 이전에는 출시가 곧 끝처럼 느껴졌습니다. 왜냐하면 당신이 이미 지쳐 있었기 때문입니다. 자연스럽게 휴식이 필요했습니다. 하지만 이제 출시(shipping)는 초록불처럼 느껴집니다 — 터미널 하나를 닫으면 바로 다른 터미널을 열게 됩니다. 3일간의 차단 규칙은 인위적으로 '끝'이라는 개념을 다시 만들어줍니다.

규칙 2: 그와 더불어 저는 Notion에 칸반 보드 (Kanban board)를 만들었습니다. 엄격한 규칙을 세웠습니다 — 어떤 시점에서도 "진행 중 (active)" 상태인 프로젝트는 오직 3개여야 합니다. 새로운 것을 추가하고 싶습니까? 그렇다면 다른 무언가가 먼저 나가야 합니다.

칸반 (Kanban)은 내가 무엇을 하고 있는지 알려줍니다. 잠금 (lockout)은 언제 멈춰야 하는지를 알려줍니다. Claude Code는 이 중 그 어떤 결정도 내릴 수 없습니다. 그것이 바로 이 도구의 핵심입니다.

진정으로 말할 가치가 있는 것

Claude Code가 나를 더 생산적인 엔지니어로 만들어준 것은 아닙니다. Claude Code는 소프트웨어를 출시하고, 음악을 제작하고, 앱을 만들고, 탄산음료를 제조하는 사람—내 인생에서 시간이나 자원이 부족해 결코 할 수 없을 것이라 생각했던 일들을 하는 사람—으로 만들어 주었습니다.

그것은 진심으로 놀라운 일입니다. 나는 그것을 포기하고 싶지 않습니다.

하지만 가능성의 확장이 곧 더 많은 용량 (capacity)을 갖는 것과 같지는 않습니다. 인간으로서 당신의 대역폭 (bandwidth)이 10배가 된 것은 아닙니다. 당신의 출력 한계치 (output ceiling)가 높아진 것입니다. 당신이 볼 수 있는 것과 실제로 지속할 수 있는 것 사이의 그 간극—그곳에 번아웃 (burnout)이 존재합니다.

해답은 도구의 속도를 늦추는 것이 아닙니다. 도구를 어디에 투입할지에 대해 더 의도적 (deliberate)이 되는 것입니다.

세 개의 프로젝트, 3일간의 휴식. 엄격한 제한입니다. 그 외의 모든 것은 기다려야 합니다.

당신은 이것을 어떻게 관리하고 있나요? 당신의 방식을 댓글로 남겨주세요. 다른 사람들에게는 어떤 방식이 효과적인지 진심으로 궁금합니다.

저는 Amazon과 The New York Times에서 근무했던, 5년 이상의 경력을 가진 소프트웨어 엔지니어입니다. 이것은 예측이 아니라 현장에서 얻은 관찰 결과입니다.