You can now disable all AI features in Zed
247 comments
·July 23, 2025koito17
anamexis
I use Zed too, and as a longtime magit devotee, I've really been enjoying using gitu [0] in Zed. gitu doesn't have everything magit does, but there's not much I find myself missing.
I have it nicely integrated with Zed by defining the following task, which you can then add a keybinding for if you want:
{
"label": "gitu",
"command": "gitu",
"reveal_target": "center",
"hide": "always",
"env": {
"VISUAL": "zed",
"GIT_EDITOR": "vim"
}
}
[0] https://github.com/altsem/gitucosmic_cheese
Not currently using Zed but low input latency is one of the things that’s kept me on Sublime Text over the years. Might give Zed a shot and see how it stacks up.
The other two editors I use a lot are Xcode and Android Studio, and while the first is usually fine, Android Studio (IntelliJ) feels servicable but a touch sluggish in comparison. Given the popularity of JetBrains IDEs I’m a bit surprised that there’s not more demand from customers to make it more responsive.
v3ss0n
Low latency isn't working well on Linux for zer
Aurornis
JetBrains IDEs with their zero-latency typing mode are actually some of the most responsive editors for typing performance: https://pavelfatin.com/typing-with-pleasure/
They can definitely feel a bit sluggish navigating around once you have a giant codebase and you’re using a lot of features, but code editing has been very responsive for me.
Alupis
I took Zed for a test drive about a year ago, and absolutely loved how butter smooth it felt to use. It's impossible to describe to others... you must experience it to understand what you're missing.
However, at least at the time, Zed's extension/plugin ecosystem prevented me from making the jump off vscode. Just like it took me a long while to ween myself off JetBrains and their workflow/plugins, it'll take a long while to do the same here - that's if an equivalent plugin exists (yet).
It seems to me, it would be a killer feature for new IDE's to just embrace vscode's extensions and make them "just work". It would remove a lot of the barriers people have with switching IDE's.
Maybe that's an impossible ask... I have no idea, but it would be pretty sweet.
jrvieira
how does it compare to neovim in terms of input lag?
Alupis
I have not tried neovim, admittedly. Compared to Eclipse, IntelliJ, and now VScode, it's a completely different animal in terms of fluidity and smoothness.
Usually when I've attempted to explain it to others, people counter with things like "but my IDE already feels smooth", etc. I thought so too, until I tried Zed.
My only "complaint" was/is(?) the plugin ecosystem. It's a fairly new editor, so things might change in time.
taude
These were the comments I came looking for. What existing users of Zed migrated from. I'm pretty curious to try it, but lacking some time to tool yak-shave at the moment.
gwking
I went from VS Code to Cursor, then got frustrated with Cursor breaking keybindings and other things, tried to go back to VS Code but missed the superior tab completion. Then I gave Zed a long hard try, but after over a month of daily usage I went back to Cursor again, just for the tab completion quality.
I don't use any of the chat or agent features, but for me Cursor's tab completion is a step forward in work efficiency that Zeta and Copilot were not. Sometimes it's subtle, and sometimes it is very obvious. Cursor seems to have sources of context that the others don't, like file names from the directory tree, and maybe even the relevant .pyi type annotations and docs for python modules. It also jumps to the next relevant problem site very effectively. It feels like the Cursor devs have done a ton of practical work that will be hard to match with anything other than a full-on competitive effort.
I want to see Zed succeed. I think it's very important that VS Code and its ultra-funded derivatives not dominate the modern editor landscape too thoroughly. Tab completion used to seem like a straightforward thing, but if the state of the art requires a very elaborate, whole-workspace-as-context environment to operate in, then I wonder if it's going to become a go big or go home kind of feature.
I can't help wonder what the actual internal API for this kind of thing is going to look like in the future. It used to be something like, what's the current token behind the cursor, and look in a big prefix tree of indexed words. Then maybe it got more elaborate with things like tree-sitter, like what's the incomplete parse tree up to this point. Then when editors started using AI, I stopped having any idea of what the actual inputs are. I'd love to hear about real implementation experience at any stage of this evolution.
tripplyons
I'm in a very similar position, using Cursor just for their Tab model. My ideal choice would be Neovim, but I can't replicate the productivity I have with Cursor Tab.
kevmo314
I've been working on a better tab completion model that stays as an extension: https://ninetyfive.gg/
The main feature I really care about is low latency, which is my main gripe about Copilot. There's still a ways to go to match Cursor's quality but I'm chipping away at it!
singhrac
I think we don’t talk enough about tab completion model quality. Recently Copilot’s model got a lot better (probably trying to catch up to Cursor) but I feel like there’s still so much room here (and I assume Zeds is worse from your description).
Smart context / big context is a really interesting question, I’m kind of surprised Google isn’t building here given how much effort they’ve put into big context (they have Jules and Gemini CLI but no tab completion UX).
On further thought I think one of the big 3 (OpenAI, Google, Anthropic) should partner (ideally not buy) with Zed to get a foothold.
dgunay
For Copilot the quality of the tab complete is less of an issue for me than the fact that it is often very slow, or doesn't trigger at all when I would expect it to. I'll sit there feeling like an idiot for 10 seconds and then glance at the bottom bar to discover that it's not even doing inference, and have to randomly move the cursor, or delete and retype code until it finally works.
the_duke
I found Copilot tab completion completion to be VERY slow in Zed, for some reason.
It's fast in neovim.
Maybe they artificially slow down non-official clients somehow? (official neovim plugin, VS Code)
the_duke
I have the opposite experience, tab completion by Copilot just got significantly worse for me recently (the last week or so), both for Rust and Python code.
dkersten
I went slightly differently:
I used Zed for about a year and a half exclusively, without using any AI features, and then switched to cursor to try AI features out. When Zed released its agent mode, I switched back to Zed.
I absolutely agree that Cursor’s tab completion is far superior to Zeds. The difference is night and day. Cursor’s really is that good. But the Zed agent mode works very well for me and Zed is, IMHO just so much better than an editor. I really hate having to use vscode or a vscode-based editor after using Zed so much (I used vscode exclusively before switching to Zed). And that’s enough for me to give up on the superior tab completion.
I hope Zed eventually improve theirs to a similar experience to cursor, but regardless, I love Zed.
hombre_fatal
The tab completion is the only thing that keeps me on Cursor.
I never cared for the LLM sidebar.
But the tab completion is basically mind-reading.
mirkodrummer
Same. I wish there was an option for enabling just tab completion and disable everything else
Myrmornis
You can hide all sidebars in vscode and you don't have to use any AI chat features.
atonse
I’m in the exact same situation. Prefer Zed’s snappiness overall but the tab completion in cursor is the only reason I keep coming back.
But at the same time, I’m also doing more vibe coding instead of manual coding as time goes on, so Zed might eventually win out.
v3ss0n
good one. Just yesterday It got me to a point that I can't stand ai forced auto completions in vscode that I ended up whole copilot extension. It's too distracting that Ms forcing too much on AI
serbuvlad
The one thing I love about VSCode is how trivially I can fire it up on a container or on a remote machine via SSH. If Zed had this I would switch tomorrow.
So my question for Zed users is: does it?
The UI is a tad idiosyncratic on Linux (can't speak for Macs) but DAMN is it fast, I love the generality of tasks.json (haven't played with debug.json yet), by far the best system I've ever used, and everything just works well out the gate.
c-hendricks
Zed has SSH editing. But when I tried it a couple of weeks ago, their in-ui git didn't detect a repo in a folder that very much used git, and ports you want mapped have to be specified ahead of time, there's no way to do it at runtime like in neovim/vscode
bachittle
This is why I still use VS Code with AI features off and none of the AI integrated IDEs. It's not that I don't use AI. It's just that having the AI de-coupled from editor makes it much easier to separate concerns. Some days I don't feel like using AI and just need to edit one line. Other days I want to do a major sprint and test the latest AI and see if it will accomplish the task.
whinvik
This is great. I just hope that they continue to make money. We really need someone to invest in making a Fast, modal editor.
eikenberry
Zed is not a great modal editor, modality is a strapped on afterthought. At least that the impression the vim keybinding give me. IMO the best chance I see for a fast modal editor that works out of the box is Helix.
weakfish
I at least really like that ctrl-w allows switching between panels as well as editors, something VS code doesn’t do (or at least, you can switch to the explorer but not back?) and is a major papercut IMO
dkersten
When did you last try Zed? If it was recently then that hasn’t quite matched my experience, for me vim keybindings work quite well. But I did think the same when I first used Zed over a year ago.
eikenberry
I tried it a couple days ago. Lost me right off with the poor `:e` experience; popup box with no completion, fuzzy-matching, sub-directory support. Vim is a file oriented editor, not a project oriented one, so good file operations are table stakes.
cess11
Is it now possible to import .vimrc, or otherwise configure e.g. the sequence j k to execute Escape?
rscrawfo
Does Helix fit that bill for you? It's fast, modal and very little config required.
I think there's also a fork if you can't let go of the VIM bindings.
null
spiderice
Helix is a non-starter until it has plugins. Which is taking YEARS longer than it should to get implemented.
The fuck-off-if-you-don't-agree-with-me dictator of the project doesn't help either.
deadbabe
Why? Neovim exists.
f311a
I don’t want to install 5-10 plugins with a hundreds of config lines just to make it usable. I prefer zed with 0 extensions and vim motions which are built in.
t_mahmood
LazyVim makes it trivial, actually. I would take nvim/vim over VSCode any day.
eikenberry
I switched to Helix for the same reason. Though I'm thinking of re-trying with one of the lighter weight pre-configured versions. Astronvim seems like the best one after a bit of weekend research.
johnfn
Zed seems really nice, and the usability has come a really long way in the last couple of months. That being said, I have one issue, and I hesitate to even bring it up because it seems so shallow: I hate all the themes! They all look so ugly and amateur. I know this is a really trivial thing, it's like complaining I don't like Python because it uses whitespace for indent or something, but I just can't get over it. VSCode/Cursor is beautiful in comparison.
I recently found Github Dark Default, which is probably the okay-est of the 10-15 I tried, but there is so much that still looks bad. The autocomplete popover looks far worse than VSCode, the file tree looks much worse, tabs look ugly, etc.
Does anyone have any suggestions here?
alternatex
You're not alone. The only reason I struggle to onboard to Zed is the design. They're doing an incredible job with the editor, but I have never seen a more bland design in any IDE. It's genuinely so bad that it affects my productivity in it. I'm a fan of Visual Studio and VS Code dark themes, I don't need anything special.
int_19h
Isn't "bland" design precisely what you'd want from an IDE? To help you focus on the code and all that?
It's been a while since I last looked at Zed, so I just started it again, and it ... looks like your average macOS app? Which to me sounds pretty much ideal.
johnfn
Nothing wrong with bland, but a well-designed IDE does a good job using the UI to allow you to parse information as fast as possible. For instance, compare the autocomplete popover in Zed to VSCode. The VSCode popover:
- Has icons. These are so useful for parsing information quickly!!
- Shows the type information in a different color than the field name. There is spacing between the type name, and the type is smaller.
The Zed autocomplete popover is a solid wall of (almost entirely) monochrome text, all the same size. It is significantly harder to parse. I use the autocomplete popover probably thousands of times a day. These subtle things make a big difference.
Is the Zed popover bland? Yes. Is the VSCode popover flashy? Not really, it's just utilitarian - clearly designed by someone who understood how important every detail is.
yard2010
In 2007 I had the best actionscript IDE that looked awesome and made the whole actionscript development magical. FlashDevelop iirc. It made a huge difference and inspired me every time.
echelon
I program mostly in Rust, so in theory Zed should be the perfect IDE for me. But I couldn't get past the design. It just put me in the wrong mind space.
As a data point for the Zed folks: JetBrains' RustRover with vim key bindings is still my go-to. It just "looks and feels" right to me.
I'm sure that they'll get there in time. They're playing the slow, careful, methodical game. Writing it in Rust was the right choice and it'll pay dividends.
369548684892826
There's a forum thread [0] where users share their custom themes.
There's also an importer tool [1] that lets you convert any VS Code theme to a Zed theme. You might still need to compile the importer yourself, but it's all pretty straightforward.
0: https://github.com/zed-industries/zed/discussions/7337
1: https://zed.dev/blog/user-themes-now-in-preview#using-a-vs-c...
criticalfault
Push through it. You get used to it. Then start to like simplicity of it.
And then, due to speed, there is no going back to the lag infested chromium derivative made by Microsoft.
johnfn
Believe me, I am trying! I have Zed open and I try frequently to get used to it, but it drives me nuts - the autocomplete in particular.
Demiurge
I agree. I couldn't get over any of the existing themes, they just seem so low contrast... So I spent a bunch of hours porting then favorite theme I've been using in Sublime Text, to Zed, named iPlastic. Sublime Text has a theme back of classic TextMate themes, and it came in that pack. I have to say, the porting process was not very easy, but it was worth it. Now, I prefer Zed to ST and VSCode because of the theme, not just the UI and other features :)
odiroot
Wish I could just import my ST4 settings and theme into Zed. That'd help a lot. For now I consider it too much hassle and ST4 with LSP is good enough.
cuu508
I spent a couple hours recreating the theme I was using previously in Sublime Text. The end result was not identical but close enough to feel OK.
i-zu
I feel you. I still haven't found the light theme that would work for me. In VSCode I use Better Selenized. Even tried to import it to Zed but experience was a bit subpar.
xedrac
I really like One Dark Pro, but you have to install it from the additional themes link.
vector_spaces
I've wanted to try Zed but I'm generally antsy about tools unexpectedly phoning home -- haven't had a chance to closely evaluate myself.
A few tinfoil-hat questions: I know obviously it needs to phone someone to use functionality like remote dev or certain integrations, but outside of those situations, does it otherwise perform any kind of telemetry by default? Are there situations where it could ship off tokens in files I'm editing to some remote server where one wouldn't be expecting it? Also, I know it's open source, but is it meaningfully open source in the sense that the prebuilt binaries available for download in the obvious places aren't some reskinned proprietary version like is the case with VSCode?
These are meant in good faith -- genuinely interested and curious
crooked-v
What I'd really like is an option to disable the automatic multi-buffer behavior for things like git diffs. It just doesn't work for me, and the Zed UX seems to not even realize that not everyone will love it.
gherkinnn
The multi buffer is the most amazing thing about Zed. AI be damned. It now feels wrong to use an editor that doesn't have it. It is so obvious in hindsight.
olejorgenb
I think this is one of the best innovations in Zed, though it could use some more polish to work really great. Being able to edit the diff directly surely is a great thing?
crooked-v
The problem is that it insists on jamming together all files in the list, each with only a tiny bit of context, when I want to look at things one at a time with full context, and there's no way to change that behavior.
olejorgenb
"Alt-Enter" jumps directly to the selected entry in the git side panel. Ctrl-clicking works as well (granted it's not obvious)
jchw
Honestly, this is a weak point of Zed IMO. I just find it a bit confusing to deal with. I don't know exactly how to get it to jump to the location of a specific block in the multi-buffer view, e.g. a Find in Files view. I double click various places in the UI until it goes to the file and sometimes I have to scroll to where I was at in the multi-buffer view. It's very frustrating.
I think it could be made to work better, but as it is now, it feels cumbersome to work with.
Latty
I believe what you want to do is click on the line numbers, which should take you to that exact point in the file.
jchw
Could it really be that simple?!
Holy shit. It really is that simple.
Thank you.
throwaway240403
Took me a bit to find this, but you can click on a line number in multi-buffer to open that file at that location. I think their default assumption is for you to not use the mouse much. If you're using vim mode g+[space] will open the file where your cursor is. I think it's alt+return in normal mode but either way there's a shortcut hint on the right side of the header for the file your cursor is currently in.
olejorgenb
It also tell you that "alt-enter to jump to the file" in the "header".
aitacobell
I find it more effective (for me) to keep my AI tools separate from VS code. It helps me control when I actually apply AI
leafmeal
The thing that's so sticky for me with JetBrains IDEs is their run configurations. Being able to configure all of the environment variables etc. for the actual code that I need to run, especially when connecting to a debugger or tests integrated with the IDE.
I haven't seen anyone else complain about this so I figure I must be missing something. Does Zed let you set up run configurations like this? If not, how do users actually run their code? Just in the terminal? It seems backwards to me to use a fancy IDE, but then run all your code in the terminal. I love IDE features like clicking on the test I'm editing to run it, and setting breakpoints in the IDE.
Does anyone else have this problem?
codethief
> It seems backwards to me to use a fancy IDE, but then run all your code in the terminal.
Having literally spent days at a time just to get a working run configuration at various employers and clients over the past decade, I find it backwards to use anything besides the terminal and version-controlled scripts & task runners / CLIs to fire up anything. (: People rarely document their JetBrains setup fully and even if they do, JetBrains IDEs are not exactly known for their reproducible behavior or for not occasionally messing up your configuration (in case you do decide to check in your IDE config & share with your team).
Besides, you will need those terminal scripts for your CI pipeline, anyway.
That being said,
> I love IDE features like clicking on the test I'm editing to run it, and setting breakpoints in the IDE.
I agree, that is very useful. However, to me it's the cherry on top of proper self-contained run scripts for the terminal.
leafmeal
Points taken about benefits of run scripts for portability, reproducibility, CI, etc. I'm mostly just trying to find a way to debug arbitrary programs and run tests in the IDE.
It looks like this should be possible with tasks https://zed.dev/docs/tasks#variables but I haven't put enough time into figuring it out yet.
Maybe my use case is too specific, but I'll spell it out just in case: I try and open a Django project in Zed. I go to a test file. There's a > arrow next to the test to run or debug, but it will only run it with PyTest (I use unittest, but PyTest is backwards compatible, so w/e). When I try to run it, it fails because some environment variables I need are not set. I don't see how to configure them so I'm dead in the water.
I'd also love to run the Django server with a debugger attached. It's not clear to me how to do that. I haven't found the rights docs. Dead in the water again.
Maybe I need to spend more time exploring and reading the docs :)
Noumenon72
I love these too. I have a run config checked into my repo that runs three run configs, for `fastapi dev`, npm start, and launching a JavaScript debugger, with one click. I also like clicking on a test or script and just hitting "ctrl+shift+d" to launch that particular code with the debugger.
VS Code can launch a fleet of dev containers but it's just not as good of an experience to restart and debug.
null
insane_dreamer
Same here. Zeds task configurations are not nearly as versatile, easy to set up and run as pycharms especially when it comes to virtual envs. The debugger is superior in Pycharm too. But in terms of overall use Zed is good.
My other complaint is that pyright (used by Zed) isn’t nearly as good as pycharms type inspection.
ivanjermakov
For personal projects I just use npm scripts or make
3eb7988a1663
Minus some magic, those scripts are not going to interface with the IDE debugger.
microflash
I appreciate this option since I use Zed without AI. However, their overwhelming focus on cramming AI in the editor just disappoints me. The core experience is still very raw and there are small things that build over to make it annoying.
I still have Sublime Text as the backup editor. It's lack of a powerful sidebar and search are the only things that stopped me from using it regularly.
I do use VSCode at times and the CoPilor powered tab completion (which mostly hallucinates and spits out nonsense) is just obnoxious. I've found JetBrains' implementation of full line completion and block completions a lot more thoughtful and reliable.
Started using Zed about a year ago and, besides Magit, it has managed to completely replace Emacs for me. I was missing a good debugger for a long time, but that also went GA a month ago or so.
One thing that goes underappreciated is the input latency and how light on resources the editor is overall. Whenever I switch tabs to a web browser (or any web app), I can feel the lag in typing now, despite the fact I use an M3 Max MacBook Pro. Zed's built-in terminal used to feel high-latency too, but they recently shipped a bunch of performance improvements, and it's just amazing how clunky inputs feel in web apps feel after using Zed for a long time.
Two things I find interesting about this development.
1. This is a long-standing feature request ever since Zed added any AI capability. Adding AI-related functionality at all was a very controversial move at the time. See https://news.ycombinator.com/item?id=41302782
2. Text threads in Zed came out only 11 months ago. At the time, it felt revolutionary being able to effortlessly paste terminal output and entire folders into context. Additionally, being able to stop the LLM, correct part of its output, and have it continue code generation. Around 4 months ago, agentic coding released, and now this once-revolutionary workflow feels quite primitive. In the meantime, Zed also added screensharing, Linux support for collaboration, a Git UI, a debugger, and performance improvements to the editor.