Of course you can evaluate everything it does before it does it. But no one reads the homebrew install script to make sure it’s safe when setting up a new Mac so who’s going to read the Claude code scripts?
What I think is completely missed is that the bottleneck in knowledge work is understanding and making sure about what is built and done.
(No, I wouldn't seriously rm -rf ~/ intentionally in most cases but it's not so insane when you imagine creating a new user for project separation. For those reasons it's probably good to keep the agents separate too...)
Best way to deal with this is to just clear the embedding index from the cursor settings and rebuild it.
I've never had it go to a point where it will want to rf home, but now I'm a bit fearful that one day it will go and do it as I have it on auto run currently.
Accidents will happen, disaster recovery is needed notwithstanding misaligned AI.
IMO once you're really ready for the worst, productivity from yolo mode AI assistance surpasses the downsides.
alias rm="rm --interactive"
Really helps avoid these kinds of situations. I do the same thing with `cp`, but unlike `rm`, `--force` doesn't actually undo `--interactive` in `cp` so I have to call `cp` directly (e.g., `/usr/bin/cp`) when I don't want to deal with the prompts.(On Mac and other systems with BSD versions of tools, `--interactive` is `-i` and `--force` is `-f`.)
> touch foo
> ls -l
-rw-r--r--. 1 foo foo 0 Mar 24 05:54 foo
> chmod a-w foo
> ls -l
-r--r--r--. 1 foo foo 0 Mar 24 05:54 foo
> rm foo
rm: remove write-protected regular empty file 'foo'? n
> rm -i foo
rm: remove write-protected regular empty file 'foo'? n
> rm -i -f foo
>
my consequence is that i never alias 'rm' to default to '-i', because 'rm -f' is dangerous. instead i type 'rm -i' manually every time, and remove the '-i' if i don't want it.Also Claude didn't "try" to do anything of course. Such a title is nonsense at best.
It just continues to do things... That's the value prop.