昨天开发者圈有个项目刷屏了：terminal-code，顾名思义，把 VS Code 直接塞进终端里跑。按转载数据的说法，Zenbu Labs 的 Rob Pruzan 发在 X 上的原帖，不到一天约 170 万阅读、5500 赞，昨天开始在微博、小红书、B 站陆续传开。小红书
B 站有个播放量不错的视频，标题总结得很到位：「总有人问怎么把 nvim 弄得跟 VS Code 一样，现在直接把 VS Code 弄到终端来了」。哔哩哔哩
评论区直接变成大型相声现场，最高赞的一条是：「有意思，人真的很喜欢折腾，我把 vscode 折腾得和 neovim 一样」。B站十年前大家往 VS Code 里装 vim 插件，十年后 VS Code 本尊进了终端，这个方向的闭环，是这次项目最大的谈资。
不过心动之前，先别急着复制那条安装命令。我把它的官网、安装脚本和 GitHub README 都翻了一遍，发现和刷屏帖里说的，不太一样。
不是"回归轻量"，是把 Chromium 打包扛过来
很多人看到"终端里的 VS Code"，第一反应是：纯文本 TUI，vim 同门？不是，官网写得很直白：terminal-code = code-server（浏览器版 VS Code）+ terminal-browser（跑在终端里的浏览器）。terminal-code官网翻译一下：后台起一个完整的 VS Code 网页版，用内嵌浏览器把网页渲染成画面帧，再通过终端图形协议显示在你的终端里。
底层 terminal-browser 的 README 写得很清楚，走的是 kitty 图形协议，ghostty、kitty、cmux 这类终端都支持在终端里显示"像素"。GitHub它还用 Electron 的离屏渲染 API，把 Chromium 生成的像素直接读出来投进终端，这也解释了 B 站评论区为什么有人问"无极滚动怎么做到的"（那是画面帧同步，不是字符渲染）、“打开之后字体大小都变了”（整个画面按图片重新排版）。
安装脚本里能挖出三个硬事实：
当前版本 v0.1.13。0.1，超早期；
安装包不小：darwin-arm64 约 130MB，linux-x64 约 137MB——里面打包了 Electron 和 Chromium；
Linux 上还要 libnss3、libgtk-3-0、libasound2t64、libgbm1 这套 Chromium 系统库，缺了脚本只提示，不帮你装。
所以这东西的本质，不是"终端时代的回归"，而是把完整 VS Code 网页版扛在肩上，投屏进你的终端。方向是新瓶子，实现还是旧酒。
刷屏帖不会告诉你的三个硬信息
一、平台支持。安装脚本只提供三个包：darwin-arm64（Apple Silicon Mac）、linux-arm64、linux-x64，没有 Windows 包，也没有 Intel Mac 包，脚本检测到不支持的系统会直接回一句"does not support yet"。tode.sh官网虽然有 Windows 标签页，点进去给的还是同一条 curl 命令，实际上只能去 WSL 里试。
二、命令集挺全。tode 打开当前目录，tode --goto 文件:行:列 直接跳行号，–diff 比对两个文件，–split right 终端分屏，–review 打开 Git 面板，–shortcut-setup 解决和终端的快捷键冲突。最实用的是 --import：设置、键位、代码片段、扩展，从 VS Code 一次搬过来。terminal-code官网还可以用 --install-extension 按 id 或 vsix 直接装扩展，插件兼容性基本不用担心，因为它跑的本来就是 code-server。GitHub
三、时间线。作者 8 月 11 日刚发过 terminal-browser（终端里的浏览器），terminal-code 是这俩的组合工程；8 月 19 日发 Show HN，只有 11 分。Hacker News8 月 20 日在 X 上爆了，然后才开始传进国内，目前中文圈几乎还没有深度拆解，你今天第一次刷到这个项目，算第一波。
谁现在能装，谁该等等
先说结论，三道闸门决定你现在能不能装：
闸门一，平台。Windows 和 Intel Mac 用户直接看热闹，这一波没有你的份。
闸门二，环境。Linux 上要装 Chromium 系统库，最小化安装的远程开发机、容器大概率缺；堡垒机上你还不一定有 apt 权限，"跑在跳板机"不是随便就能兑现的承诺。
闸门三，成熟度。v0.1.13，发布不到 48 小时。它主打的"通过 SSH 工作"，底层组件 terminal-browser 的官方说明确认支持通过 SSH 预览远程页面。小红书GitHub按其结构推测，应该是远端跑 code-server、本地终端只收画面帧——方向对路，但体验还需要验证。
现在可以试的两类人：
纯 SSH 环境党：只连堡垒机、受限服务器，本地不给 GUI、端口转发受限。这种环境 VS Code 本来就用得别扭，Remote-SSH 模式编辑器界面在本地、后端在远程，靠连接维持，息屏或网络一波动就断线、重连还得重新输密码，社区里的抱怨常年不断。知乎tode 的投屏思路刚好填这个坑。
Mac ARM / Linux + VS Code 配置重度用户：–import 迁移成本很低，不好用删掉，损失的只是 130MB 硬盘。
再等等的两类人：
延迟和流畅敏感党——画面帧传输和原生渲染是两回事；
只想安静写代码、不想折腾的——别给 v0.1 当义务测试员。
完全不需要的一类人：
nvim/vim 现役用户。B 站那条评论说得准：“也许 nvim 牛逼的原因是它的快捷键以及它更小的内存占用”。哔哩哔哩你选终端图的就是轻，这东西反手给你扛来一百多兆的 Chromium——你不是目标用户，看个乐子就行。
真要装，两个避坑提醒
安装命令是 curl -fsSL https://tode.sh/install | bash。GitHub装完先跑 tode --import 把家当搬过来，再跑 tode --shortcut-setup 处理快捷键冲突；Linux 报缺系统库，就照脚本提示装 libnss3、libgtk-3-0、libasound2t64、libgbm1。tode.sh
另外，你的终端软件得支持 kitty 图形协议，官方点名的包括 ghostty、kitty、cmux 等，各家终端支持程度不一，装之前先确认，不然只能看到乱码。GitHub
最后的判断：这个项目真正的价值，不在当前这个 v0.1.13，而是把"IDE 无头化、画面投到任何终端"这条路指出来了。你的代码如果都在远程机器上，这个方向值得盯。两个观察信号：GitHub 上 zenbu-labs/terminal-code 的版本迭代是否提速、Windows 包什么时候出。在那之前，值得关注，值得试试，但不值得把生产环境切过去。
