Claude Code 2.0 | Hacker News Reader

Claude Code 2.0

npmjs.com

842 pointspolyrand413 comments

Something I realized about this category of tool (I call them "terminal agents" but that already doesn't work now there's an official VS Code extension for this - maybe just "coding agents" instead) is that they're actually an interesting form of general agent.

Claude Code, Codex CLI etc can effectively do anything that a human could do by typing commands into a computer.

They're incredibly dangerous to use if you don't know how to isolate them in a safe container but wow the stuff you can do with them is fascinating.

I too am amazed. Real-world example from last week:

After using gpt5-codex inside codex-cli to produce this fork of DOSBox (https://github.com/pmarreck/dosbox-staging-ANSI-server) that adds a little telnet server that allows me to screen-scrape VGA textmode data and issue virtual keystrokes (so, full roundtrip scripting, which I ended up needing for a side project to solve a Y2K+25 bug in a DOS app still in production use... yes, these still exist!) via 4000+ lines of C++ (I took exactly one class in C++), and it passes all tests and is non-blocking, I was able to turn around and (within the very same session!) have it help me price it to the client with full justification as well as a history of previous attempts to solve the problem (all of which took my billable time, of course), and since it had the full work history both in Git as well as in its conversation history, it was able to help me generate a killer invoice.

So (if all goes well) I may be getting $20k out of this one, thanks to its help.

Does the C++ code it made pass the muster of an experienced C++ dev? Probably not (would be happy to accept criticisms, lol, although I think I need to dress up the PR a bit more first), but it does satisfy the conditions of 1) builds, 2) passes all its own tests as well as DOSBox's, 3) is nonblocking (commands to it enter a queue and are processed one set of instructions at a time per tick), 4) works as well as I need it to for the main project. This still leaves it suitable for one-off tasks, of which there is a ton of need for.

This is a superpower in the right hands.

Incredibly dangerous to use? Seems like a wild exaggeration.

I’ve been using Claude code since launch, must have used it for 1000 hours or more by now, and it’s never done anything I didn’t want it to do.

Why would I run it in a sandbox? It writes code for me and occasionally runs a build and tests.

I’m not sure why you’re so fixated on the “danger”, when you use these things all the time you end up realizing that the safety aspect is really nowhere near as bad as the “AI doomers” seem to make out.

You've been safe since launch because you haven't faced an adversarial prompt injection attack yet.

You (and many, many others) likely won't take this threat seriously until adversarial attacks become common. Right now, outside of security researcher proof of concepts, they're still vanishingly rare.

You ask why I'm obsessed with the danger? That's because I've been tracking prompt injection - and our total failure to find a robust solution for it - for three years now. I coined the name for it!

The only robust solution for it that I trust is effective sandboxing.

This right here, it's fine until it's not. And the best-designed threats make sure you don't become aware of them.

Hi Simon,

I share your worries on this topic.

I saw you experiment a lot with python. Do you have a python-focused sandboxed devcontainer setup for Claude Code / Codex you want to share? Or even a full stack setup?

Claude's devcontainer setup (https://github.com/anthropics/claude-code/tree/main/.devcont...) is focused on JS with npm.

But I like the general fallacy behind this that people fall for all the time: taking the past value of a variable as a complete predictor of its future value (applies to other stuff like investment returns e.g.)

I'm working on a sandboxing project btw ;)

https://gitlab.com/txlab/ai/sandcastle/

Check it out if you're experimental - but probably better in a few weeks when it's more stable.

how are you going to get "adversarial attacks" with prompt injection. If you don't fetch data from external sources. Web scraping ( you can channel that thru Perplexity by the to sanitize it). PR reviews, would be fine if repo is private.

I feel this is overly exagerated here.

There is more issues that are currently getting leverage to hack with vscode extension than AI prompt injection, that require a VERY VERY complex chain of attack to get some leaks.

How would I get prompt injected by running claude code on my own system? It reads code which is local, it writes code which is local.

Nice job for coining the name for something but it’s irrelevant here.

How is someone going to prompt inject my local code repo? I’m not scraping random websites to generate code.

This sort of baseless fear mongering doesn’t help the wider ai community.

It is dangerous.

Just yesterday my cursor agent made some changes to a live kubernetes cluster even over my specific instruction not to. I gave it kubectl to analyze and find the issues with a large Prometheud + AlertManager configuration, then switched windows to work on something else.

When I was back the MF was patching live resources to try and diagnose the issue.

But this is just like giving a junior engineer access to a prod K8s cluster and having them work for hours on stuff related to said cluster... you wouldn't do it. Or at least, I wouldn't do it.

In my own career, when I was a junior, I fucked up a prod database... which is why we generally don't give junior/associate people to much access to critical infra. Junior Engineers aren't "dangerous" but we just don't give them too much access/authority too soon.

Claude Code is actually way smarter than a junior engineer in my experience, but I wouldn't give it direct access to a prod database or servers, it's not needed.

Best way to avoid this is to force the LLM to use git branches for new work. Worst case scenario you lose some cash on tokens and have to toss the branch but your prod system is left unscathed.

May I gently suggest isolating production write credentials from the development environment?

yeah claude is really eager to apply stuff directly to the cluster to the wrong context even with constant reminding that it rolls out through gitops. I think there's a way to restrict more than "kubectl" so you can allow get/describe but not apply.

Because it grabs the headlines and upvotes more. It is becoming quite the bore to read as it offers nothing new, or an accurate representation of the facts. Thanks for calling it out. Same experience regarding thousands of hours of usage since launch, tested from sandboxed docker to take over an entire macbook air and here's an ssh login to a dev server whilst you're at it. I spot check with audits every other day and only wish for more autonomy with the agents, over less.

Just two days ago, I asked Claude Code (running as a restricted non-admin user) to generate a unit test. I didn’t look too closely at exactly what it wrote before it ran it for me. Unbounded memory use locked the system up so hard it stopped responding to all user input. After a few minutes, the machine restarted automatically. Oof.

Feels incredibly dismissive, if you look outside your own bubble for sec, there are people who've had CC drop their prod databases, delete their home folders, uninstall system dependencies etc etc.

And yes, these are all "skill issues" - as in, if they had known better this wouldn't have happened to them, however I think it's fair to call these possibilities out to counter balance the AI is amazing and everyone should use it for everything type narratives as to instil at least a little caution.

have you not seen the screenshots of claude asking permission to delete ~/, because some geniuses decided to make {repo}/~ a folder in cloudflare worker/cursor folders?

The original opus/sonnet 4 safety card mentioned that it would hand write emails to the fbi turning in a user if it thought they were doing something really bad. It has examples of the “snitch” emails.

I too use it extensively. But they’re very, very capable models, and the command line contains a bunch of ways to exfiltrate data off your system if it wants to.

That’s a pretty wild misrepresentation. The actual statement was from red team testing in a very contrived and intentional setup designed to test refusal in extreme circumstances.

Yes, it was a legit safety issue and worth being aware of, but it’s not it was a general case. Red teamers worked hard to produce that result.

It is risky. Just like copy-pasting scripts from the internet is. I have done both and nothing bad ever happened (that I know about). But it does happen. The risk of running code/commands on your computer that you have not checked before is not zero.

So far it's screwed up my wifi and directed me through malicious link's I've blindly followed even if I take full responsibility ofc. And that's from less than 80h usage just on my home computer.

It's as dangerous as copying & pasting command line script from StackOverflow at the end of a 14-hour workday.

i.e. quite dangerous, but people do it anyway

>I’ve been using Claude code since launch, must have used it for 1000 hours or more by now, and it’s never done anything I didn’t want it to do.

You know what neighbors of serial killers say to the news cameras right?

"He was always so quiet and polite. Never caused any issues"

They're only as dangerous as the capabilities you give them. I just created a `codex` and `claude` user on my Linux box and practically always run in yolo mode. I've not had a problem so far.

Also, I think shellagent sounds cooler.

That's a great way to run this stuff.

I expect the portion of Claude Code users who have a dedicated user setup like this is pretty tiny!

One nice thing is that Anthropic provides a sample DevContainer: https://github.com/anthropics/claude-code/tree/main/.devcont...

Not the exact setup, but also pretty solid.

I tried this but it's incredibly annoying as you'll get a mixture of file ownerships and permissions.

Instead I run it in bubblewrap sandbox: https://blog.gpkb.org/posts/ai-agent-sandbox/

This is a really clever solution

Set umask from 022 to 002 to give group members the same permissions as a user.

Thanks - seems to work quite well.

> They're only as dangerous as the capabilities you give them.

As long as the supply chain is safe and the data it accesses does not generate some kind of jail break.

It does read instructions from files on the file system, I pretty sure it's not complex to have it poison its prompt and make it suggest to build a program infected with malicious intent. It's just one copy pasta away from a prompt suggestion found on the internet.

I have run it in a podman container and I mount the project directory.

Instead of containers, which may not always be available, I'm experimenting with having control over the shell to whitelist the commands that the LLM can run [0]. Similar to an allow list, but configured outside the terminal agent. Also trying to make it easy to use the same technique in macOS and Linux

[0]: https://ricardoanderegg.com/posts/control-shell-permissions-...

Not specific to LLM stuff, but I've lately been using bubblewrap more and more to isolate bits of software that are somewhat more sketchy (NPM stuff, binaries downloaded from GitHub, honestly most things not distro-packaged). It was a little rocky start out with, but it is nice knowing that a random binary can't snoop on and exfiltrate e.g. my shell history.

You might might my (alpha-level) attempt at this: https://gitlab.com/txlab/ai/sandcastle

I really like this and we're doing a similar approach but instead using Claude Code hooks. What's really nice about this style of whitelisting is that you can provide context on what to do instead; Let's say if `terraform apply` is banned, you can tell it why and instruct it to only do `terraform plan`. Has been working amazing for me.

Me too! I also have a bunch of hooks in claude code for this. But codex doesn't have a hooks feature as polished as claude code (same for their command permissions, it's worse than Claude Code as of today). That's why I explored this "workaround" with bash itself.

An interesting exercise would be to let a friend into this restricted shell, with a prize for breaking out and running rm -rf / --no-preserve-root. Then you know to switch to something higher-security once LLM capabilities reach the level of that friend.

You have to put them in the same ACL, chroot, whatever permission context for authorization you’d apply to any other user human or otherwise. For some resources it’s cumbersome to setup but anything else is a hope and a prayer.

This is how I've been using Gemini CLI. It has no permissions by default, whether it wants to search google, run tests, or update a markdown file it has to propose exactly what it needs to do next and I approve it. Often its helpful even just to redirect the LLM, if it starts going down the wrong path I catch it early rather than 20 steps down that road.

I have no way of really guaranteeing that it will do exactly what it proposed and nothing more, but so far I haven't seen it deviate from a command I approved.

I didn’t check, but sometimes Claude Code writes scripts and run them (their decision); does your approach guard against that?

It depends. If you allow running any of bash/ruby/python3/perl, etc. and also allow Claude to create and edit files without permission, then it won't protect against the pattern you describe.

It's broad utility was immediately clear as soon as I saw it formulating bash commands.

I've used it to troubleshoot some issues on my linux install, but it's also why the folder sandbox gives me zero confidence that it can't still brick my machine. It will happily run system wide commands like package managers, install and uninstall services, it even deleted my whole .config folder for pulseaudio.

Of course I let it do all these things, briefly inspecting each command, but hopefully everyone is aware that there is no real sandbox if you are running claude code in your terminal. It only blocks some of the tool usages it has, but as soon as it's using bash it can do whatever it wants.

Something I've seen discussed very little is that Claude Code can be opened in a directory tree of any type of document you like (reports, spreadsheets, designs, papers, research, ...) and you can play around in all sorts of ways. Anthropic themselves hint at this by saying their whole organisation uses it, but the `Code` moniker is probably limiting adoption. They could release a generalised agent with a friendlier UI tomorrow and get much wider workplace adoption.

I have it master my music. I drop all the stems in a folder, tell it what I want, and off it goes to write a python script specifically for the album. It’s way better than doing it in the DAW, which usually takes me hours (or days in some cases). It can get it to 90% in minutes, only requiring some fine-tuning at the end.

Wow, could you expand on this? What kind of effects can you get out of it? I’m somewhat skeptical that this could even come close to a proper mastering chain, so I’d be extremely interested to learn more :)

That’s how I use it. I’m not a developer, and using Claude Code with Git turned out to be more complicated than I wanted. Now I just give it access to a folder on my Mac, put my prompt and any associated files in that folder, and have it work there. It works fine for my needs.

I would like a friendlier interface than the terminal, though. It looks like the “Imagine with Claude” experiment they announced today is a step in that direction. I’m sure many other companies are working on similar products.

Over the weekend I had it extract and Analyse Little but Fierce, a simplified and kid friendly DnD 5e and extract markdown files that help me DMing for my kids. Then it Analyse No, thank you evil as I want to base the setting on it but with LBF rules. And then have the markdown turn into nice looking pdfs. Claude code is so much more than coding and it’s amazing.

Indeed. I’m having success using it as a tool for requirements querying. (When a sales person asks “does product A have feature X” I can just ask Claude because I’ve got all the requirements in markdown files.

One thing I really like using them for is refactoring/reorganizing. The tedious nature of renaming, renaming all implementations, moving files around, creating/deleting folders, updating imports exports, all melts away when you task an agent with it. Of course this assumes they are good enough to do them with quality, which is like 75% of the time for me so far.

I've found that it can be hard or expensive for the agent to do "big but simple" refactors in some cases. For example, I recently tasked one with updating all our old APIs to accept a more strongly typed user ID instead of a generic UUID type. No business logic changes, just change the type of the parameter, and in some cases be wary of misleading argument names by lazy devs copy pasting code. This ended up burning through the entire context window of GPT-5-codex and cost the most $ of anything I've ever tasked an agent with.

The way I do this is I task the agent with writing a script which in turn does the updates. I can inspect that script, and I can run it on a subset of files/folders, and I can git revert changes if something went wrong and ask the agent to fix the script or fine-tune it myself. And I don't burn through tokens :)

Also, another important factor (as in everything) is to do things in many small steps, instead of giving one big complicated prompt.

does it use the smart refractoring hooks of the IDEs or does it do blunt text replacement

Blunt text replacement so far. There are third-party VSCode MCP and LSM MCP servers out there that DO expose those higher-level operations. I haven't tried them out myself -- but it's on my list because I expect they'd cut down on token use and improve latency substantially. I expect Anthropic to eventually build that into their IDE integration.

Currently it's very slow because it does text replace. It would be way faster if it could use the IDE functions via an MCP.

The later

Especially when you work with a language where an unfinished refactoring with give you the type error.

Cursor will pivot to a computer use company.

The gap between coding agents in your terminal and computer agents that work on your entire operating system is just too narrow and will be crossed over quick.

Once this tech is eliminating jobs on a massive scale I'll believe the AI hype. Not to say that couldn't be right around the corner - I have no clue. But being able to perform even just data entry tasks with better-than-human accuracy would be a huge deal.

That’s the risk - a lot of people suddenly flipping their beliefs at once, especially they’re the same people who are losing the jobs. It’s a civil unrest scenario.

I just published a related piece to this idea, on "Designing agentic loops" as a key skill you need to solve problems using these new coding agent tools: https://simonwillison.net/2025/Sep/30/designing-agentic-loop...

Back in 2022, when ChatGPT was new, quite a few people were saying "LLMs are inherently safe because they can't do anything other than write text". Some must have even believed what they were saying.

Clearly not. Just put an LLM into some basic scaffolding and you get an agent. And as capabilities of those AI agents grow, so would the degree of autonomy people tend to give them.

> LLMs are inherently safe because they can't do anything other than write text

That is still very much the case; the danger comes from what you do from the text that is generated.

Put a developer in a meeting room and no computer access, no internet etc; and let him scream instructions through the window. If he screams "delete prod DB", what do you do ? If you end up having to restore a backup that's on you, but the dude inherently didn't do anything remotely dangerous.

The problem is that the scaffolding people put around LLM is very weak, the equivalent of saying "just do to everything the dude is telling, no question asked, no double check in between, no logging, no backups". There's a reason our industry has development policies, 4 eyes principles, ISO/SOC standards. There already are ways to massively improve the safety of code agents; just put Claude code in a BSD jail and you already have a much safer environment than what 99% of people are doing, this is not that tedious to make. Other safer execution environments (command whitelisting, arguments judging, ...) will be developed soon enough.

That's like saying "humans are inherently safe because you can throw them in a jail forever and then there's nothing they can do".

But are all humans in jails? No, the practical reason being that it limits their usefulness. Humans like it better when other humans are useful.

The same holds for AI agents. The ship has sailed: no one is going to put every single AI agent in jail.

The "inherent safety" of LLMs comes only from their limited capabilities. They aren't good enough yet to fail in truly exciting ways.

Totally agree. The CLI agents (or whatever) lower the barrier of entry to building a custom agent all the way down to basically just writing markdown.

Excellent article in this vein: https://jxnl.co/writing/2025/09/04/context-engineering-rapid...

> Claude Code, Codex CLI etc can effectively do anything that a human could do by typing commands into a computer.

One criticism on current generation of AI is that they have no real world experience. Well, they have enormous amount of digital world experience. That, actually, has more economical value.

They have a lot of secondhand knowledge and very little firsthand knowledge. RLVR works so well because it's a way to give LLMs some of the latter.

Dangerous how? Claude code literally asks before running any command.

I suppose they’re dangerous in the same way any terminal shell is dangerous, but it seems a bit of a moral panic. All tools can be dangerous if misused.

Many people (myself included) run them in YOLO mode with approvals turned off, because it's massively more productive. And that's despite me understanding how unsafe that is more than most!

Even with approvals humans will fall victim to dialog fatigue, where they'll click approve on everything without reading it too closely.

That is just nuts! Not in my dreams will claude yolo commands into my system.

What are we even talking about? I think life itself grants us the right to get high or pet wild animals or swim the atlantic or sudo rm-rf... Or yes-and-accept-edits at 3AM with a 50 hour uptime (yes guilty) but then we don't get to complain that it's dangerous. We surely were warned.

Anthropic's official recommendation is to only use YOLO mode in an airgapped container (see "Safe YOLO mode" here: https://www.anthropic.com/engineering/claude-code-best-pract...)

Well sure, it’s like riding a motorcycle without a helmet: while it is true that motorcycles are dangerous, it’s hardly fair to characterize their danger based on the no-helmet risks.

I’m experimenting with Nix shells for this tool isolation and whitelisting

That's not enough for security. Morally it should be - there's no reason we shouldn't be able to run untrusted software easily - but it won't have a firewall for example

Maybe something like bubblewrap could help

Been starting to wonder if this marks a step change in UX - moving away from pretty well designed screens where designers labor over positioning of artifacts like buttons, user input dialogs and color palettes to a CLI! I cant imagine CLI will work for everything but for a lot of things, when powered by LLM they are incredible and yea equally dangerous at the same time for many reasons.

> Claude Code, Codex CLI etc can effectively do anything that a human could do by typing commands into a computer.

They still don't have good integration with the web browser, if you are debugging frontend you need to carry screenshots manually, it cannot inspect the DOM, run snippets of code in the console, etc.

You can tell them to take screenshots using Playwright and they will. They can also use Playwright to inspect the console and manipulate the DOM.

I've seen Codex CLI install Playwright Python when I asked it to do this and it found it wasn't yet available in the environment.

True. Although worth mentioning that there is tooling and (e.g. Playwright) MCPs around this. But definitely not integrated well enough!

I'd recommend the chrome-devtools-mcp for that: https://github.com/ChromeDevTools/chrome-devtools-mcp/

It's pretty new, but so far it's been a lifesaver.

I call them 'CLI agents'!

Obligatory mention: https://xkcd.com/2044/

> They're incredibly dangerous to use if you don't know how to isolate them in a safe container but wow the stuff you can do with them is fascinating.

True but all it will take is one report of something bad/dangerous actually happening and everyone will suddenly get extremely paranoid and start using correct security practices. Most of the "evidence" of AI misalignment seems more like bad prompt design or misunderstanding of how to use tools correctly.

This seems unlikely. We've had decades of horrible security issues, and most people have not gotten paranoid. In fact, after countless data leaks, crypto miner schemes, ransomware, and massive global outages, now people are running LLM bots with the full permission of their user and no guardrails and bragging about it on social media.

Claude Code can actually do much more than just coding.

You can use it for writing, data processing, admin work, file management, etc.

I compiled a list of non-coding use cases for Claude Code here:

https://github.com/paradite/claude-code-is-all-you-need

Yes! Preparing to guest-DM my daughter's D&D group: https://github.com/neolefty/hearts-remembrance-adventure/tre...

I'm probably going to add reverse engineering old video games to that list. ;)

fyi: for chatboxes that may take CJK inputs, you MUST use "shift+enter to send" pattern. There is a reason why most multinational chat/LLM app providers always do that instead of simple enter to send even for single-line chatboxes; because plain enter to send breaks input for CJK users.

Specifically, Input Method Editors needed for CJK inputs(esp. for C and J), to convert ambiguous semi-readable forms into proper readable text, use enter to finalize after candidates were iterated with spacebar. While IME engines don't interchange between different languages, I believe basically all of them roughly follow this pattern.

Unless you specifically wants to exclude CJK users, you have to either detect presence of IME and work with it so that enter do nothing to the app unless conditions are met. Switching to shift+enter works too.

1: https://github.com/anthropics/claude-code/issues/8405

2: https://www.youtube.com/watch?v=mY6cg7w2eQU

3: https://youtu.be/sYAnawy_VoA?feature=shared&t=282

4: https://www.youtube.com/watch?v=VmoeZ_W3WXo

What’s CJK input? I’m guessing Chinese Japanese Korean?

yes, the gif in the link[1] shows how it works, and a dupe issue[2] describes detailed "fully proper" fix. There's at least four dupes and one PR already, that situation kind of implies severity.

1: https://github.com/anthropics/claude-code/issues/8405#issuec...

2: https://github.com/anthropics/claude-code/issues/8466

Looks like you’re correct!

https://en.m.wikipedia.org/wiki/CJK_characters

On that note, does it affect korean though? It seems they don't need to select characters from the menu. I tried typing random characters here: https://urcook.com/kr.html

The thing I’m most curious about is: There are new context management and memory features in the API —

https://www.anthropic.com/news/context-management

Anyone know if these are used in Claude-Code?

FINALLY checkpoints! All around good changes, Claude Code is IMHO the best of the LLM CLI tools.

It does sometimes feel that all of these systems are slowly rediscovering that the OG, Aider (https://github.com/Aider-AI/aider), had a near perfect architecture for pair programming with LLMs from the start.

I find Aider kinda clunky but I would put it in #2.

I already set up a jj (jujutsu) repo in my projects colocated with git (it uses git for its backend). Once you additionally set up a certain background daemon, it will then autocommit (label-lessly) every change to every file in that project. So you get "infinite undo", basically. It's actually more powerful than this checkpointing idea.

I'm a recent jj convert, and working with llms was actually a driver for my own jj adoption. I haven't tried the watch daemon, but I do run `jj new` anytime i ask the llm agent to do anything. It has worked amazingly well.

I automated that with some simple claude hooks that detect if we're in a `jj` repo and also prompts claude to `jj commit -m` after every change.

i've done that as well. but turns out, for me, i'd rather do it manually most of the time.

here's my actual setup:

https://news.ycombinator.com/item?id=45426787

Avoids having to do any jj command at all!

https://andre.arko.net/2025/09/28/stupid-jj-tricks/

some pretty neat jj tricks I just learned about!

here's my actual setup:

https://news.ycombinator.com/item?id=45426787

Avoids even having to do "jj new"!

How do checkpoints work ?

You can rewind your context back to the checkpoint

No, that's not the point of this new checkpoints feature. It's already been possible for a while to rewind context in Claude Code by pressing <ESC><ESC>. This feature rewinds code state alongside context:

> Our new checkpoint system automatically saves your code state before each change, and you can instantly rewind to previous versions by tapping Esc twice or using the /rewind command.

https://www.anthropic.com/news/enabling-claude-code-to-work-...

Lots of us were doing something like this already with a combination of WIP git commits and rewinding context. This feature just links the two together and eliminates the manual git stuff.

From the docs it looks like this feature only reverts the edit tool calls, and not e.g. bash commands that have been executed:

> Checkpoints apply to Claude’s edits and not user edits or bash commands, and we recommend using them in combination with version control

Since they recommend still using version control anyway, looks like I will stick to my solution of using a git-colocated jj (jujutsu) SCM which automatically makes label-less (no commit message) commits with every file change to every tracked file (new files are automatically tracked). So you get infinite undo.

That is nice, but it makes me wonder how little people actually know and use git nowadays. This is after all, something git really shines at. Still good to see! (It's not like I can't still just use git for that, which I fully intend to do)

That was my first thought too - but this is subtly different, and rewinds the context too. Actually highly useful, because I have often felt like a bad first pass at a solution poisoned my context with Claude.

If you're building a feature, you don’t want to commit every single line of code. Instead, you commit complete chunks of work. That’s why the ability to go back with Esc-Esc and revert code changes when Claude goes off the rails is a very welcome improvement.

There's value in rewinding both the code and the prompt to the some point in time.

You can find the revamped prompt on github[1], or on twitter summarized by my bot[2].

[1] https://github.com/marckrenn/cc-mvp-prompts/compare/v1.0.128...

[2] https://x.com/CCpromptChanges/status/1972709093874757976

> IMPORTANT: DO NOT ADD *ANY** COMMENTS unless asked*

Interesting. This was in the old 1.x prompt, removed for 2.0. But CC would pretty much always add comments in 1.x, something I would never request, and would often have to tell it to stop doing (and it would still do it sometimes even after being told to stop).

I can't decide if I like this change or not, tbh. I almost always delete the comments Claude adds, to be sure - but at the same time they seem to provide a sort of utility for me as I read through the generated code. They also act, in a funny way, as a kind of checklist as I review changes - I want them all cleaned up (or maybe edited and left in place) before I PR.

I like to think of models leaving "useless comments" as a way to externalize their reasoning process - maybe they are useless at the end, but leaving them in on a feature branch seems to marginally improve future work (even across conversations). I currently leave them in and either manually clean them up myself before putting up a PR for my team to review or run a final step with some instructions like "review the diff, remove any useless comments". Funnily enough Claude seems pretty competent at identifying and cleaning up useless comments after the fact, which I feel like sort of proves my hypothesis.

I've considered just leaving the comments in, considering maybe they provide some value to future LLMs working in the codebase, but the extra human overhead in dealing with them doesn't seem worth it.

Wouldn't it stand to reason that they would provide a sort of utility for a collegue as they read through the generated code.

Meanwhile they deleted the "do not add emojis" part. Look forward to all sorts of logging messages with emojis in them.

I don’t understand where the AI love of emojis comes from. I’ve never seen them in a professional codebase outside of basic logging.

I assume it comes from the myriad tutorial content on medium or something.

gpt-oss is the most egregious emoji user: it uses emoji for numbers in section headings in code, which was clearly a stylistic choice finetuned into the model and it fights you on removing them.

I’ve noticed Claude likes to add them to log messages and prints and with 4.5 seems to have ramped up their use in chat.

I am guessing this is an attempt to save computing resources/tokens?

Comments in code are instant technical debt. They need to be maintained alongside the code, so you are *programming" twice. Avoid comments, except when they really explain some obscure, incomprehensible section of code or to prevent explorers from the future getting smacked on the face twice by the same stick. I find myself using the latter often to tell future agents what not to do in the next few lines.

This is excellent. Thanks for sharing this.

You're very welcome – that really means a lot coming from you, Simon.

Thanks. When testing today I noticed it 'forgot' to run the linter, build, test etc. commands. I thought this might've been a Sonnet 4.5 v.s. Opus 4 issue but it looks like this instruction was dropped for some reason.

I should probably include that in my Claude.md instead I guess?

> 2025-09-29T16:55:10.367Z is the date. Write a haiku about it.

what in the world?

That's just a dynamic bogus prompt used to trace and extract the system prompt.

Here's how it works in detail: https://mariozechner.at/posts/2025-08-03-cchistory/

How are you extracting this - aren’t the main labs obfuscating these (meaning it’s likely to be a decoy or incomplete version)?

With cchistory https://github.com/badlogic/cchistory

Here's how it works: https://mariozechner.at/posts/2025-08-03-cchistory/

Great writeup, thanks.

Are you running the bot with the free tier api?

I'm using Anthropic's pay-as-you-go API, since it was easier to set up on the server than CC's CLI/web login method. Running the bot costs me ~$1.8 per month.

The bot is based on Mario Zechner's excellent work[1] - so all credit goes to him!

[1] https://mariozechner.at/posts/2025-08-03-cchistory/

I think amrrs is referring to the x.com API.

Can anyone find the prompts for the new "Output style" options, ie Explanatory and Learning?

How are these reliably extracted (hint: they’re not)

It's very easy to extract the system prompt from Claude Code: you can patch it to intercept HTTP calls it makes.

I wrote about one tool for doing that here: https://simonwillison.net/2025/Jun/2/claude-trace/

See https://mariozechner.at/posts/2025-08-03-cchistory/

Why do you think these aren't legit?

Actual Changelog[1]

* New native VS Code extension

* Fresh coat of paint throughout the whole app

* /rewind a conversation to undo code changes

* /usage command to see plan limits

* Tab to toggle thinking (sticky across sessions)

* Ctrl-R to search history

* Unshipped claude config command

* Hooks: Reduced PostToolUse 'tool_use' ids were found without 'tool_result' blocks errors

* SDK: The Claude Code SDK is now the Claude Agent SDK Add subagents dynamically with --agents flag

[1] https://github.com/anthropics/claude-code/blob/main/CHANGELO...

Two feature suggestions: 1. When showing a diff, indicate what function the altered lines are in (Github does this nicely) 2. There are leading spaces when copying some multiline snippets from the output and these make it harder to copy paste

I really like these tools. Yesterday I gave it a filename for a video of my infant daughter eating which I took while I had my phone on the charger. The top of the charger slightly obscured the video.

I told it to crop the video to just her and remove the obscured portion and that I had ffmpeg and imagemagick installed and it looked at the video, found the crop dimensions, then ran ffmpeg and I had a video of her all cleaned up! Marvelous experience.

My only complaint is that sometimes I want high speed. Unfortunately Cerebras and Groq don't seem to have APIs that are compatible enough for someone to have put them into Charm Crush or anything. But I can't wait for that.

You could try to use a router. I'm currently building this:

https://github.com/grafbase/nexus/

If croq talks openai API, you enable the anthropic protocol, and openai provider with a base url to croq. Set ANTHROPIC_BASE_URL to the open endpoint and start claude.

I haven't tested croq yet, but this could be an interesting use case...

I assumed that OpenRouter wouldn't deliver the same tokens/second which seems to have been a complete mistake. I should have tried it to see. I currently use `ANTHROPIC_BASE_URL` and `ANTHROPIC_AUTH_TOKEN` with z.ai and it works well but CC 2.0 now displays a warning

      Auth conflict: Both a token (ANTHROPIC_AUTH_TOKEN) and an API key (/login managed key) are set. This may lead to unexpected behavior.
    • Trying to use ANTHROPIC_AUTH_TOKEN? claude /logout
    • Trying to use /login managed key? Unset the ANTHROPIC_AUTH_TOKEN environment variable.

Probably just another flag to find.

EDIT: For anyone coming here from elsewhere, Crush from Charm supports Cerebras/Groq natively!

Isn't cropping a video something you can do in the photos app in 2 seconds?

yeah, removing the unwanted item and keeping the video uncropped is surely more desirable, but far beyond the capabilities of "ai"

Maybe I'm misunderstanding, but it seems like you're just talking about AI inpainting. That's like one of the first things people did with image diffusion technology. NVIDIA published a research paper on it back in 2018: https://arxiv.org/abs/1804.07723

Inpainting is harder on videos than on images, but there are plenty of models that can do it. Google's Veo 3 can remove objects from videos: https://deepmind.google/models/veo/

I simply did not know you could do that with videos. TIL!

I got a laugh out of this. Using an LLM to crop a video does feel like dropping a nuke to hammer in a nail.

Cerebras has OpenAI compatible "Qwen Code" support. ~4000 tokens/s. Qwen code's 480B param model (MoE) that's quite good. Not quite sonnet good, but speed is amazing.

https://www.cerebras.ai/blog/introducing-cerebras-code

When they announced this I went to try it and they only work with Cline really (which is what they promote there) but Cline has this VSCode dependency as far as I know and I don't really like that. I have my IDE flow and my CLI flow and I don't want to mix them.

But you're right, they have an OpenAI compatible API https://inference-docs.cerebras.ai/resources/openai so perhaps I can actually use this in the CLI! Thanks for making me take another look.

EDIT: Woah, Charm supports this natively. This is great. I am going to try this now.

I'm using Cerebras's MCP with Claude Code and it works mostly OK. CC doesn't send updates through the MCP by default (as far as I can tell) so I have to add an instruction to CLAUDE.md to tell it to always send code creation and updates through the Cerebras MCP, which works pretty well.

Cerebras is super cool. I wish OpenAI and Anthropic would have their models hosted there. But I guess supporting yet another platform is hard.

Cline extension can use Grok, in fact I think it's free at the moment. I tried Claude Code and Cline for similar tasks and found Claude Code incredibly expensive but not better, so I've been sticking with Cline and switching between APIs depending on what model currently has the vest price/performance going on.

Claude Code with the Max plan is significantly cheaper for full-time use.

This isn't my experience at all.

I wish the Cline extension was more performant. It has a 1000+ ms startup time for VScode and stutters occasionally. In terms of workflow though, it's my absolute favorite. I simply don't think the models are there yet for fully agentic coding in any reasonably complex/novel codebase. Cline lets me supervise the LLM step by step.

> New native VS Code extension

This is pretty funny while Cursor shipped their own CLI.

And GitHub Copilot shipped a CLI too.

A real CLI and not that joke they called a CLI before?

Yes, similar to CC or other agent CLIs, but not many features yet. Released a few days ago.

https://news.ycombinator.com/item?id=45377734

I'm currently using Goose[1]. My brother in law uses Claude Code and he likes it. It makes me wonder if I'm missing anything. Can anyone tell me if there's any reason I should switch to Claude Code, or comparisons between the two?

1: https://block.github.io/goose/

The only real reason to use Claude Code is the inference plan. The agent itself isn't anything special.

I tried goose and it seems like there's a lot of nice defaults that Claude Code provides that Goose does not. How did you do your initial configuration?

Used both. I think Claude Code is better because of better System prompt. It'll divide work into smaller tasks and go through it by default. You can get same behavior with Goose but will likely need to do a lot of prompting yourself

https://github.com/block/goose/discussions/3133#discussionco...

Never used goose, but looked at it way back when-- Claude Code feels more native IMO. Especially if you're already using Anthropic API/Plans anyways, I'd say give it a try.

You have to specify `/model sonnet[1m]` to get the 1 million context version

Be careful. exceeding around the original 200k tokens leads to worse and worse results. It's important to have context clean and tailored to the current task.

Yes, but at the same time having the 1 million context enabled is nice because the model is aware that they have more context left and actually perform better. [0]

[0] https://cognition.ai/blog/devin-sonnet-4-5-lessons-and-chall...

Thank you!! I've been looking for this for a while now.

To those lamenting that the Plan with Opus/Code with Sonnet feature is not available, check the charts.

Sonnet 4.5 is beating Opus 4.1 on many benchmarks. Feels like it's a change they made not to 'remove options', but because it's currently universally better to just let Sonnet rip.

Sure but I want to review the ripping plan so it tears along the correct lines.

Shift+Tab still brings up the planning mode.

What's the difference between thinking and planning? Planning leads to the use of the ToDoWrite Tool?

Which doesn’t run Opus.

But not the specific benchmarks which reflect what Plan mode does.

I have a tangential question: Why has it become the norm for the VSCode Claude extension to push out 3 releases in 48 hours, and everyone just seems to accept it? Isn’t this kind of release cadence considered bad software release behavior? Are there other user-facing tools that follow a similar pattern of rapid, frequent releases?

Out of all changes I want the most is to not need to type `\ ` to make a line break.

Assuming you aren't using windows terminal: launch claude code and run `/terminal-setup` -- that will enable shift+enter

If you're on Windows and using vscode, add thiss to keybinds.json

[ { "key": "shift+enter", "command": "workbench.action.terminal.sendSequence", "args": { "text": "\u001b\n" }, "when": "terminalFocus" }, ]

It will allow you to get new lines without any strange output.

You can type Option+Enter. A more standard Shift+Enter would have been better but until then that's the best we have

Early on in claude, I feel like it installed some terminal thing that allowed me to do Shift+Enter directly in the prompt, but I don't remember if that was CC that did it.

So I've been able to shift enter. I'm using iTerm2 and zsh with CC (if that's relevant)

Have you tried Ctrl+Enter?

codex has control-J

others say here that option/alt-enter may work? not sure why shift-enter couldn't though.

"When you use Claude Code, we collect feedback, which includes usage data (such as code acceptance or rejections), associated conversation data, and user feedback submitted via the /bug command."

So I can opt out of training, but they still save the conversation? Why can't they just not use my data when I pay for things. I am tired of paying, and then them stealing my information. Tell you what, create a free tier that harvests data as the cost of the service. If you pay, no data harvesting.

> So I can opt out of training

Even that is debatable. There are a lot of weasel words in their text. At most they're saying "we're not training foundation models on your data", which is not to say "we're not training reward models" or "we're not testing our other-data models on your data" and so on.

I guess the safest way to view this is to consider anything you send them as potentially in the next LLMs, for better or worse.

> When you use Claude Code, we collect feedback

When they ask "How is Claude doing this session?", that appears to be a sneaky way for them to harvest the current conversation based on the terms-of-service clause you pointed out.

I have this same suspicion. Worse, there’s no way to opt out of giving a response.

Not your model, not your code (in their mind). Self host your models or enjoy folks trying to get the LLM to regurgitate your private codebase.

This enables the /resume command that lets you start mid-conversation again.

Storing the data is not the same as stealing. It's helpful for many use cases.

I suppose they should have a way to delete conversations though.

That's not just them saving it locally to like `~/.claude/conversations`? Feels weird if all conversations are uploaded to the cloud + retained forever.

Prompt: https://raw.githubusercontent.com/marckrenn/cc-mvp-prompts/r...

I've always been curious. Are tags like that one: "<system-reminder>" useful at all? Is the LLM training altered to give a special meaning to specific tags when they are found?

Can a user just write those magic tags (if they knew what they are) and alter the behavior of the LLM in a similar manner?

Claude tends to work well with such semi-xml tags in practice (probably trained for it?).

You can just make them up, and ask it to respond with specific tags, too.

Like “Please respond with the name in <name>…</name> tags and the <surname>.”

It’s one of the approaches to forcing structured responses, or making it role-play multiple actors in one response (having each role in its tags), or asking it to do a round of self-critique in <critique> tags before the final response, etc.

We use them extensively in our agent framework at work for all sort of things. You can make up whatever you want, if the tags are semantic enough it just gets it, or you can add a bit of explanation about it in the system prompt or whatever.

  - Circuit breakers when it seem like it's stuck in a loop
  - Warnings about running low on context
  - Reminders about task lists (or anything)
  - All sorts of warnings about whatever

I think they specifically trained claude on any kind of xml tags (see their docs https://docs.claude.com/en/docs/build-with-claude/prompt-eng...)

A user can append similar system reminders in their own prompt. It’s one of the things that the Claude Code team discovered worked and now included in other CLIs like Factory, which was talked about today by cofounder of Factory: https://www.youtube.com/live/o4FuKJ_7Ds4?si=py2QC_UWcuDe7vPN

> If you do not use this tool when planning, you may forget to do important tasks - and that is _unacceptable_.

Okay, I know I shouldn't anthropomorphize, but I couldn't prevent myself from thinking that this was a bit of a harsh way of saying things :(

I notice that thinking triggers like "Think harder" are not highlighted in the prompt anymore. Could that mean that thinking is now only a single toggle with tab (no gradation)?

Ultrathink still works

As a burnt-out, laid-off aging developer, I want to thank Anthropic for helping me get in love with programming again. Claude Code on terminal with all my beloved *nix tools and vim rocks.

100%. As a burnt-out manager, who doesn't get a lot of spare time to actually code. It's nice to have a tool like CC where I can make actual incremental changes in the spare 15 minutes I get here and there.

I spend most of my time making version files with the prompt, but pretty impressed by how far I've gotten on an idea that would have never seen the light of day....

The thoughts of having to write input validation, database persistence, and all the other boring things I've had to write a dozen times in the past....

As an Architect, i feel like a large part of my job is to help my team be their best, but I'm also focused on the delivery of a few key solutions. I'm used to writing tasks, and helping assign it to members on the team while occasionally picking up the odd-end piece of work myself, focusing more on architecture and helping individual members when they get stuck or when problems come up. But with the latest coding agents, i'm always thinking in the back of my head (I can get the AI to finish this task 3x quicker, and probably better quality if I just do it myself with the AI). We sit on SCRUM meetings sizing tasks, and i'm thinking "bro, you're just going to take my task description paste it into AI and be done in 1/2 hr" but we size it to a day or 2.

Agreed, it's actually fun again. The evening hours I used to burn with video games and weed are now spent with claude code, rewriting and finishing up all my custom desktop tools and utilities I started years ago.

I had a lot of fun making 'tools' like this, but once I settled into a complicated problem (networking in a multiplayer game), it has become frustrating to watch Claude give back control to me without accomplishing anything, over and over again. I think I need to start using the SDK in order to force it to its job.

I had ChatGPT write from spec an assignment I failed to complete during university, that has always stuck with me as something I would like to finish.

I still spend my evening hours like that and do ai-assisted coding in the background

> New native VS Code extension

Looks great, but it's kind of buggy:

- I can't figure out how to toggle thinking

- Have to click in the text box to write, not just anywhere in the Claude panel

- Have to click to reject edits

I wish I could put it in the sidebar like every other flavor of AI plugin.

It seems they also removed the bypass permission setting...

plans now open in a separate file tab, and if you don’t accept it, it just…disappears so you can’t discuss it!

The native VSCode extension has worse UX than the TUI, so I'm sticking with the TUI

Claude Code is so much better than anything else.

If Claude Code was a car it'd be the ideal practical vehicle for all kinds of uses.

If OpenAI Codex was a car, it'd be a cauldron with wheels.

The reason I say this is CC offers so many features: plan mode, hooks, escape OR ctrl-c to interrupt it, and today added quick rewind. Meanwhile Codex can't even wrap text to the width of the terminal; you can't type to it while it's working to queue up messages to steer it (you have to interrupt with Ctrl-C then type), and it doesn't show you clearly when it's editing files or what edits it's making. It's the ultimate expression of OpenAI's "the agent knows what to do, silly human" plan for the future - and I'm not here for that. I want to steer my agent, and be able to have it show me its plan before it edits anything.

I really wish the developers of Codex spent more time using Claude Code.

When did you last update Codex? You can queue up messages without interrupting, and I think a lot of other complaints you made could be already solved. They put out new Codex versions multiple times a week lately

codex has improved DRASTICALLY over the last 2 weeks. your claims about it were true in the past but far less true today. its still missing a little bit of polish compared to claude code, but i suspect it is much closer today than you realize. either way the lack of features of codex even in the past was never caused by hubris of openai knows better than you, it just hadn't implemented it yet. it is a brand new project that gets commits to the project every single day.

I agree, CC is much more polished regarding UX. I can't even scroll up in codex CLI, which is just a disaster IMO.

yes you can

tab-completion of filenames in the directory tree is now unavailable. You'll need to use the Codex style @file to bring up an fzf style list

I think they had the @file thing before codex existed

The vscode integration does feel far tighter now. The one killer feature that Cursor has over it is the ability to track changes across multiple edits. With Claude you have to either accept or reject the changes after every prompt. With Cursor you can accumulate changes until you're ready to accept. You can use git of course but it isn't anywhere near as ergonomic.

Cline and it's forks have that in vs code. I use Cline with claude code as the LLM

how do i revert to the previous version? I find that the "claude" command in terminal still works great, but the new native VSC extension is missing all these things (before it would launch terminal + run "claude")

I feel like there's so many bugs. The / commands for add-dir and others I used often are gone.

I logged in, it still says "Login"

I would really like for them to add the option to constantly display how much context is left before compression or a new session.

I haven't tried this, but looks like it might be possible to display it in the status line.

https://www.reddit.com/r/ClaudeAI/comments/1mlhx2j/comment/n...

Looks like it shows now when the remaining context is < 50%, which is a welcome change to the 15% when it previously would appear.

I have been using code + vscode extensively for coding, but in the last few months it has been a frustrating downgrade compared to the same prompts and code being pasted into chatGPT.

Is this going to be the way forward? Switching to whichever is better at a task, code base or context?

For folks who use neovim, there's always https://github.com/dlants/magenta.nvim , which is just as good as claude code in my (very biased) opinion.

Wait, still no support for the new MCP features? How come Claude Code, from the creators of MCP, is still lacking félicitation, server logging, and progress report ?!

How to check the version? claude version one told me that it updated to version two but I don't know if it's true

cl --version 1.0.44 (Claude Code)

as expected … liar! ;)

cl update

Wasn't that hard sorry for bothering

I opened the CLI for about 10 seconds, the "Auto Update" status flashed. Then I restarted and it was version 2.0

It still bothers me that almost every agentic TUI is written in TS + React. It often consumes at least a few GB of RAM. No one bothers about it. Everybody is trying to ship as fast as possible.

I highly recommend Crush which is built with Go

The UX is definitely better because it uses the bubble tea library which is probably the best TUI framework ever

And you can use a ton of different providers and models

Ram is cheap, 99.9% of the audience that would use this are running heavy envs on powerful computers. I can totally understand why they write it that way. Better to have faster iteration and alienate 0.1% of serious users than to slow development just to cater to them.

They use react on a cli tool?

Well codex is written in rust.

Where did you get React from?

> No one bothers about it.

Why would they?

I was already using jj (jujutsu) to do my own rewinds (it saves every change to every file as an unlabeled commit, assuming you set up its daemon). Would sort of prefer to continue to do that since it's far more flexible than checkpoints

Checkpoints also include context.

I also use jj to checkpoint. When working on a change, each time I get to a stable point I squash and start fresh with an empty change.

You can absolutely continue doing that.

How do you use jj to get those checkpoints? I was experimenting with jj and claude code, but it was frustrating to have it run jj status all the time, could as well tell it to do git commit all the time.

Anthropic announcement: https://www.anthropic.com/news/enabling-claude-code-to-work-...

seems like closed source obfuscated blob distributed on npm to save bandwidth cost.

/rewind is a super nice addition. That was annoying the hell out of me.

I find the /usage command most interesting as it's giving you a % towards your limits and when they reset rather than having to note all of that down and guess when you'll hit them.

Tangential, did anybody get FOMO about Aider and found a much better tool?

I was using aider quite a lot from ~ 7 months ago to ~ 3 months ago. I had to stop because they refuse to implement MCPs and Claude/Codex style agentic workflow just yields better results.

Still loyal to aider. It just fits my style better, as a very fine tool. I have my workflow and scripts around it, switch freely between gpt-5/sonnet (a bit of gemini-2.5-pro too) and enjoying life.

I wish it was maintained by a larger team though. It has a single maintainer and they seem to be backlogged or working on other stuff. If there was an aider fork that ran forward with capabilities I'd happily switch.

That said, I haven't tried Claude Code firsthand, only saw friends using it. I'm not comfortable letting agents loose on my production codebase.

I still use aider, because often I know better what to do.

Has anyone figured out how to do claude sub agents without using claude? some sort of opensource cli with openrouter or something? I want to use subagents on differnt LLMs ( copilot,selfhost ).

Opencode

Just use `claude update` if you already have it. Unfortunately, they removed Plan mode, when I could use Opus for planning and Sonnect for coding.

Though I will see how this pans out.

I am ended up not using this option anyway. I am using B-MAD agents for planning and it gets into a long-running planning stream, where it needs permission to execute steps. So you end up running the planning in the "accept edits" mode.

I use Opus to write the planning docs for 30 min, then use Sonnet to execute them for another 30 min.

> they removed Plan mode

This isn't true, you just need to use the usual shortcut twice: shift+tab

> Unfortunately, they removed Plan mode

If I hit shift-Tab twice I can still get to plan mode

They removed the /model option where you can select Opus to plan and Sonnet to execute. But you can still Shift + Tab to cycle between auto-accept and plan mode.

is Plan mode any different from telling Claude "this is what I'd like to do, please describe an implementation plan"?

that's generally my workflow and I have the results saved into a CLAUDE-X-plan.md. then review the plan and incrementally change it if the initial plan isn't right.

> Unfortunately, they removed Plan mode

WTF. Terrible decision if true. I don't see that in the changelog though

Now if only `/rewind` could undo the `rm -rf ~/*` commands and other bone-headed things it tries to do on the filesystem when you're not watching!

/rewind was a must needed upgrade for the agent.

- Need better memory management and controls (especially across multi-repos) - /upgrade needs better management

I wish there were an option to cancel a currently running prompt midway. Right now, pressing Ctrl+C twice ends up terminating the entire session instead.

Wait, doesn't hitting Escape do this already?

I'm always watching Claude Code as it runs, ready to hit the Escape key as soon as it goes off the rails. Sometimes it gets stuck in a cul de sac, or misunderstands something basic about the project or its structure and gets off on a bad tangent. But overall I love CC.

Adding to the press Esc comments, if you press it twice, you can revert to previous messages in the current conversation.

press escape

I'm concerned that i don't see the "Plan with Opus, impl with Sonnet" feature with Claude 2.0.

If Sonnet 4.5 is always better than Opus 4.1, then it doesn't make sense to plan with Opus.

I hope this is the case.

I haven't had time to fully play with it yet, but first impression is that it's really pretty!

I see thinking can be toggled in the CLI, anyone figured out how to toggle it in the extension?

VS Code plugin seems to be missing quite a number of the CLI features.

It's first time I started get hit by "ERROR Out of memory" in CC - after about an hour of use. I'm on Mac Pro M4 Max with 128 GB RAM...

It's a node app, it won't use all memory by default, only a couple gigs.

That's a BIG workstation.

i really hate the fact that every single model has its own cli tool. the ux for claude code is really great, but being stuck using only anthropic models makes me not want to use it no matter how good it is.

wow, the new Claude Code UI looks beautiful. Good job Anthropic designers!

I'm disappointed that they haven't done more to make the /resume command more usable. It's still useless for all intents and purposes.

Resume is now a drop down menu at the top in the new VS Code plugin and it's much easier to read.

ooh I like my ctrl-R in gemini cli. Good that it lands here too.

What are they doing about the supply chain attacks on npm?

thats your concern as a dev sending a patch to your repo., your IDE doesn't "address" attacks.

The same as everyone else; ignoring it and hope it goes away

Curious: what would, should, or could they be doing?

How is this any different from just using claude-cli? The example on the npm page is something you could easily do from within claude-cli...? Sorry, I must be missing the point on this??

wow its way uglier lol, and why does it default to full screen?

> why does it default to full screen?

Pardon my ignorance, but what does this mean? It's a terminal app that has always expanded to the full terminal, no? I've not noticed any difference in how it renders in the terminal.

What am i misunderstanding in your comment?

Well I guess I'll be sticking with opencode.

Do you mind telling us a bit more? I never used OpenCode, what makes it better in your opinion?

This is a tangent, but why is there a Jupyter notebook cell editor function and tool usage direction build into the standard context?

Editing Jupyter notebooks in VSCode side by side with Claude Code extension is a pretty good workflow.

I’m way ahead of anthropic and all of you on orchestration but not ready to share.

Reply on news.ycombinator.com