Live data from Hacker News

Claude Code: Now in Beta in Zed

zed.dev

421–430 of 431 posts

Re: Claude Code: Now in Beta in Zed

#421

Earlier quoted context omitted.

As someone who is in the position to see what the next really disruptive innovation is, you're quite right that there exist much, much better ways to write and collaborate on code. Flying leaps of innovation to Zed's tiny shuffle-steps.

What tools or tech are you referring to?

BABLR -- a parser framework, and agAST, the DOM structure at the heart of our state layer. Come to our Discord if you want to learn more. We're trying to launch in the next day or two here.

Re: Claude Code: Now in Beta in Zed

#422

Earlier quoted context omitted.

What tools or tech are you referring to?

BABLR -- a parser framework, and agAST, the DOM structure at the heart of our state layer. Come to our Discord if you want to learn more. We're trying to launch in the next day or two here.

Looks very interesting, thanks for sharing. Will be following for sure!

Re: Claude Code: Now in Beta in Zed

#424
post #366

I love Zed but this has all the hallmarks of something being totally rushed out the door. It works off the Claude Code SDK, which mean it doesn't support many of the built in slash commands - it doesn't support /compact, which is 100% necessary because when you use this implementation enough, you'll eventually get a "Prompt too long" error message with no ability to do anything about it. Since you can't see how far y…

Tbf I never use /compact but clear instead, and load in the relevant context anew. I just haven’t seen compacted context to be very useful, so far.

I notice when I'm getting close and I tell it how to document current state into an .md file. Then I hit /clear and @ the new file.

This is probably very similar to /compact except I have a lot of control over the resulting context and can edit it and /clear again and retry if I run into an issue.

Re: Claude Code: Now in Beta in Zed

#425
Fine. Cool step for Zed to push ACP, and I think this is the right direction for the IDE space.

But tbh if it’s not as frictionless as the Codex IDE extension in a Zed-skinned VSCode, it doesn’t matter.

Tried giving Claude and CC many chances, but the cognitive load of constantly managing a hard context window is DOA.

Codex w/gpt-5 is on par if not better than any of Anthropic’s solutions at this point, and the ubiquity (web, CLI, IDE) + UX consistency of Codex under one account/plan just dominates any marginal value of using a different model at a higher price.

Codex just works. Then it keeps working. Then it keeps working.

Any solution that wants to compete with OAI’s latest hostile takeover attempt has to match then beat on “unlimited/anywhere/frictionless” UX across platforms AND price ($200/mo all in).

I don’t see a good way out of this for most, except through major spend on playing catchup.

Guess that’s why Anthropic just raised again. Cursor is clearly trying to play, but they will always be a markup product until they launch their own SOTA model. Is Gemini still alive?

Re: Claude Code: Now in Beta in Zed

#426
post #357

Earlier quoted context omitted.

its a bad anti-pattern that trades developer convenience for performance, UX etc. Its fair to hate on it With the advent of coding agents, I really hope we see devs move away - back to the traditional approach of using native frameworks/languages as now, you can write for 1 platform and easily task AI to handle other platforms.

This will never happen and it's a bizarre, legacy fantasy, borne of a fixed imaginary ideal of what computing should be. Programming will continue to move in the direction of ease-of-use and every time I see an out-of-topic reference to Electron in this forum I feel insane, like I'm fighting upstream. You will not see this - you will see more Electron apps, because that is the modern way of building cross-platform ap…

Thinking Javascript was a language meant for desktop applications is what is insane - even more so than the convenience of using it, which is comparatively less insane.

Re: Claude Code: Now in Beta in Zed

#427
post #198

I like Zed in concept. I like Zed in the architectural and foundational aspects. I want more tools like Zed to exist. But, I find Zed challenging to adopt due to random nuances. First, settings management is a mixed bag and sometimes I just want a quick way to open the "settings.json" from the settings pane without fussing around. Then I'd like the "settings.json" to stay open (reopen) on a restart of Zed. Then I'd l…

For what it's worth, I think Zed now has a default keybind to open settings.json: Ctrl+, I assume that keybind is also configurable?

You can also use the command palette searching for "open settings". And the settings.json editor have LSP support

Re: Claude Code: Now in Beta in Zed

#429
post #10

Zed is so great, I do wish they would focus just a little bit more on bringing the UI just a bit more up to parity with VS Code, I would switch full time.

Anyone running this on Linux? I find it works fairly poorly there. To be fair, vscode is also not great for me (especially vim mode) on Linux.

Zed was working great for me on linux. It recently broke support for using a remote env over ssh, but locally still works fine.

Re: Claude Code: Now in Beta in Zed

#430

Earlier quoted context omitted.

It’s built by the team that built atom which was way better than vscode but was mothballed when Microsoft bought GitHub. They built it from scratch and not on electron bloat so it is a much better foundation. It will take a long time to reach parity with vscode but when it does it will smoke it.

So...nothing.

Did you miss the point about it being built on a fundamentally better tech stack by a team with a track record of better design decisions?
Post reply on HN