Ratty 把 3D 塞进终端：有意思，但先别急着换工具

一个终端模拟器，官网最显眼的卖点不是速度、兼容性、配置系统，而是 GPU 渲染、终端内嵌 3D 图形，还有一个会旋转的老鼠光标。

这就是 Ratty。它已经提供 v0.2.0 下载，也把源码放在 GitHub 上。

页面信息很少。少到不能判断它有多稳、跑在哪些平台、支持哪些协议、有没有真实用户规模。但它仍然值得看一眼，因为它把一个老问题推到台前：终端到底还是纯文本效率器，还是正在变成新的图形实验场？

Ratty 现在能确认什么

目前能确认的事实不多，但边界很清楚。

它不该被当成成熟商业产品看。更准确的定位，是一个开源实验项目。

对终端重度用户来说，动作很简单：可以下载试，但别迁移主力工作流。尤其不要把 shell、远程环境、日常开发链路都压到一个信息还不充分的 v0.2.0 项目上。

对 CLI 工具开发者来说，也不必立刻适配。更现实的做法是观察它有没有形成稳定接口、降级方案和跨终端可用性。否则你为一个炫酷输出写了代码，最后还要给大多数用户补文本 fallback。

这才是开发工具里的真账本。炫技只花一次时间，兼容性会按月收租。

终端内嵌 3D，突破和跑偏只差一个场景

我不太买账“终端 3D 化就是生产力革命”。至少从 Ratty 目前公开页面看，证据不够。

但把它简单骂成玩具，也偷懒。

传统终端的强项不是黑底白字，而是薄。文本输入输出、管道、脚本、远程、自动化，这套东西活了几十年，靠的就是低依赖、低干扰、好组合。

Kitty、WezTerm 这类现代 GPU 终端，已经把渲染、字体、图片显示和性能体验往前推了一步。Ratty 更激进，直接把 3D 图形塞进终端体验。

差别在这里：

所以判断标准不是“3D 酷不酷”。而是它能不能减少一次上下文切换。

如果只是让光标更有趣、demo 更炸，它就是一场烟花。好看，但冷得快。

如果它能让 CLI 工具直接展示三维模型、仿真结果、空间数据、交互式调试画面，而不必跳到单独 GUI 应用，那它就有价值。不是改写全部终端，而是吃掉一小块原本属于 GUI 的工作。

问题也跟着来。一个功能如果只能在少数终端里跑，CLI 作者就要写检测、写降级、写文档、回答用户为什么这里能显示那里不能显示。

“天下熙熙，皆为利来。”在开发工具里，这个“利”常常不是钱，而是心智成本。用户愿意为了多强的表达能力，接受多复杂的环境要求？Ratty 绕不开这笔账。

老工具被 GPU 重新照了一遍镜子

这件事有一点历史回声，但不能类比过头。

PC 从命令行走向图形界面，不是因为文字突然没用，而是显示器、显卡、鼠标和大众用户一起改变了软件形态。浏览器也类似，早年看文本，后来承载图片、音频、视频、3D，最后变成应用运行时。

终端不会完整复制这条路。它的核心用户不是大众消费者，而是愿意为了效率接受抽象的人。终端太厚，就会伤到自己的根。

但硬件会改写开发者审美。GPU 已经便宜到“不用白不用”。于是编辑器要 GPU，终端要 GPU，日志工具要交互面板，调试器要可视化。老工具没死，只是被新硬件重新照了一遍镜子。

我更在意三个变量。

对关注开源工具和程序员工作流的人，这意味着两种动作。

个人用户可以把 Ratty 当实验项目试用，看看它的交互想法。但日常开发、远程服务器、团队协作环境，不该急着换。

工具作者可以研究它的方向，但别为了一个新终端押上默认输出形态。更稳的路线，是先保留文本核心，再为支持图形能力的终端提供增强显示。

终端的边界不是不能动。问题是每往外扩一步，都要交生态税。

我的判断很简单：inline 3D 可以成为少数专业场景的好接口，但不该变成终端世界的新 KPI。终端一旦为了展示欲牺牲可移植性和低心智成本，就会把自己最硬的骨头磨软。

Ratty 值得看，但别急着把它神化。接下来只看三件事：接口能不能稳定，降级能不能体面，场景能不能从 demo 走进日常工作流。