Void开源编程神器!替代Cursor

https://github.com/voideditor/void
Void 是开源 Cursor 的替代品。

在您的代码库上使用 AI 代理，检查点并可视化更改，并将任何模型或主机迁移到本地。Void 直接向提供商发送消息，而不会保留您的数据。

您可以使用最优秀的 AI 工具编写代码，使用任何模型，并完全掌控您的数据。

AI 功能：

• 按“Tab”键应用自动完成功能。
• 快速编辑:在线编辑您的选择。
• 聊天：代理模式、收集模式和正常聊天。
• LLM 变更的检查点。
• Lint 错误检测。
• 本机工具的使用。
• 即使在 1000 行文件上也能快速应用。
  
  

Void是vscode仓库的一个分支分叉，不是插件扩展。
Void 不会通过 Cursor 或 Windsurf 等私人后端发送您的消息。省去中间商，直接连接。

大模型支持：

• 告别 API 积分不足的困扰。使用 Void 托管任何开源模型：DeepSeek、Llama、Gemini、Qwen 等等。
• 直接连接到任何供应商。使用 Gemini 2.5、Claude 3.7、Grok 3、o4-mini 和 Qwen 3 等型号。

智能体模式：

• 在智能体代理模式下使用任何模型 - 即使是本身不支持工具调用的开源模型。智能体代理模式可以搜索、创建、编辑和删除文件及文件夹。它还具有终端访问权限。
• 收集模式是代理模式的限制版本，只能读取和搜索，但不能修改或编辑。

网友：
1、我觉得所有新出的AI编程工具，都得先跟Aider这个‘老大哥’比划比划！它可是我的‘参考书’，贼靠谱！

但问题来了：你光说‘Aider比Aider强’可不行啊（这不是废话嘛！），得拿出真本事说服我！别拿‘VSCode能装插件’这种话糊弄人——VSCode当然能兼容Aider，这谁不知道啊！

举个栗子：

1. 你这工具有没有类似Aider的‘代码地图’（repomap）？甚至更牛的那种？
2. 我能不能像Aider那样精细控制上下文？比如精确到某一行代码，而不是一股脑全塞给AI？

作者回答：
谢谢大佬提醒！功能列表我们肯定安排上！
关于你的问题：

1. 模型咋来的？我们现在用的全是开源+公开模型（比如自动补全模型还没自己练，但你可以随便塞一个进来，支持各种“FIM”模型）。Cursor那些花里胡哨的功能（快编、代理模式、聊天、内联编辑、文件链接啥的），我们全都能接！
2. 代码地图（repomap）有吗？目前靠 .voidrules文件 + Gather/Agent模式 搞大范围编辑（实测还挺稳的）。但Beta结束前可能会加个自动摘要或者Aider同款repomap，画个饼先！
3. 上下文能多细？随便调！每个模型的上下文窗口大小、预留token数你说了算！还能用 @文件/文件夹 强行塞内容（别超窗口长度就行）。甚至能调教模型！比如：推理能力解析哪些“思考标签”工具格式（Gemini/OpenAI/Anthropic三选一）支不支持FIM…等等！

（总结：我们现在是乐高式拼装——模型你随便换，功能你随便调，缺的repomap未来可能补上！）

2、Cursor有个王炸功能——文档索引！ 现在还没人能抄明白！
简单说就是：

1. 你随便扔个网址给它（比如官方API文档、教程、技术规范啥的）。
2. 它直接暴力爬取+自动整理成AI能吃的格式（不管啥编程语言都通吃！）。
3. 更骚的是——还能模糊搜索/全文搜索（如果再加个代理工具就更逆天了！）。

用起来巨简单： 在聊天里@docs 文档，AI就能直接引用内容，再也不瞎编API了！（治好了我的AI幻觉PTSD）

技术内幕：

• 2023年Cursor开发员自曝过[1]：先把HTML转Markdown再用n-gram去重（删广告导航/页脚这些垃圾）
• 但现在2024年了！分块技术早升级了，效果肯定更炸裂

暴躁提醒：“其他工具赶紧抄作业啊！没这功能还好意思叫AI编程助手？？？”
（[1] 原文链接：
https://forum.cursor.com/t/how-does-docs-crawling-work/264/3

3、感觉现在人人都在开发编程代理。好奇这款软件跟 Cline、VS Code Copilot 的代理模式、Roo Code、Kilo Code、Zed 等等相比怎么样？更别提那些闭源的、基于命令行的等等了。有什么突出的功能吗？

作者回答：如今 AI 代码领域最大的玩家是完整的 IDE，而不仅仅是扩展程序，我们认为这是因为它们能够更好地控制用户体验，使用起来感觉更好。

当然有很多插件替代品（！），但我们目前的区别在于它是一个完全开源的 IDE，并且拥有大公司提供的所有功能（快速编辑、代理模式、自动完成、检查点）。

令人惊讶的是，如今所有主流 IDE（Cursor/Windsurf/Copilot）都会在你发送消息时通过其后端发送，而且除了 Void 之外，没有其他开源的完整 IDE 替代方案。你与提供程序的连接是通过 Void 直接进行的，因此，你可以更轻松地构建自己的模型/提供程序并在本地托管，或者使用任何你想要的提供程序。

我们计划在下一个迭代中为代理构建 Git 分支，届时 LLM 将更加独立，而控制完整的 IDE 体验将变得非常重要。我担心插件会遇到困难。


Claude Code（既不是IDE也不是扩展程序）正在迅速普及，它目前最大的限制是成本，这个问题很快就会得到解决（Gemini Code 有人用过吗？）。你说得对，但考虑到事态发展的速度，趋势确实比现状更重要。

4、我觉得版本控制和 git 分支听起来真棒！能详细说说吗？好奇你有没有考虑过用 Jujutsu/JJ[0] 来代替 git 来实现这个功能？我之前用过一些，但一直在考虑用新的 AI 编码工具来尝试一下。感觉比起每次修改都创建明确的提交，Jujutsu/JJ[0] 更适合，而且还能追踪所有修改？只是一点想法而已！
[0]
https://github.com/jj-vcs/jj

作者回答：我们计划为每个代理创建一个新的 Git 分支和一个浅层 Git 克隆（或者可能是工作树/更优化的方案），并添加一个小型的自动与 LLM 合并流程，不过像这样更精细的操作可能感觉更好。如果我们一开始不使用像 JJ 这样的版本控制工具（可能一开始只是为了简单使用 Git），我们以后肯定会考虑，或者最终可能会自己构建。

其他人回答：如果你对基于 CLI 的工具持开放态度，我的项目 Plandex[1] 为 AI 编码提供了基于 git 的分支（和粒度版本控制）。它还有一个沙盒（也是基于 git 构建的），可以将累积的更改与项目文件分开保存，直到它们准备好应用为止。
1 -
https://github.com/plandex-ai/plandex

5、我认为有必要在常见问题解答/比较表中具体指出“AI 驱动的 IDE”（例如 Cursor/Void）与仅使用 IDE + 全功能代理插件（VS Codium + Cline）有何不同。

VS Code 扩展（即插件）与主进程隔离，只能通过 API 访问 VS Code 的功能。事实证明，这些 API 的功能相当有限。
例如，VS Code 扩展无法显示内联差异，否则会报语法错误。它们通常会在所有内容上方显示黑白代码镜头，并且经常被迫对显示的每个差异进行分屏显示。该 API 不允许你修改编辑器中几乎所有内容的外观（侧边栏除外）。

如果展望未来，VS Code 扩展很有可能无法实现 VS Code 分支可以实现的某些重要功能。至少我们的逻辑是这样的。

作者回答：Void 是 VSCode 的一个分支，但我们绝对不会与 VSCode 捆绑！构建我们自己的 IDE/浏览器移植并非不可能。我们得看看工具使用代理的下一次迭代会把我们带向何方，但我们强烈地感觉到，在向计算机描述算法时，使用 TypeScript/Rust/React 并非最终目标，而且基于文本的编辑器在 10 年甚至 2 年后可能都不再理想。

我认为值得一提的是，Theia IDE 是一个完全开源的 VS Code 兼容 IDE（不是 VS Code 的分支），它正在积极添加 AI 功能，重点是透明度和可破解性。

6、编码代理代表着未来，现在任何人都可以参与其中。

我认为这种现象如此普遍的主要原因是，我们不清楚最佳的编码代理界面是什么。是 Slack 和 Linear 吗？是在 CLI 上吗？还是带有代码编辑器的 Web 界面？是 VS Code 还是 Zed？

就像每个人都有自己喜欢的 IDE 一样，几年后，我认为每个人都会有自己喜欢的编码代理交互模式。

• 产品经理可能会喜欢 Devin，因为他们不需要设置环境。
• 软件工程师可能仍然更喜欢 Cursor，因为他们想自己编辑代码并运行测试。

Cursor 有一个影子工作区的概念，我认为我们将在所有编码代理中看到它。无论你使用什么 IDE，你都可以启动一个异步任务，它会在稍后以一种易于查看的方式呈现代理的结果。

至于 Void，我认为开源本身就很有价值。我的理解是，微软可能会在未来某个时候强制实施许可证限制，让 Cursor 在某些扩展程序上难以使用。

另一个由 YC 支持的开源 VS Code 是 Continue：https://www.continue.dev/
（警告：我是这个领域的 YC 创始人：https://www.engines.dev/）

7、代理模式似乎更擅长实现代码库中所有需要更新的地方，特别是当该功能涉及 5 个以上文件时，而编辑器开始难以处理涉及 2-3 个文件的功能。

• 根据用户的行进方向预测哪些项目应该被缓存，然后获取、转换和缓存它们。
• 当需要绘制新项目时，首先检查缓存并从那里绘制，否则按需获取和转换。

这涉及到核心引擎、用户移动、文件操作、图形等，而代理模式似乎完全没有问题。

8、如果没有代理模式，我就无法使用 AI 代码。

从最基本的层面来说，代理模式对于构建合适的上下文至关重要。虽然我可能知道高层次的解决方案，但我需要代理在编写代码之前探索代码库，找到我引用的内容，并将它们与上下文联系起来。

Agentic 模式对于 LLM 从“99%”正确的代码到“100%”正确的代码也非常有帮助。我会要求他们做一些事情来验证他们的工作。这通常是当 Agent 意识到它错觉了一个方法名，或者使用了方向正确但错误的列名时。


9、“新手模式”对新手来说一直都是适用的。我刚开始的时候，真的受以下因素的摆布：
1）权威（无论一位著名的布道者开发者兜售什么）
2）我所遵循的指南
3）我所遵循的教程
4）当时人群的共识
5）无论什么方法都行（SO，暴力破解，任何库，任何魔法）

我花了好长一段时间才把这五样东西都扔掉（把地图也扔掉）。目前，清单上排名第五的是人工智能（只要有用就行）。

这是一种成长的仪式，而且由于开发者很大程度上需要自学，所以这是一个你必须经历的低谷。即便如此，当你走出低谷时，感觉还是很酷的（你可以做任何你想做的事，而不用担心这条路是否正确）。

之后，你大部分时间都不会在低谷中感到恐惧或迷失。

大多数人还没有部署足够多的关键代码，而这些代码主要都是用人工智能编写的。当这些东西出问题，他们不得不用人工智能来调试时，他们就不得不付出血汗和泪水。到那时，人们就会发誓再也不用人工智能了。

问题是，我们永远不可能不再使用人工智能。所以，这将是一场火的考验，许多人将摸清谷底的深度，并从中汲取教训。我只能猜测，但我怀疑这些教训大概是“有些东西应该比其他东西少用人工智能”。

10、Void 自去年起就已存在。
我正在研究一个不可知的统一框架，以使上下文可以在这些工具之间转移。
这将允许零摩擦、零中断转换，而无需任何代码修改。

11、与创建vscode的插件扩展相比，分叉 vscode 有什么好处吗？
作者回答：这就是 Void dev！正如其他人提到的，VSCode 严格限制了您可以构建为扩展的功能。我们构建的一些功能不支持作为扩展：- Accept|Reject UI 和 UX - Cmd+K - 控制终端和标签页 - 自定义自动完成 - 一些小功能，例如打开/关闭侧边栏、新手入门等。

构建 IDE 比构建扩展要困难得多，但我们认为从长远来看，完全控制 IDE（无论是 VSCode 还是我们将来构建的其他东西）非常重要，尤其是当下一个工具使用 LLM 迭代问世时（对 Git 进行本机控制、在迭代之间切换的 UI/UX 等）。

12、鉴于 Void 得到了 Ycombinator 的支持，那么开始创收的商业计划是什么？
YC 在这个领域没有任何计划，一切基本上都只是氛围投资，并希望能够有所成效。

Continue.dev 也获得了 YC 的投资。还记得 PearAI 吗？他们非常有魅力，刚刚分叉了 Continue.dev 并获得了 YC 的投资 [1]。

Void开源编程神器！替代Cursor - 极道