Void 是开源 Cursor 的替代品：

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

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

AI 功能：

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

大模型支持：

• 告别 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那些花里胡哨的功能（快编、代理模式、聊天、内联编辑、文件链接啥的），我们全都能接！

• 代码地图（repomap）有吗？
  • 目前靠 .voidrules文件 + Gather/Agent模式 搞大范围编辑（实测还挺稳的）。
  • 但Beta结束前可能会加个自动摘要或者Aider同款repomap，画个饼先！
• 上下文能多细？
  • 随便调！每个模型的上下文窗口大小、预留token数你说了算！
  • 还能用 @文件/文件夹 强行塞内容（别超窗口长度就行）。
  • 甚至能调教模型！比如：
    • 解析哪些“思考标签”️
    • 工具格式（Gemini/OpenAI/Anthropic三选一）
    • 支不支持FIM…等等！
    推理能力

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

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

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

  技术内幕✍️：

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

  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 有人用过吗？）。你说得对_，_但考虑到事态发展的速度，趋势确实比现状更重要。

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

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

  如果展望未来，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 意识到它错觉了一个方法名，或者使用了方向正确但错误的列名时。

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

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

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

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

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

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

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

https://www.jdon.com/79321.html