10个你可能没听说过的终端项目

实验性终端揭示了终端开发的未来走向。

10个你可能没听说过的终端项目
AI模型价格对比 | AI工具导航 | ONNX模型库 | Vibe Coding教程 | PLC在线仿真器 | Tripo 3D | Meshy AI | ElevenLabs | KlingAI | ArtSpace | Phot.AI | InVideo

如果你关注终端开发,那么你肯定听说过 Ghostty、Kitty、WezTerm 或 Warp。

但除了这些知名名字之外,一个奇特的小型生态正在悄然兴起。有人在构建把 AI 智能体视为一等公民的终端。有人在终端里渲染 3D 物体。有人试图把终端变成 IDE。还有人把终端剥离到最精简的状态,或者保留 DOS 时代的工作流。

诚然,这些项目中的大多数永远也不会取代你的日常主力工具。事实上,其中一些你也许根本不应该去用。但这不是重点。重点是这些项目值得你了解,因为它们在悄悄地重新定义"终端"到底可以是什么。

以下是十个比较冷门、小众且新兴的项目,按它们真正试图证明的东西分组。

AI 优先 / 智能体化终端

从根本上说,你可以把每一个现代终端都看作一个试图以更快或更花哨的方式模拟 1978 年 VT100 的应用程序。但有些项目试图做得更多。它们试图围绕 AI 智能体(而不是另一个向 stdout 写输出的普通进程)来重新定义终端,把智能体当作一等公民。

1、Terax

Terax — 终端优先的 AI 原生开发工作区Terax 是一个轻量级 AI 终端,内置编辑器、AI 智能体、语音输入和实时网页预览。磁盘占用仅 7 MB…

例如,Terax 把终端、编辑器、文件浏览器、AI 智能体和实时网页预览塞进一个 Rust + Tauri + React 应用里——而且不知怎么地,把体积控制在了 7MB 左右。真正让它有趣的并不是 AI 本身,而是它底层的"本地优先"理念。AI 生成的 diff 可以在触及磁盘之前就被审查,而这正是智能体化工具往往跳过的那种信任边界。

你可以把它想象成一个轻量级的 Cursor/Warp 混合体,再叠加一个平铺式终端 IDE——并且去掉了 Electron 的重量。它是把终端当作编码智能体的主要编排层,而不是一个挂在旁边的侧边面板。

2、teru

teru — AI 优先的终端模拟器。1.6MB。零 GPU。teru 是一个用 Zig 构建的 AI 优先终端模拟器。单一二进制文件仅 1.6MB。无需 GPU。内置多路复用器、原生 Claude…

teru 极其小众,而我是把这当作一种赞美来说的。它用 Zig 编写,通过 SIMD 进行纯 CPU 渲染,完全不涉及 GPU,并且自带多路复用器、进程图可视化和一个内置 MCP 服务器集成的原生"AI 智能体协议"。

None

主流终端优化的是渲染、延迟、标签页和字体整形,而 teru 优化的完全是另一件事:同时协调多个 AI 智能体——决定哪个智能体在哪里运行,以及它们如何把工作交接给彼此。它实际上是把终端当作自主智能体的操作系统环境,而不是一个文本渲染器——把 tmux、终端、智能体运行时和合成器合并成一个可执行文件。

3、Herdr

Herdr:一个终端,管理整个"兽群"Herdr 之于编码智能体,就像 tmux 之于终端:一个在你的智能体运行之处运行的智能体多路复用器。真实的面板…

如果说 Terax 和 teru 是把 AI 深深嵌入核心的终端,那么 Herdr 则完全颠覆了这个框架:它根本不是一个终端,而是一个智能体多路复用器——tmux,只不过管理的不是 shell,而是编码智能体。真实的面板、真实的进程,唯一的区别是每个面板都是一个各司其职的智能体,运行在你的智能体恰好运行的地方。

None

这是一个虽小但极具说服力的缩影,预示着整个领域的走向:一旦你同时拥有多个为你工作的智能体,你就需要那些我们几十年来用来调度多个 shell 的原始工具。我们只是没想到 tmux 的精神继承者不是在管理面板,而是在管理智能体。

4、wterm

wterm | 面向 Web 的终端模拟器一个面向 Web 的终端模拟器。渲染到 DOM,由 Zig/WASM 驱动。

Vercel 最近开源了……一个浏览器原生终端!打出这句话很奇怪,但事实就是如此!wterm 不是一个你要启动的应用——它是一个终端模拟器:一个编译为 WASM 的 Zig 核心,渲染到真正的 DOM 而不是 canvas,可以像人们现在使用 xterm.js 那样嵌入到 Javascript 应用中。没有原生二进制文件,无需安装,而且基于 DOM 的渲染意味着你可以免费获得文本选择、查找和无障碍支持,而不必自己重新实现。

None

这种区别——是库而不是应用——听起来也许没什么,但当你考虑到许多智能体工作流的走向时就明白了:临时的云端沙箱、ChatGPT 式的代码执行面板、甚至用手机就能摆弄的 CI 环境。这些场景每一个都需要一个嵌入在网页里的终端,而不是一个必须先安装的二进制文件。

图形与渲染实验

另一类完全不同的亚文化,是把终端首先当作图形媒介、其次才是文本流的那些终端。

5、Ratty

Ratty — 带内联 3D 图形的 GPU 渲染终端模拟器 🐀🧀Ratty 是一个 GPU 渲染的终端模拟器,带有一个旋转的老鼠光标、多种 3D 演示模式,并支持…

Ratty 就是一个很好的例子。这大概是整个清单里最接近"如果 TempleOS 遇上了现代 GPU 渲染会怎样?"的东西——这个比较是作者自己提出的。它基于 Ratatui 构建、采用 GPU 渲染、支持 Kitty 图形协议,而且——我保证这不是我编的——它有一个专门的 3D 终端模式、内联 3D 物体,还有一个货真价实的老鼠光标。

None

它刻意地俏皮、反极简,并且它属于许多终端作者正在悄悄追问的一个日益重要的问题:为什么终端还在假装图形不存在?你可以画一条线,从 Sixel 穿过 Kitty 图形协议、notcurses(见下文)和终端着色器,一直通向终端变成半图形化环境的未来。Ratty 只是把这件事做到了极致!

6、Rio Terminal

认识 Rio | Rio Terminal为 21 世纪打造的现代终端。

Rio 是一个基于 Rust 和 WGPU 的终端,它探索渲染架构和动画的方式,给人的感觉更像是一个图形引擎的副业项目,而不是终端模拟器的路线图。它比 Ratty 低调得多,但底层的驱动力是一样的:不能因为内容只是文本,渲染就必须枯燥无味。

None

7、Contour Terminal Emulator

Contour Terminal EmulatorContour Terminal Emulator 的技术落地页

Contour 是这个类别里更守纪律的兄弟:一个 C++/OpenGL 终端,把 GPU 渲染和对数十年前转义序列协议异常严格的遵从结合在一起——这个协议是每个终端在底层都应该遵循的(正是那些让光标移动、颜色和屏幕重绘即使在大多数模拟器都会悄悄搞错的晦涩边界情况下也能正确工作的东西)。Ratty 和 Rio 追求的是"什么是有可能的",而 Contour 追求的是"什么是正确的,而且要快"——它证明了 GPU 渲染和协议纯粹性并不是互斥的。

None

8、极简 / 框架实验

最近出现的几个终端其实首先并不是终端项目——它们是在验证 UI 框架。终端恰好是理想的压力测试:快速渲染、文本整形、滚动、输入延迟和平台集成,全部集中在一个应用里。

9、Termy

Termy — 一个快速的原生终端编辑描述

Termy 是一个基于 Zed 的 GPUI 框架构建的极简终端——有趣之处不在于它能做什么,而在于它在测试什么:GPUI 在 Zed 之外、在一个更小的、刻意保持简洁的 Rust 原生 UI 里是否依然站得住脚。市面上许多较新的终端项目其实是穿着终端外衣的 UI 框架实验,Termy 就是一个绝佳的例子。

None
复古与协议纯粹主义终端

接着是光谱的另一端:这些终端没有在重新发明任何东西,它们是在保存许多我们早已忘记其存在的东西。

10、Tera Term

GitHub — TeraTermProject/teraterm通过创建 GitHub 账号为 TeraTermProject/teraterm 的开发做贡献。

Tera Term 是一款经典的、源自日本的终端模拟器,至今仍在嵌入式开发和串口通信圈子里被大量使用。它并没有刻意追求新奇——它只是在我们大多数人早已不再思考这些事情很久之后,默默保存了串口时代的工作流、宏脚本和 telnet/SSH 混合文化。本清单里许多"复古"终端实验,其血统仍然可以追溯到这样的工具。

None

11、Foot

foot - 一个快速、轻量、极简的 Wayland 终端模拟器

另一方面,foot 是纯粹主义者对这个清单里其他所有地方正在上演的图形军备竞赛的回应。它用 C 编写,从一开始就是为 Wayland 而生的,而不是后来才适配上去的;它刻意放弃 GPU 加速,转而采用高效的 CPU 端渲染——它押注的是:对于一个终端来说,低输入延迟和微小的内存占用比花哨的像素管线更重要。

None

Ratty 和 Rio 在问"我们能给终端加上多少东西",而 foot 问的是相反的问题:你真正需要多少?它不是一件博物馆展品——它至今仍在积极维护,今天也确实可以当作日常主力工具来用——但它证明了"一件事,做到最快"这种终端设计流派,与所有这些 GPU 实验并存,依然生机勃勃。

12、荣誉提名

还有两个值得一提的项目,尽管它们本身并没有以终端的身份挤进前十。mlterm 在如此古老的年纪上,却超前得令人难以置信——竖排文本、多种编码、内联图像、Sixel、多语言渲染——它感觉就像一台被遗忘的 2008 年"未来终端"。

mlterm(多语言终端模拟器)免费下载 mlterm(多语言终端模拟器)。mlterm 是一个多语言终端模拟器,支持…

None

notcurses 根本不是一个终端模拟器,而是一个支持视频、精灵图、合成和高色彩 TUI 的库——你在这个清单里看到的终端图形文化,有很大一部分都可以追溯到它。

GitHub — dankamongmen/notcurses: blingful 字符图形/TUI 库。绝对不是 curses。blingful 字符图形/TUI 库。绝对不是 curses。

13、终端开发正走向何方

今天怪异的终端项目,就是明天的主流功能。

把视角拉远,你会发现这些项目中的大多数都在朝同一个方向汇聚。传统的终端模型——一列字形、PTY(伪终端)抽象、ANSI 转义码——异常耐用,却又出人意料地受限。于是人们正在拉扯每一根松动的线头:图形、shell 集成、结构化面板、AI 原生协议、进程感知终端、终端即 IDE、终端即智能体运行时。

看着这些项目,感觉有点像 21 世纪初的浏览器实验时代——那时大家突然意识到,现有的抽象也许并不是最终形态。本文中的大多数项目不会成为你的下一个日常终端。

但如果历史可以作为参考,今天那些古怪的实验往往会变成明天的默认配置。GPU 渲染、shell 集成、图像协议和 AI 辅助工作流,都是从不起眼的小众想法开始,然后悄悄走进主流终端的。这就是为什么值得关注这些边缘项目:不是因为它们会取代 Ghostty 或 Kitty,而是因为它们往往是终端开发下一步走向的第一瞥。


原文链接:10 Terminal Projects You've Probably Never Heard Of

汇智网翻译整理,转载请标明出处