归档后的 Void 编辑器替代方案：迁移到哪里

Void editor 已停止维护：voideditor/void 仓库已于 2026 年 6 月 2 日由其所有者归档，其 README 称“Void 现在已弃用”。保留 Void 直连提供商模式的维护中替代方案包括 VS Code 内置的 Bring Your Own Key、Cline 和 Zed；Cursor 是托管式选项，其自带 key 文档涵盖五个第一方提供商，且没有自定义 base URL。

之所以仍然令人困惑，是因为 Void 的两个官方来源彼此矛盾。仓库处于只读状态，许可证为 Apache-2.0，约有 28.8k 个 stars，最后一次推送为 2026 年 6 月 2 日，其横幅写着“该仓库已由所有者于 2026 年 6 月 2 日归档。现在处于只读状态。”（于 2026 年 9 月 19 日核查）。同日核查的营销网站仍将“开源 AI 代码编辑器”作为标题，仍提供 Download 按钮，并在“© 2026 Glass Devtools, Inc.”页脚下没有任何形式的通知。当两个官方来源不一致时，应以仓库为准：归档标记是 GitHub 强制执行的状态，而营销页面只是无人更新的文案。

在表格之前先澄清一个名称，因为搜索结果会将它们混在一起。本页面讨论的是 voideditor.com 上的 AI 代码编辑器。它不是 Void Linux，不是同样以 VOID 名义开展业务的软件代理机构，不是 Void Analytics，不是游戏Voices of the Void，也不是void关键字。目录网站会从这些对象拼凑出“Void pricing”页面；该编辑器从未有过价格。

Void 编辑器已停止维护：有日期依据的证据

因此，该产品大约在正式归档前一年就停止发布，而归档状态从未反映在网站上。README 唯一的后续路径是一个分叉列表，该列表自称“由 AI 维护”、未经审核，并且“与原始 Void 项目无关联”——不能视为推荐的后继项目。本页面能够找到的任何 Glass Devtools 资产上，都不存在关于项目为何被弃用的、带日期的解释，因此你在其他地方读到的任何项目终结原因说法，都应视为没有来源支持。

继续使用冻结版本会出现什么问题

Void 的基础版本是code-oss-dev 1.99.3（package.json，2026 年 9 月 19 日读取），对应 2025 年 4 月的 VS Code 1.99。当前 VS Code 是1.138，于 2026 年 9 月 16 日发布（发行说明）。这意味着上游编辑器和 Electron 的大约 39 个次要版本更新将永远不会进入 Void；而且由于仓库为只读状态，也没有安全修复的途径。

除此之外，还有两条彼此独立的衰退路径。首先，Void 搭载官方 Microsoft 扩展市场（其 product.json 中的 extensionsGallery.serviceUrl），而 Microsoft 在其闭源扩展——C/C++、Pylance、C#、Remote-*——中执行仅限第一方的检查；该检查于 2025 年 4 月随 C/C++ v1.24.5 开始导致 VS Code 分支出现问题（The Register，2025 年 4 月 24 日）。这份带日期的报告就是证据；本页面没有重新核查 Microsoft 当前的执行范围。其次，Void 内置的模型列表冻结在 2025 年年中时的 ID——claude-opus-4-0、claude-sonnet-4-0、gpt-4.1、o3、o4-mini（modelCapabilities.ts，2026 年 9 月 19 日读取）。任何更新的模型都只能作为手动输入的自定义模型存在。

Void 与 Cursor 的比较，以及为什么 Cursor 不是默认答案

这份比较的简短版本是：如今已经不存在两个仍在发展的对比对象。更有用的说法是，Cursor 解决的问题与 Void 当初要解决的问题不同。Void 主页的宣传语是一个“不会像 Cursor 或 Windsurf 那样，通过私有后端发送你的消息”的编辑器；Cursor 文档中对自带密钥的支持，是这一组产品中范围最窄的。

Cursor 关于自有密钥的限制引自其API 密钥文档（2026 年 9 月 18 日检查）。其价格列表需要附带说明：cursor.com/pricing由 JavaScript 渲染，并带有按月/按年切换项；相隔一天的两次读取返回了不同的层级集合——9 月 18 日读取显示 Hobby 免费、$20、$60 和 $200 的个人层级，以及一个需联系销售的团队方案；9 月 19 日读取显示 Hobby 免费、$20 的个人方案，以及 Teams 每用户每月 $40。免费层级和 $20 方案在两次读取中都出现。请在 Cursor 自己的结账页面中确认你实际需要的层级，不要相信任一次读取，包括本次读取。

按你使用 Void 的原因划分的受维护 Void 编辑器替代方案

Zed、Cline 和 Kilo 的价格于 2026 年 9 月 19 日在上方链接的页面上核查；VS Code 的 BYOK 条款也于同一天根据其官方文档核查。有两点需要注意。根据一份日期为 2026 年 7 月 15 日、于 2026 年 9 月 18 日查阅的公告，Kilo Code 已被 Anaconda 收购。公告称，Kilo“目前仍可使用，现有产品、套餐以及面向当前用户的支持均无变化”——这没有问题，但其所有权确实发生了变更，在将其确立为标准工具之前，你应当了解这一情况。此外，VS Code 的 BYOK 仅涵盖聊天和辅助任务：其文档指出，“部分功能仍需要 GitHub 账户：语义搜索、行内建议（代码补全），以及依赖嵌入的功能”。

Kunavo 不提供嵌入模型。无论在本页面还是其他地方，这一步都不是 Kunavo 提供的服务——需要它的工作流必须在本地运行，或针对外部提供商运行，具体取决于你最终选择的工具。

三个应当避开的目的地，它们仍会出现在“Void 替代方案”列表中。Roo Code已归档：2026 年 9 月 19 日检查时，GitHub API 报告该仓库已归档；其最后一次推送日期为 2026 年 5 月 15 日，README 将读者指向 Zoo Code 和 Cline。Continue的 README 写道，该仓库“已不再积极维护，并对所有用户均为只读”；continue.dev 宣布“Continue 已加入 Cursor”；两者均于 2026 年 9 月 19 日读取。至于Void 分叉，官方列表本身已作免责声明，正如上文所引。

哪些内容可以从 Void 迁移，以及哪些不能

2026 年 9 月 19 日从 Void 的 storageKeys.ts、voidSettingsService.ts 和 chatThreadService.ts 读取的存储键。这里有意省略各操作系统的确切磁盘路径：Void 的 product.json提供applicationName: "void"和dataFolderName: ".void-editor"，但没有已发布的文档确认各操作系统的用户设置路径，因此请使用编辑器自身的命令，而不要采用博客中复制来的路径。

备份与回滚。在进行任何操作前，将 settings.json 和 keybindings.json 复制到编辑器之外的位置，并保留你已有的 Void 安装程序，不要依赖下载链接持续有效。由于密钥无法导出，安全顺序是：为新工具生成一个新密钥，在新工具中完成一个任务，然后撤销 Void 持有的密钥。这样，回滚的代价只是轮换一个密钥，而不是丢失凭据——这也是淘汰任何已在无人维护的编辑器中放置一年的密钥的合适时机。

在替代方案中配置网关端点

无论你最终选择哪个工具，结构都相同：一个基础 URL、一个密钥，以及一个由你自行输入的模型 ID。Kunavo 的 OpenAI 兼容基础 URL 是 https://api.kunavo.com/v1——其中包含 /v1——而其 Anthropic 兼容接口是裸源站 https://api.kunavo.com。在 Zed 中，它位于 settings.json 的一个区块中；密钥应在提供商设置界面中输入，而不是写入文件——Zed 文档称：“不要将 API 密钥放入 settings.json”：

{
  "language_models": {
    "openai_compatible": {
      "kunavo": {
        "api_url": "https://api.kunavo.com/v1",
        "available_models": [
          {
            "name": "claude-sonnet-5",
            "display_name": "Claude Sonnet 5",
            "max_tokens": 200000,
            "max_output_tokens": 64000,
            "capabilities": { "tools": true, "images": true }
          }
        ]
      }
    }
  }
}

在 Cline 中，选择 OpenAI Compatible 提供商，并填写 Base URL、API Key 和 Model ID，以及其模型配置提供的可选上下文窗口和输入/输出价格字段。在 VS Code 中，打开 Chat: Manage Language Models，选择 Custom Endpoint，并选择与你所指向接口匹配的 API 类型；随后 VS Code 会写入 chatLanguageModels.json，其中包含模型 ID、URL、apiType 和令牌限制——其 apiType 接受 chat-completions、responses 或 messages，因此一个 VS Code 条目可以指向任一接口。Zed 也可通过独立的 openai_compatible 和 anthropic_compatible 区块访问两者；Cline 的 OpenAI Compatible 提供商仅支持 OpenAI 接口。

如果你在迁移期间仍要让 Void 运行，有一个特定于 Void 的细节：其 openAICompatible 提供商会将你的 endpoint传给 SDK，原样传递，不追加任何内容；不同于其 LiteLLM、vLLM、LM Studio 和 Ollama 提供商，它们会自行添加 /v1。因此，应将完整的 https://api.kunavo.com/v1 填入该字段。它也不支持模型发现——其提供商表中的 list: null——所以模型 ID 必须手动输入；Void 自身的维护者还在该代码路径留下评论，警告 OpenAI SDK 路径“可能无法正确处理工具、推理、FIM 等”。其 Anthropic 提供商是硬编码的：客户端使用 API 密钥构造，不设置基础 URL，设置模式也没有端点字段，因此从 Void 设置中无法访问 Anthropic 兼容网关。以上内容均于 2026 年 9 月 19 日从已归档的 sendLLMMessage.impl.ts 中读取，且未经运行时测试——Void 从未针对 Kunavo 进行测试，现在也无法可靠测试。

迁移后模型账单的样子

这些是示例性的令牌算术，不是实测任务成本，也不是账单上限。假设一个会话发送 200,000 个未缓存输入令牌，并接收 12,000 个输出令牌。费率是实时的Kunavo 目录每百万令牌价格。

在将其视为预算之前，应按你每天的实际会话数进行缩放，并注意订阅式编辑器与按量计费密钥的支出形态不同：无论是否使用，$20 的月度方案都是固定支出；而预付余额只会因你实际运行的工作而减少。Kunavo 目录金额是计费下限而非上限——当上游报告其费用时，账单取目录成本与上游成本乘以适用加价之间的较大值。缓存费用和外部工具不包含在本示例中。最低充值额是预付余额中的 $10，这是资金充值最低额，而不是任务费用或订阅费；参见 计费详情。

Kunavo 为上方列出的若干工具发布了设置指南。这些指南是配置参考，而不是兼容性测试——本页面的任何内容都未针对这些客户端进行运行时测试。请从 Cline 设置或 Zed 设置开始，在尝试过程中保留一条可用路径，运行一个范围明确的任务，然后读取账户记录的费用。准备为密钥充值时，创建 Kunavo 账户。

仍在权衡编辑器而不是端点？Cursor 替代方案更详细地介绍托管式与 BYOK 的选择，Cline 与 Cursor比较代理与 IDE，而OpenAI 兼容 API 指南解释该基础 URL 实际需要提供什么。

常见问题

Void 的仓库、README、营销网站、变更日志、二进制文件和源文件于 2026 年 9 月 19 日检查；Cursor、Zed、Cline、Kilo、VS Code，以及 Roo Code、Zoo Code 和 Continue 仓库于 2026 年 9 月 18–19 日检查。Void 的行为根据其归档源码读取，未在此处或针对 Kunavo 进行运行时测试。Kunavo 的令牌费率来自实时目录，每个美元示例都是示例性的令牌算术。