Ask HN: How to break Claude Code addiction?

isomorph 12 points 11 comments August 29, 2026
View on Hacker News

TL;DR: How can I break my workaholic Claude Code addiction? Hello HN users, I really appreciate you reading this. I can't think of a better audience for this question. If this issue has affected you in any way, I would be really thankful to you if you could leave a comment on this post. MY GOAL: to be able to consistently do an acceptable day's work as a professional software engineer, keeping a reasonably good understanding of the parts of the code that I changed that day, ending the day roughly on time, feeling like I did enough, feeling like I can forget about work until the next workday. MY PROBLEM: I find that as the workday goes on and time runs out, my style of programming gets further from LLM-assisted coding (me designing and writing code, talking to Claude Code only when I get stuck) and closer to pure vibe-coding (where I don't even review the code it writes until a big chunk has built up at which point I'm likely to abandon it, unless it's really useful in which case I'll painstakingly review it and try to understand it and usually have to make a lot of changes to get it how I want it - sometimes I'll still have to abandon it if it's too confusing or large). This leads to me spending hours and hours on vibe-coding sessions on workday evenings, after the workday is over. In the pre-Claude-Code era, working that late (with no external pressure) was much rarer for me. This leaves me feeling drained, frustrated, and with less time to look after myself and live my life. My work-life balance before was actually pretty good, so the shift in the last year or so has alarmed me. I think the fundamental problem is that vibe coding doesn't feel as "hard" as work, so I can just keep doing, but essentially I'm just sitting at the computer working and not participating in my personal life long after the workday is officially over. Another factor is that I have too much autonomy at the moment and work remotely, which was OK before but now the communication between myself and colleagues has been really redirected into communication with Claude Code. I've tried the following with a bit of success but they're hard to stick to and all have their own pros and cons: - Abstain from using Claude Code at all - Always typing out the edits it suggests myself instead of letting it make them (or even copy-and-pasting) - an old trick I learned from Dr Frank King. This means I keep the effort of doing a certain kind of character-by-character code review (maybe not "understanding" it fully but still getting closer than if I just squint at it and approve/deny, or worse, go into "accept edits" or "auto" mode). And I feel more comfortable with the code later. But I just stop doing this at the end of the day when I'm trying to squeeze in "one more bit" of functionality - Only using claude in "low" effort mode, manual mode - reviewing (and quarreling with...) every little diff - kind of works but feels draining in its own way - Setting a hard deadline to end the workday, regardless of how much Claude Code I'm using. - Reminding myself that my job isn't to complete the whole project as fast as possible - it's to do as much as I can (comfortably) in a workday - Telling Claude to tell me to stop after the workday is over (it forgets this in long sessions though) - Splitting my work into smaller chunks so that I have to interrupt it to make PRs and wait for feedback, or discuss design with colleagues etc I guess my internal emotional state, my workplace, and the stories I tell myself about my productivity, my goals, and the use of LLM tools, are all responsible for this behaviour - among other things. So counselling and general advice about workaholism / remote working / WFH would probably help - that's welcome too if you have any thoughts. Many thanks for reading and I look forward to hearing from you.

Discussion Highlights (8 comments)

kay_o

Is this work related or addiction related? You are repeatedly pulling a slot machine in hopes for a jackpot of working usable code, something which does not come up just often enough to require another pull of the conversation turn. Claude does not have a sense of time. What is stopping you from not talking to it until the next day?

ungreased0675

Vibe coding is addictive for the same reasons slot machines are. Sometimes the output is great, sometimes not, but it always feels like a change to the prompt will get you closer to the prize. Just like pulling the handle on a slot machine gets you one more chance at a jackpot.

HellDunkel

I know this feeling. Before AI you had to evaluate an idea, plan its inplementation, judge if it is worth it or even doable. Now, you just prompt and see if you keep the output and think of the next thing to do. This can feel addictive. When i get lost in this i try to step away and think about what the bigger goal is and whether i am just distracting myself. I guess this helps me not get drained. But there is something which also helps tremendously: my coworkers do not work on the same things as i do. if they did, i would feel a big pressure to finish first. Are you competing with anyone?

tazumi

I probably would try to delegate to Claude or any other agent quite long and hard task and then log off for the day living my offline life. Thus definitely remove my "guilt" for not being productive and let the useful work being produced. Not ideal,I know, but this is what I was doing lately

poxlr

Okay, I think the first problem is calling it an addiction because it is a similar feeling if you want to keep coding in machine code instead of moving higher in the hierarchy and start working with C++. It is an extremely handy tool to be able to produce some work, so you shouldn't take it off your belt. However, I will talk about Gemini addiction, where I can't even decide which color of shoes I should buy. I'm asking it to pick for me, which is terrible. So there is that.

gitgud

Pure vibe-coding isn’t that satisfying (as you’ve discovered) the problem is you’re constantly reviewing its huge output, and it probably goes wild in directions making assumptions. It’s much more fulfilling to give the LLM guardrails by engineering the solution. This means coming up with the high level architecture, dependencies, breaking down the system into deliverable chunks, and implementing those chunks. The LLM can help in all those steps of the process. And it will be much easier to review and keep an understanding of the code.

chessucation

"this is a well-structured prompt. i'll pull up the relevant research and return with suggestions."

chatmasta

Clear the session after 300k tokens and force your workflow to adapt to it. The rabbit holes come when you’re at context rot and blindly following Claude debugging some problem that you shouldn’t even be trying to solve. Other than that, set an alarm when you want to stop working. When it rings, physically unplug your work laptop and move it somewhere out of sight.

Semantic search powered by Rivestack pgvector
4,895 stories · 44,164 chunks indexed