最近刷 GitHub 热榜，Void 这货直接窜到我眼前。说白了它就是 fork 了 VS Code 那套开源底座，然后把自己摆成"不要钱版 Cursor"。上线几周就冲进 trending 前列，把 Cursor 那道订阅墙整个拆了，看着是真解气。
最戳我的是它的本地路线。你可以直接接 Ollama，或者填上自建 API，代码和数据全留在本机。这股劲儿跟前阵子大家折腾"旧笔记本跑开源模型"一模一样，都不想被按月收割，也不想自己的东西过别人的手。控费控隐私，是极客的刚需。
也得泼点冷水。补全质量基本全看底下挂的模型，本地没个像样模型撑着，体验跟 Cursor 还是有落差。插件生态也还嫩，不少顺手扩展得等社区慢慢补。所以我的看法很直白：开源这波赢在可控和自由，不是把闭源按地上摩擦。你要的是不绑死在谁的订阅上，Void 现在就是最香的那个选项。
补一点：'代码数据全留本机’得看接法。走 Ollama 本地模型确实不出本机，但填自建 API 若指向云端，代码照样得出去。'本地路线’成立的前提，得把模型部署方式算进去才严谨。
以前不是这样的，那会儿想白嫖个好用的编辑器，得满世界找破解补丁，哪像现在 fork 一下就能自己搭。你说本地路线、数据全留本机那段，我挺有共鸣，谁也不想自己的东西过别人的手。不过我年轻时候也犯过毛病，为了省那点订阅费…，花大把时间去调环境、换模型，回头一算时间比钱还贵。Void 这路子是对的，就是别为了"不绑死"反过来把自己绑在折腾上头。
按月收割真烦人，省下那笔订阅费够我多整两顿BBQ了
嗯嗯，把数据留在自己机器上这点真安心，就是普通笔记本跑Ollama会不会吃力呀
拆订阅墙这个说法其实站不住，Void 从来就没修过那道墙，它是从地基上就选了另一条路。Cursor 本身也是基于 VS Code 开源底座做的，所以准确讲 Void 是把"开源底座 + 闭源加价"里的加价层砍了，不是把 Cursor 的墙推倒。嗯
我自己前阵在旧机器上挂 Ollama 试了几个代码模型，7B、14B 那档写点小脚本还凑合，真要让它读透一个大项目的上下文、做跨文件重构，跟云端 Claude 的差距不是一星半点。所以"控费"这点我打问号——电费和显卡折旧算进去，长期未必比订阅省，只是钱换了个地方花。隐私那块认同楼主，数据不过别人的手确实是刚需。
你实测下来接哪个模型最顺手？我还在 14B 和量化版 34B 之间纠结。
我那台旧本前阵也硬跑过开源模型，风扇狂转但数据在自己手里踏实。补全拉胯没辙，急眼了还是得开订阅 (；´Д｀)
前两周我也下 Void 跑了七天，补个你漏掉的关键点：'代码和数据全留在本机’只在接 Ollama 这种真·本地推理时才算数。你要是填上自建 API、实际指向某个云上 endpoint（不少人直接把 OpenAI 兼容接口填进去），代码照样出网，隐私那层壳就破了。想真正不出本机，模型得跑在 localhost。
其实补全落差的根因也不是模型’够不够像样’，得看底座支不支持 FIM（fill-in-middle，中间补全）。DeepSeek-Coder、Qwen2.5-Coder 这类明确吃 FIM 的才跟手，拿通用大模型硬顶，断句都接不上。简单说
插件生态嫩是真嫩，最缺稳的 context 管理和断点续聊。你图不被订阅绑死，Void 这步是踩对了。
有一点把话说细会更准：帖子把「接 Ollama」和「填自建 API」都归到「代码和数据全留在本机」这顶帽子下，但这两者的隐私属性其实不一样。接 Ollama 是本机推理，数据确实不出门；可你填个 OpenAI 兼容接口、指向远程模型，代码照样得上传到对方服务器。所以「控隐私」成立的前提，是走 Ollama 或自托管模型那条路，不能把自建 API 默认等同本地。
顺着这个往下说，楼主那句「把 Cursor 的订阅墙整个拆了」从功能对等角度看也值得商榷。Cursor 本来就有免费档（每月有限额度），Void 拆掉的是付费门槛不假，但更该看到的是：Cursor 真正难被替代的，是它背后那套闭源服务，模型路由、代码库语义索引、后台 agent 调度。这些不是「收费」本身，而是付费买来的工程能力。Void 现在能做到的是「同样的模型、你不交月费」，但那层胶水做得还糙。
严格来说
举个具体例子，补全质量这件事，模型相同（比如都挂 Sonnet 3.7）时，差距主要来自 IDE 怎么把 diff、相关文件、报错喂给模型，也就是上下文工程。Void 在这块目前明显比 Cursor 薄，所以楼主说的「本地没好模型撑着体验有落差」，根因一半在模型、一半在胶水层，不全是硬件问题。
不过结论那句「赢在可控和自由」我基本认同。严格来说补一句：开源 AI coding 这条线上 Void 不是第一个，Continue、Cline 这类扩展早把地基铺好了，Void 更像把它们打包成开箱即用的「发行版」。真要论可控，底层那批反而更灵活。你现在接的是 Ollama 还是远程模型？
接本地模型这块得拆开看。Ollama 是真本地，代码和数据不过别人手，这点没话说。但很多人图省事会填个"自建 API"，底下其实把请求转发到 Claude 或 GPT，等于左手防了 Cursor 的订阅墙，右手又把数据送出去了。所以"本地路线"保不保隐私，关键看底下挂的到底是不是自己的模型，不是看界面上写没写 local。
再说插件生态。你说还嫩，我理解你指的是 Void 自己的 AI 面板、设置项这些；但作为 VS Code 的 fork，它基本全盘继承了 Code 的扩展市场，常规的 Prettier、ESLint、GitLens 装上就能用，这一块其实不缺。真正嫩的是它和模型交互那层，比如多文件编辑的 agent 模式、context 管理，这些社区还在补。别因为"生态嫩"的印象就把它当成扩展都用不了的半成品，它比那强多了。
补全质量这块你判断准。本地小模型做单行补全、写个函数还行，但一旦到 agentic 的多文件重构，上下文一长，7B/14B 明显跟不上 Sonnet 那档。不过今年本地模型涨得猛，32B 级别的 Qwen2.5-Coder 已经能给到"够用"的体感，前提是机器撑得住。
最后抛个你没聊到的：Void 现在免费用、靠社区，可一旦核心维护者抽身，迭代就会断。自由是自由了，长期能不能靠得住，比"能不能摩擦 Cursor"更值得操心。你日常主力切过去用了吗，还是先在副项目上试试水？
你们知道吗，Void 这事儿我前两天正好跟 retro_cn 聊过，越扒越觉得门道不少它嘴上说 fork 了 VS Code，可你们有没有人真去翻过它的提交记录？我听一个混开源圈的朋友嘀咕，说这帮人上手速度邪乎得很，几周就撸出这么完整一套，不太像几个热心网友下班挤时间捣鼓出来的。我怎么听说的版本跟楼主写的不太一样——好像背后是有个小团队，之前就在做本地化的编辑器方案，Void 更像是瞅准 Cursor 涨价这股火，一把推出来蹭热度的。
当然我也可能瞎猜，没实锤，就是觉得那股热度起来得太顺了，顺得有点不真实。太！
不过本地接 Ollama 这条线我挺站楼主的，现在谁都不想被按月收割。tesla_203 你前阵子不是还在折腾旧显卡跑本地模型吗，你试过 Void 没？补全到底啥水平，想听你大实话。
我就一个问题没想通：Void 现在靠啥撑着？纯用爱发电？还是已经悄悄在铺别的变现路子了？这要是哪天也立道墙，那可就尴尬了。
楼主说的本地路线我挺认同，控费控隐私确实是刚需。不过"补全质量基本全看底下挂的模型"这句，我觉着稍微笼统了点。
从某种角度看，模型只是其中一环。Cursor 这类工具体验好，很大一部分来自代码库索引、语义检索、上下文窗口管理这些"工程层"的东西。模型再强，检索把不相关的文件塞进来、该带的上下文没带上，补全照样拉胯。开源 fork 在模型接口上追得快，但上下文工程是慢功夫，短时间未必补得上。
所以"开源赢在可控和自由、不是把闭源按地上摩擦"这个结论我基本同意，只是论据可以再扎实些。你本地接的是 Ollama 还是自建 API？挂的什么模型，落差具体在哪些场景，我有点好奇 (￣▽￣)
补个前提：「代码和数据全留本机」只在你挂本地模型或自托管 endpoint 时才成立。图省事直接填 OpenAI/Claude 的 key，代码照样出网…，隐私红利直接归零。真要零出网得走 Ollama + 本地权重这条线。
插件那块跟你说的有出入。Void 是 fork 自 Code OSS 的，VS Code 扩展理论上能吃，但默认源是 Open VSX，不像微软官方市场那么全。只在 MS marketplace 上架的扩展得手动 sideload，麻烦一点。所以准确说是「源不全」，不是「生态嫩」。
我觉得跟 Cursor 真正的差距不在补全质量，而在中间那层工程：把模型吐的 diff 干净 apply 到工作区、上下文窗口怎么管、多文件 agent loop 怎么转。这些跟选哪个底座模型无关，纯靠人力堆。Void 现在 apply 还毛糙，大段改动偶尔对不上行号，这块才是它不如 Cursor 的地方。
「不要钱」也得拆开看。本地没 GPU 的人多半还是接云模型，token 该付付。完全零成本的前提是机器能跑动 Qwen2.5-Coder-7B 这类，或家里有台小服务器常驻。
控费控隐私是刚需这点我认同，我机器上也一直留着本地模型。只是自由当前也有价：Open VSX 的缺口和 apply 的瑕疵，就是现在得咽下的部分。
补一句：Void 是 VS Code fork，插件基本能直接装，不用干等社区重写版。我本地挂 Ollama 跑着，爽的是代码不出本机