Claude Code: Anatomy of a Misfeature
olafalders.com
Claude Code: Anatomy of a Misfeature
1–10 of 133 posts
Re: Claude Code: Anatomy of a Misfeature
#2It is much worse than that. Claude Code doesn't auto-commit when stopping for an answer. There might be possible data loss if an uncommitted file is edited.
Good luck recovering the file from the JSONL conversation history.
Re: Claude Code: Anatomy of a Misfeature
#3For me it sounds good.
For Anthropic it might increase load and make them less money but give them better KPIs.
Re: Claude Code: Anatomy of a Misfeature
#4Re: Claude Code: Anatomy of a Misfeature
#5Depends on who you ask. For me it sounds good. For Anthropic it might increase load and make them less money but give them better KPIs.
Re: Claude Code: Anatomy of a Misfeature
#6I would love Claude Code to be a little less vibe-coded. The underlying model is excellent, but we're being pretty much forced into using CC to use the subscription model.
Re: Claude Code: Anatomy of a Misfeature
#7Re: Claude Code: Anatomy of a Misfeature
#8Re: Claude Code: Anatomy of a Misfeature
#9> What if the agent makes the wrong choice? How many tokens have been burned in the meantime? It is much worse than that. Claude Code doesn't auto-commit when stopping for an answer. There might be possible data loss if an uncommitted file is edited. Good luck recovering the file from the JSONL conversation history.
Instead, start with a plan file and tell the agent to break it up into logical commits.
Though I think the bigger issue here is when you're yoloing something mutable, like managing a remote server or driving a browser or troubleshooting your local OS where there's no going back.
Re: Claude Code: Anatomy of a Misfeature
#10There are situations when I want Claude to start working on something just as I'm about to head to bed or otherwise step away. It's kind of annoying to come back only to find that Claude worked for just 5 minutes and then decided to pause and ask a question.
That said, I think certain types of questions should not be automatable. Maybe it's already built that way, but I wouldn't want Claude to go with its recommended direction for anything related to operations like deletions, changing external systems, etc. Basically, things that cannot be undone should be a hard-block and wait for user input always.