原贴链接

据我所知，Cursor有自带的API功能，但仅限于OpenAI/Azure等云供应商。我很想通过liteLLM之类的东西尝试不同的模型（本地和外部的），这样我就能轻松衡量性能差异。仅从VS Code扩展商店浏览来看，我能看到几十个选项，但有没有人有能与Cursor相媲美的特别建议呢？

讨论总结

原帖寻求可插入任意LLM API的Cursor替代物，评论者们纷纷推荐各种替代方案，如https://www.continue.dev/、https://github.com/cline/cline、https://github.com/kesor/ollama - proxy、aider、zed.dev等，同时还涉及了模型适配失败的情况以及一些技术探讨，整体氛围积极，大家都在积极提供建议。

主要观点

  1. 👍 推荐https://www.continue.dev/可能是Cursor替代物
    • 支持理由：未阐述，仅提供网址推测可能满足要求
    • 反对声音：无
  2. 🔥 推荐https://github.com/cline/cline作为替代方案
    • 正方观点：作为替代方案推荐
    • 反方观点：无
  3. 💡 存在一种设置方式（https://github.com/kesor/ollama - proxy）可以解决原帖需求
    • 解释：设置后能使用Cursor的OpenAI自定义网址与想要的ollama服务器中的模型
  4. 🤔 aider可作为替代Cursor的选择且似乎使用liteLLM
    • 解释：虽不是扩展但可用于VS code终端并且似乎使用liteLLM
  5. 😎 推荐zed.dev作为替代方案并建议与aider同时使用
    • 解释：简单陈述推荐建议但未详细解释

金句与有趣评论

  1. “🤔 https://github.com/kesor/ollama - proxy，你可以使用Cursor的OpenAI自定义网址与你自己的ollama服务器以及任何你想要的模型。”
    • 亮点：直接给出解决原帖需求的设置方式
  2. “👀 Cline stops execution with an error message saying that the model cant perform the task and recommending to use Claude.”
    • 亮点：解释模型适配失败时的情况
  3. “😂 JaboTheDog: Continue.dev is great!”
    • 亮点：简洁表达对Continue.dev的认可

情感分析

总体情感倾向为积极，大家都在积极地为原帖寻求的Cursor替代物出谋划策，没有明显的分歧点。主要原因是原帖是寻求帮助，评论者们在提供帮助而非进行争论。

趋势与预测

  • 新兴话题：可能会有对推荐的各个替代方案进行更深入对比的讨论。
  • 潜在影响：对那些想要寻找Cursor替代物以尝试不同模型的人提供更多选择方向，有助于相关技术爱好者更好地进行技术选型。

详细内容：

《寻找最佳 Cursor 替代品：众多选择中的探索》

在 Reddit 上，有一个热门讨论引起了大家的关注。原帖的标题是“ What is the best Cursor alternative that will let me plug in any LLM API I want? ”，帖子提到 Cursor 虽然有自带 API 功能，但只限于像 OpenAI、Azure 等云供应商。发帖人表示很想通过像 liteLLM 这样的工具尝试不同的模型，包括本地和外部的，以轻松评估性能差异。仅在 VS Code 扩展商店中就能看到几十个选项，发帖人询问大家是否有能与 Cursor 相媲美的特别推荐。这个帖子获得了众多关注和回应。

讨论的焦点主要集中在各种推荐的替代品以及它们的实际表现。有人推荐了 https://www.continue.dev/ 。有人提到了 https://github.com/cline/cline ，并分享了自己尝试使用 Codestral 和 Qwen2.5 - 32b 通过 ollama 却很快失败的经历，称 cline 停止执行并出现错误消息，提示模型无法执行任务并建议使用 Claude 。还有人提出了“在这里失败是什么意思？”这样引发思考的观点。

另外，有人分享如果设置https://github.com/kesor/ollama-proxy，就可以用自己的 ollama 服务器和想要的任何模型来使用 Cursor 的 OpenAI 自定义 URL 。也有人推荐了 aider ，表示虽然它不是扩展，但可以在 VS code 终端使用。还有人认为 continue.dev 很棒，有人建议使用 zed.dev ，甚至有人提出可以同时使用 zed.dev 和 aider 。

在这场讨论中，大家各抒己见，既有对不同替代品的热情推荐，也有实际使用中的问题分享和深入思考。但对于究竟哪个替代品是最好的，还没有达成明确的共识。不同的人根据自己的需求和使用体验有着不同的看法，这也反映出在寻找适合的 Cursor 替代品时的多样性和复杂性。