我最近折腾 VS Code Server 和 Cursor Server，算是彻底死心了。
本来想着在 VPS 上搭个远程开发环境，图个方便。结果一上手就发现不对——安装过程就要拉一堆依赖，装完之后我的 1G 内存小水管机，CPU 直接给我干到了 60%。我就改个配置文件而已，机器已经在后台喘粗气了。那一刻我突然意识到，这俩玩意根本不是给小水管机准备的。
它们的定位本来就不是轻量命令行工具，更像是远程 IDE 的基建。装上以后，编辑器体验确实完整了，但代价也实打实：后台进程、缓存、索引、扩展宿主、语言服务，拖家带口，一项都不会少。你只是想上去改两行配置，结果硬是把一整套远程开发环境塞进了本就捉襟见肘的 VPS。
对 1G 内存的小水管机来说，这简直是雪上加霜。
这种机器跑个 nginx、ocserv、sshd，再挂几个小脚本，本来就已经在勒紧裤腰带过日子。VS Code Server 和 Cursor Server 可不是那种“挂着不动几乎零开销”的乖宝宝，是真的一直在啃资源。你打开编辑器，它要响应；切个项目，它要索引；装个扩展，它继续膨胀。内存报警的时候你才反应过来，为了这点方便，让整台机器的负载都上去了，得不偿失。
最让我受不了的是，它们会悄悄把一台“简单服务器”改造成“远程桌面式开发环境”。
一开始确实挺香，浏览器里点开就能写代码，跟本地似的。可一旦习惯这种姿势，你就很容易把很多本来在命令行里顺手就做了的事，也一起拖进 IDE 里点来点去。查日志、改配置、跑脚本、重启服务，全都变成了图形界面里的鼠标操作。能用吗？能用。但对 VPS 来说既不高效，也不干净，总觉得隔着一层纱，出了问题更难定位。
被 CPU 那 60% 劝退之后，我改用 codex cli，配合 vim 或者 nano 临时改改小文件，真正要编译、部署、重启的时候，老老实实走命令行。