> Mozilla Mail - a reliable Exchange/Google Mail alternative (desperately needed imo)

Thunderbird Pro was announced a while back, still not GA though

Now I see little value in subscribing to Zed Pro compared to just bringing my own API key. Am I missing something?

(I work at Zed) No, you aren't. We care about you using Zed the editor, and we provide Zed Pro for folks who decide they'd like to support Zed or our billing model works for them. But it's simply an option, not our core business plan, and this pricing is in place to make that option financially viable for us. As long as we don't bear the cost, we don't feel the need (or the right) to put ourselves in the revenue path with LLM spend.

Will you consider providing a feature to protect me from accidentally using my Zed account after the $5 is exhausted (or else a plan that only includes edit predictions)? I can't justify to myself continuing my subscription if there's a risk I will click the wrong button with identical text to the right button, and get charged an additional 10% for it. I get you need to be compensated for risk if you pay up front on my behalf, but I don't need you to do that.

I understand that there's nothing you could do to protect me if I make a prompt that ends up using >$5 of usage but after that I would like Zed to reject anything except my personal API keys.

Yep, you can set your spend limit to $0 and it will block any spend beyond your $10 per month for the subscription

https://zed.dev/docs/ai/plans-and-usage#usage-spend-limits

Excellent. Thanks.

> [Zed Pro is] not our core business plan

What is the core business plan then?

I’m curious if there’s any way to completely disable/remove `zed.dev` provider from Zed, while keeping others available?

If you sign out of zed, zed's providers don't work. I believe you still see them in the AI panel, but it won't operate.

Their burn agent mode is pretty badass, but is super costly to run.

I'm a big fan of Zed but tbf I'm just using Claude Code + Nvim nowadays. Zed's problem with their Claude integration is that it will never be as good as just using the latest from Claude Code.

Same except with Helix.

The integration in Zed is limited by what the Claude Code SDK exposes. Since about half of the /commands are missing from the SDK, they don’t show up in Zed.

I think ACP was a good strategic move by Zed, but all I personally really need is Claude Code in a terminal pane with diffs of proposed edits in the absolutely wonderful multibuffer view

Presumably the tab based edit-prediction model + $5 of tokens is worth the (new) $10 / mo price.

Though from everything I've read online, Zed's edit prediction model is far, _far_ behind that of Cursor.

The site you mentioned seem to just link to a bunch of GitHub repos. Neither site answers the questions new users care about the most, like why should I use this new OS and who are the people behind the project.

Same here. I also find this reasoning very disturbing and discouraging, even though I can live without this feature, and will most likely continue using FF after this change lands.

Why not?

can second this. I am a Chinese who lived in Beijing for 10 years. No one would pronounce a hard r after 那个