클로드 코드가 진짜 나를 태우고 있다

출처: Dev.to

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

나는 지금까지 전례 없이 더 생산적이다.
I’m more productive than I’ve ever been in my life, full stop.

그리고 나는 지금까지 전례 없이 burnout 상태다.
I’m also more burned out than I’ve ever been in my life, full stop.

이 두 가지가 우연이 아니라는 점이다. 이것이 이 글의 전부다.
Those two things are not a coincidence. That’s the whole point of this article.

Claude Code가 시작되면 실제로 일어나는 일은 다음과 같다:
Here’s what actually happens when Claude Code starts working for you:

당신은 빠르게 무언가를 배포한다. 마치 부끄럽게 빠르다. 결과를 본다. 다음에 올 것을 본다. 그것을 тоже 짓는다. 그다음에 올 것을 본다. 그것도 짓는다.
You ship something fast. Like, embarrassingly fast. You see results. You see what’s NEXT. You build that too. You see what’s next after that. You build that too.

빠르게 배포 → 빠르게 결과 보기 → 더 많이 만들 것을 보게 됨 → 모두 동의 → 반복.
Ship fast → see results fast → see MORE to build → say yes to all of it → repeat.

📊 alextong.me에 있는 다이어그램을 확인해보세요 →
📊 See the diagram on alextong.me →

이건 버그가 아니라 설계다. 피드백 루프가 빨라지면 백로그를 축소할 수 있게 보인다. 백로그는 절대 축소되지 않는다. 무한하다. 이제 당신은 더 좋은 시각으로 볼 수 있다.
It’s not a bug. It’s the design. Faster feedback loops make the backlog feel shrinkable. The backlog is never shrinkable. It’s infinite. You just have a better view of it now.

AI 생산성의 캐치-22라고 부른다. Claude Code는 더 많은 시간을 주는 게 아니라, 당신이 만들 수 있는 모든 것을 볼 수 있게 해준다. 그리고 ‘존재한다’와 ‘가능하다’ 사이의 간극은 무한하다.
I call it the Catch-22 of AI productivity. Claude Code doesn’t give you more time. It gives you more visibility into everything you could build. And the gap between “what exists” and “what’s possible” is bottomless.

구체적으로 말하자면, 흐릿한 burnout 이야기를 하는 건 무의미하다.
Let me be specific, because vague burnout talk is useless.

지난 몇 달간 나는 다음과 같은 일을 했다:
In the last few months I have:

Count Tongula의 Eye Break을 완전히 배포했다. 이는 20-20-20 규칙을 강제하는 무료 macOS 앱이다(눈 건강이 정말 중요하다!).
Fully shipped Count Tongula’s Eye Break — my free macOS app that enforces the 20-20-20 rule (Eye health is so important!)

개인 포트폴리오 웹사이트를 처음부터 다시 만들었다.
Completely rebuilt my personal portfolio website from scratch

OpenClaw을 처음으로 설정했다.
Setup my first OpenClaw

자신만의 소다를 만들기 시작했다.
Started creating my own soda

반년 전쯤 만든 7개의 웹 개발 포트폴리오 프로젝트를 완전히 다시 지었다.
Completely rebuilt 7 web development portfolio projects from half a decade ago

다음 댄스 트랙을 완성했다. 4월 3일에 출시될 예정이다.
Finished producing my next dance track — drops April 3rd

이건 사이드 프로젝트 목록이 아니다. Claude Code가 동시에 가능하게 만든 전체적인 창조적 삶이다. 그 모든 것이 쉬운 편이었다. 활성화 에너지 낮음. 세션을 띄우고 바로 시작한다.
That’s not a side project list. That’s a whole creative life that Claude Code made feel simultaneously possible. Every single one of those things felt easy-ish. Low activation energy. Just spin up a session and go.

그게 함정이다.
That’s the trap.

모든 것이 작고 쉬워 보이면 모든 걸 동의하게 된다. 그 후에는 5개 프로젝트를 유지하고, 40시간 일자리를 갖고, 2주 동안 밤에 4~5시간만 잠을 자는 자신을 깨게 된다.
When everything feels small and easy, you say yes to everything. And then you wake up and you’re maintaining five projects, you have a 40‑hour day job, and you haven’t slept more than 4‑5 hours a night in two weeks.

전 구글·아마존 엔지니어였던 스teve 예그가 ‘수면 공격(sleep attacks)‘이라는 표현을 썼다. 장시간 Claude Code 세션 후에 그는 예상치 없이 낮에 갑자기 잠이 들곤 했다. 동료들은 낮잠 전용 공간(nap pod)을 설치하자고 얘기했다.
Steve Yegge — former engineer at Google and Amazon — wrote about what he called “sleep attacks.” After long Claude Code sessions, he’d randomly fall asleep mid‑day without warning. His colleagues were talking about installing nap pods.

하버드 비즈니스 리뷰가 8개월간 200명 규모의 테크 기업 직원들을 추적했다. AI는 그들의 workload를 줄이지 않았다. 대신 더 빨리 일하게 했고, 더 많은 과제를 맡으며, 요청받지 않아도 하루 시간을 더 늘리게 만들었다. 특히 ‘피로, burnout, 그리고 업무에서 벗어나기 어려워지는 느낌’을 강조했다.
A Harvard Business Review study tracked workers at a 200‑person tech company for eight months. AI didn’t reduce their work. It made them work faster, take on more tasks, and extend into more hours of the day — without being asked to. They specifically flagged “fatigue, burnout, and a growing sense that work is harder to step away from.”

블룸버그는 이번 달 ‘2026년의 대 생산성 패닉(The Great Productivity Panic of 2026)‘이라는 기사를 발표했다.
Bloomberg literally published a piece this month calling it “The Great Productivity Panic of 2026.”

Vibe coding은 차분함을 목표로 했어야 했지만, 분위기는显然 어긋나 있다.
Vibe coding was supposed to be chill. The vibes are clearly off.

각 burnout 기사들은 휴식도 취하고, 6시에 로그오프하고, 풀밭에 나가라 말한다. 좋지만, 정답은 아니다.
Every burnout article tells you to take breaks, log off at 6pm, go touch grass. Cool. Not the answer.

진짜 답은 프로세스에 마찰을 되돌리는 것이다. Claude Code가 모든 마찰을 없애버렸다.
The real answer: put friction back in the process. Because Claude Code removed all of it.

나는 행동 심리학자, 스토아 철학자, 시스템 설계자, burnout 연구자, 실제 개발자라는 다섯 가지 전문가의 관점에서 이 문제를 분석했다. 모두 같은 결론에 도달했다. ‘덜 하라’는 것이 아니라, 구체적인:
I actually ran this problem through five different expert perspectives — behavioral psychologist, stoic philosopher, systems designer, burnout researcher, real developers. All five landed in the same place. Not “do less.” Something more specific:

규칙 1: 2주 스프린트에 작업한다. 무언가 배포한다. 그 후 3일간 새로운 작업에 손을 대지 않는다.
Rule 1: Work in 2‑week sprints. Ship something. Then don’t touch anything new for 3 days.

그게 전부다. 배포한 것이 무엇이든, 3일간 새로운 구현 작업에 착수할 수 없게 잠금된다. 계획하고 문서화하고 생각만 하면 된다. 코딩도 없고, 새 세션도 없으며, ‘잠깐 한 번만’ 하는 일도 없다.
That’s it. When you ship — anything — you’re locked out of starting new implementation work for 3 days. You can plan, document, think. No coding. No new sessions. No “just one quick thing.”

AI 이전에는 배포가 피로 때문에 끝나는 것처럼 느껴졌다. 자연스럽게 휴식이 필요했다. 이제 배포는 초록불처럼 느껴진다 — 하나의 터미널을 닫고 또 다른 하나를 연다. 3일 잠금은 인위적으로 끝을 다시 넣어준다.
Before AI, shipping felt like an ending because you were exhausted. You needed the break naturally. Now shipping feels like a green light — you close one terminal and open another. The 3‑day lockout puts the ending back in artificially.

규칙 2: 추가로 Notion에 칸반 보드를 만들었다. 강경한 규칙 — ‘active’ 상태에 있는 프로젝트는 언제든지 3개까지다. 새로운 것을 추가하고 싶으면 먼저 다른 것이 빠져나가야 한다.
Rule 2: On top of that I also built a Kanban board in Notion. Hard rule — only 3 projects in “active” at any given time. Want to add something new? Something else has to move out first.

칸반 보드는 내가 무엇을 작업 중인지 알려준다. 잠금은 언제 중단해야 하는지를 알려준다. Claude Code는 이 두 가지 결정을 할 수 없다. 그게 전부다.
The Kanban tells me what I’m working on. The lockout tells me when to stop. Claude Code can’t make either of those calls. That’s the whole point.

Claude Code는 내가 더 생산적인 엔지니어가 되게 하지 않았다. 대신 소프트웨어를 배포하고, 음악을 만들고, 앱을 구축하며, 소다를 양조하는 사람으로 변모하게 만들었다 — 나는 이런 일들이 내 삶에 시간이나 자원이 있을 것이라고 jamais 생각한 일이다.
Claude Code didn’t make me a more productive engineer. It made me a person who ships software, produces music, builds apps, brews soda — things I never in my life thought I would have the time or resources for.

진짜로 대단하다. 내가 그걸 돌려줄 필요는 없다.
That’s genuinely incredible. I don’t want to give that back.

하지만 가능성의 확장이 용량과 같은 것이 아니라는 점이다. 인간의 대역폭은 10배로 늘지 않았다. 출력 한계는 늘어났다. 그 간극 — 당신이 볼 수 있는 것과 실제로 지속할 수 있는 것 사이의 차이 — 그곳에 burnout이 존재한다.
But the expansion of what’s possible is not the same as having more capacity. Your bandwidth as a human didn’t 10x. Your output ceiling did. That gap — between what you can see and what you can actually sustain — that’s where burnout lives.

해결책은 도구를 느리게 하는 것이 아니라, 내가它을 향하는 방향에 대해 더 신중해지는 것이다.
The answer isn’t to slow the tool down. It’s to be more deliberate about what you point it at.

3개 프로젝트, 3일 휴식. 강경한 한도. 나머지는 모두 대기한다.
Three projects, three day breaks. Hard limit. Everything else waits.

이거 어떻게 관리하고 있나요? 댓글에 당신의 방법을 공유해 주세요 — 다른 사람들이 어떤 것이 효과적인지 정말 궁금합니다.
How are you managing this? Drop your approach in the comments — genuinely curious what’s working for other people.

업데이트: Anthropic의 세션 제한이 우연히 제 해결책의 일부가 되었다 — 더 자세히 보기 →.
Update: Anthropic’s session limits accidentally became part of my fix — more here →.

저는 10년 이상 소프트웨어 엔지니어로 일해 왔으며, 이전에는 아마존과 뉴욕 타임스에서 근무했습니다. 이는 전선에서의 관찰일 뿐이며, 예측이 아닙니다.
I’ve been a software engineer for more than half a decade, previously at Amazon and The New York Times. These are observations from the trenches — not predictions.