Live data from Hacker News

Zed: High-performance AI Code Editor

zed.dev

101–110 of 447 posts

Re: Zed: High-performance AI Code Editor

#101
I'm sure it's fast, but is it accessible? Am I as a screen reader user going to get fired if the company I work at decides one day to have all of their devs use this? And if not, any plans to make it so? Might sound a little brusque but this really is the stakes we're playing with these days.

Re: Zed: High-performance AI Code Editor

#102
post #76

Earlier quoted context omitted.

I’ve been using Zed a few months on my fedora laptop (thinkpad x230) and haven’t had any performance issues. Definitely faster than any other graphical editor I’ve used. Perhaps a driver issue would be slowing it down?

Maybe, but no other application or editor has this problem. If all other apps work but Zed doesn't then it sounds like a Zed has an issue. EDIT: just gave it a shot and I get "unsupported GPU" as an error, informing me that my GPU needs Vulkan support. Their detection must be wrong because this is not true. And like I said, other applications don't have this problem.

The microcosm of a linux user played out so fast in that thread :P

Re: Zed: High-performance AI Code Editor

#103

Tried Zed and Cursor, but they always felt too magical to me. I ended up building a minimal agent framework that only uses seven tools (even for code edits): read, write, diff, browse, command, ask, and think. These simple, composable tools can be utilized well enough by increasingly powerful LLM(s), especially Gemini 2.5 pro to achieve most tasks in a consistent, understandable way. More importantly - I can just swi…

Sounds similar to gptel[1] for Emacs. It provides a solid foundation for more complex compositions like gptel-aibo[2] or mcp.el [3].

Yours is the full agent, though... Nice.

[1] https://github.com/karthink/gptel

[2] https://github.com/dolmens/gptel-aibo

[3] https://github.com/lizqwerscott/mcp.el

Re: Zed: High-performance AI Code Editor

#104
post #23

Zed is exactly how software should be made. Granted, I don't agree with all of their UX decisions (i think the AI panel is really bad compared to Cursor's), but good lord is the thing fast. These guys are the real deal. They built a rendering system (GPUI) in Rust before building Zed on top of it, and so it is one of the fastest (if not the fastest) pieces of software that resides on my computer. I can't wait until G…

Honestly, miss me withy the AI shit. I just want an open-source Sublime Text that has first-class support for LSP.

Re: Zed: High-performance AI Code Editor

#105

Tried Zed and Cursor, but they always felt too magical to me. I ended up building a minimal agent framework that only uses seven tools (even for code edits): read, write, diff, browse, command, ask, and think. These simple, composable tools can be utilized well enough by increasingly powerful LLM(s), especially Gemini 2.5 pro to achieve most tasks in a consistent, understandable way. More importantly - I can just swi…

I would love a vim plugin for this. Many LLM vim plugins started off beautifully minimal, but became too agentic in their chase of Cursor.

Maybe once all of this is a bit more mature we can just get down to the minimal subset of features that are really important.

I’d love a nvim plugin that is more or less just a split chat window that makes it easy to paste code I’ve yanked (like yank to chat) add my commentary and maybe easily attach other files for context. That’s it really.

Re: Zed: High-performance AI Code Editor

#107
I tried the agent mode with sonnet 3.7 (not the thinking one). When it started trying to create a file, it kept getting a "Failed to connect to API: 400 Bad Request" error. After a few attempts to create files, it "touch"ed a file and tried to edit this, which also failed. It checked permissions with "ls -la", then it tried to "cat" the code into it but failed because of syntax errors (to do with quoting). Then it tried nano(?!?!) and failed, and then it started "echo"ing the code into the file chunk by chunk, which started working. After 4 chunks it got an error and then it made the following chunks smaller. It took it a dozen "echo"s or so.

While the initial 400 error is a bummer, I am actually surprised and admire its persistence in trying to create the file and in the end finding a way to do so. It forgot to define a couple of stuff in the code, which was trivial to fix, after that the code was working.

Re: Zed: High-performance AI Code Editor

#109
post #22

Meanwhile I'm checking Helix editor every 6 month to see if authors became any less hostile to the idea of thinking about considering of starting thinking about potentially adding copilot support. https://github.com/helix-editor/helix/discussions/4037

Helix is working on a plugin system that will hopefully allow for copilot (or whatever other product) use. Also, the Helix way, thus far, has been to build a LSP for all the things, so I guess you'd make a copilot LSP (I be there already is one).

Unless something's changed, every AI-backed language server I've tried in Helix suffers from the same limitation when it comes to completions: Suggestions aren't shown until the last language server has responded or timed-out. Your slowest language server determines how long you'll be waiting.

The only project I know of that recognizes this is https://github.com/SilasMarvin/lsp-ai, which pivoted away from completions to chat interactions via code actions.

Re: Zed: High-performance AI Code Editor

#110

Earlier quoted context omitted.

I am amazed people consider 1440p low resolution. My knee-jerk reaction was to assume you were sarcastic. I use a monitor of roughly that many lines of pixels and have never had observed blurry text in the tools I use (and I use fairly small fonts).

How big is your screen? At 27", I can clearly see pixels on 1440p. A 4k display with 150% scaling (effectively 1440p) looks much better. Maybe you haven't used a higher resolution? If so, you might not know what you're missing.

[deleted]
Post reply on HN