Live data from Hacker News

Claude Code on the web

anthropic.com

331–340 of 405 posts

Re: Claude Code on the web

#332

We were heavy users of Claude Code ($70K+ spend per year) and have almost completely switched to codex CLI. I'm doing massive lifts with it on software that would never before have been feasible for me personally, or any team I've ever run. I'll use Claude Code maybe once every two weeks as a second set of eyes to inspect code and document a bug, with mixed success. But my experience has been that initially Claude Co…

Same!

Re: Claude Code on the web

#333

We were heavy users of Claude Code ($70K+ spend per year) and have almost completely switched to codex CLI. I'm doing massive lifts with it on software that would never before have been feasible for me personally, or any team I've ever run. I'll use Claude Code maybe once every two weeks as a second set of eyes to inspect code and document a bug, with mixed success. But my experience has been that initially Claude Co…

Im not saying this is a paid endorsement but the internet is dead and I wonder what openAI would pay, if they could, to get such a glowing review as top comment on HN

You're absolutely right!

Re: Claude Code on the web

#334
post #63
post #37

I had a preview of this over the weekend, notes here plus some example PRs: https://simonwillison.net/2025/Oct/20/claude-code-for-web/ It's really solid. It's effectively a web (and native mobile) UI over Claude Code CLI, more specifically "claude --dangerously-skip-permissions". Anthropic have recognized that Claude Code where you don't have to approve every step is massively more productive and interesting than the…

It’s interesting because I’ve slowly arrived at the opposite conclusion: for much of my practical day to day work, using CC with “allow edits” turned OFF results in a much better end product. I can correct it inline, I pseudo-review the code as it’s produced, etc etc. Codex is better for “fire and forget” features for sure. But Claude remains excellent at grokking intent for problems where you aren’t quite sure what…

Personally I just prefer setting it to TDD. If the test cases are what I want, and the code passes the tests, all's good.

Re: Claude Code on the web

#335

Earlier quoted context omitted.

Can you share an example of the tasks you found Codex being much better? From my experience Claude Code is much better.

I can not. We're all racing very hard to take full advantage of these new capabilities before they go mainstream. And to be honest, sharing problem domains that are particularly attractive would be sharing too much. Go forth and experiment. Have fun with it. You'll figure it out pretty fast. You can read my other post here about the kinds of problem spaces I'm looking at.

Why would you even comment that Codex CLI is potentially worth switching an enormous amount of spend over ($70k) and give literally 0 evidence of why it's better? That's all you've got? "Trust me bro"?

Re: Claude Code on the web

#336

We were heavy users of Claude Code ($70K+ spend per year) and have almost completely switched to codex CLI. I'm doing massive lifts with it on software that would never before have been feasible for me personally, or any team I've ever run. I'll use Claude Code maybe once every two weeks as a second set of eyes to inspect code and document a bug, with mixed success. But my experience has been that initially Claude Co…

When you say Claude Code, what model do you refer to? CC with Opus still outperforms Codex (gpt-5-codex) for me for anything I do (Rust, computer graphics-related).

However, Anthropic restricted Opus use for Max plan users 10 days or so ago severly (12-fold from 40h/week down to 5h week) [1].

Sonnet is a vastly inferioir model for my use cases (but still frequently writes better Rust code than Codex). So now I use Codex for planning and Sonnet for writing the code. However, I usually need about 3--5 loops with Codex reviewing, Sonnet fixing, rinse & repeat.

Before I could use one-shot Opus and review myself directly, and do one polish run following my review (also via Opus). That was possible from June--mid October but no more.

[1] https://github.com/anthropics/claude-code/issues/8449

Re: Claude Code on the web

#337
post #308

Earlier quoted context omitted.

Feels like with every announcement there’s the same comment: “this LLM tool I’m using now is the real deal, the thing I was using previously and spending stupid amounts of money on looked good but failed at XYZ, this new thing is where it’s at”. Rinse and repeat. Which means it wasn’t true any of the previous times, so why would it be true this time? It feels like an endless loop of the “friendship ended” meme with A…

It could also be covert advertising like you see in reddit

trust your instinct. internet is dead.

Re: Claude Code on the web

#338
post #293
post #144

Earlier quoted context omitted.

I find Codex CLI to be very good too, but it’s missing tons of features that I use in Claude Code daily that keep me from switching full time. - Good bash command permission system - Rollbacks coupled with conversation and code - Easy switching between approval modes (Claude had a keybind that makes this easy) - Ability to send messages while it’s working (Codex just queues them up for after it’s done, Claude injects…

I am not sure copying your competitors feature-by-feature is always a good strategy. It can make the onboarding of your competitor's users easier, but lead to a worse product overall. This is especially the case in a fast moving field such as this. You would not want to get stuck in the same local minimum as your competitor. I would rather we have competing products that try different things to arrive at a better sol…

[deleted]

Re: Claude Code on the web

#339
post #322
post #315

Earlier quoted context omitted.

> “this LLM tool I’m using now is the real deal". GPT-5 is not the final deal, but it's incredibly good as is at coding. Anecdotal, but it's something completely else in terms of capabilities, ignore it at your own peril, but I think it will profoundly change software development.

> ignore it at your own peril I’m not arguing for ignoring it, my point is different. > but I think it will profoundly change software development. The point is that this is said every time, together with “the previous thing to which the exact same praise was given , wasn’t it”. So it’s several rounds of “yes yes, the previous time the criticisms were right, but this time it’s different, trust me”. So everyone else i…

So what is your thesis? The tools keep getting better, so that’s some kind of gotcha that the emporer has no clothes? Some people prefer the absolute latest and greatest so people on the previous gen were all fakers making Pelican svgs?

Maybe the productive thing is actually to ignore naysayers and goalpost movers and use the tools.

You aren’t enlightened for not liking a tool. “Oh, hammers? Absolutely a bubble, after all they never fixed the hit-your-thumb issue i blogged about, and nail guns just let you hurt your thumbs faster”

Re: Claude Code on the web

#340
post #120

Earlier quoted context omitted.

If you configure it with the "no network access" environment there's nothing bad that can happen. Worst is you end up wasting a bunch of CPU cycles in a container somewhere in Anthropic's infrastructure. Their "restricted network access" setting looks questionable to me - it allow-lists a LOT of stuff: https://docs.claude.com/en/docs/claude-code/claude-code-on-t... If you configure your own allow-list you can restric…

How do you run a remote LLM with no network access?

OpenAI Codex, Claude Code for web and Gemini Jules have all managed that.

You use firewalls to prevent code running inside the container from opening network connections to anywhere else. The harness that surrounds it can still be made accessible via the network.

Post reply on HN