| ▲ | binwang 2 days ago |
| Now I see little value in subscribing to Zed Pro compared to just bringing my own API key. Am I missing something? |
|
| ▲ | morgankrey 2 days ago | parent | next [-] |
| (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. |
| |
| ▲ | maxbond 2 days ago | parent | next [-] | | 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. | | | |
| ▲ | jsheard 2 days ago | parent | prev | next [-] | | > [Zed Pro is] not our core business plan What is the core business plan then? | | | |
| ▲ | drdaeman 2 days ago | parent | prev [-] | | I’m curious if there’s any way to completely disable/remove `zed.dev` provider from Zed, while keeping others available? | | |
| ▲ | ibejoeb 2 days ago | parent [-] | | 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. |
|
|
|
| ▲ | agrippanux 2 days ago | parent | prev | next [-] |
| 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. |
| |
| ▲ | lemontheme 2 days ago | parent [-] | | 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 |
|
|
| ▲ | prasoon2211 2 days ago | parent | prev [-] |
| 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. |
