Ghostty 拆出 libghostty 1.0：终端不再只是个窗口，还能被嵌进别的应用

作者：陈一帆

Mitchell Hashimoto 发布 libghostty-vt 1.0，把 Ghostty 的终端模拟核心做成可嵌入的 C 库，库与 C ABI 同时进入稳定状态。JetBrains 全系 IDE、Neovim 等已在用或准备接入。

11 月 6 日，Ghostty 作者 Mitchell Hashimoto 发文宣布 libghostty（正式名 libghostty-vt）发布 1.0：这个从 Ghostty 核心抽出来的 C 语言终端模拟库，库本身和 C ABI 一起进入稳定状态，版本号遵循语义化版本，发布节奏也与 Ghostty 应用分开 。

先说终端是什么。就是你每天敲 git status、跑构建脚本的那个窗口。它看着简单，实际在做翻译：程序吐出一串带转义序列的字节，终端负责算出哪一格显示什么字、光标停在哪、往上滚多少行 。libghostty 把这套翻译做成库——宿主程序把字节喂进去，它维护屏幕、光标、回滚缓冲这些状态，窗口和界面由宿主自己画 。

1.0 的重点是“敢让人依赖”

嵌入这件事早就发生了，1.0 给的是稳定承诺。Hashimoto 列举的名单里，JetBrains 全系 IDE（IntelliJ、PyCharm、GoLand 等）的内置终端已经跑在 libghostty 上，按 JetBrains 的报告，活跃用户超过 1250 万 。Neovim 已批准用 libghostty-vt 替换 libvterm 的 PR，顺带关掉一个拖了十年的老问题：缩放窗口后回滚区不重排。维护者此前在等一个正式版本号，好让发行版能单独打包这个依赖，1.0 正好补上 。此外，KDE 在试验基于它的 Konsole 替代品，Vercel 的 Turborepo 用它渲染 TUI 输出，OrbStack 这类商业产品也嵌入了它；Rust、Go、Python、Swift 等语言都有社区绑定 。

稳定是怎么做到的

实现上是 opaque 句柄加少量枚举键值的读写函数，新头文件配旧库不会崩，只会返回 GHOSTTY_UNSUPPORTED；CI 用 libabigail 对照基线查 ABI，ELF 平台的导出符号带版本号，装错版本会被加载器直接拒绝 。发布物也齐了：签名源码包、逐项标注版本与 SPDX 许可证的依赖清单、pkg-config 和 CMake 配置 。许可证是 MIT，运行时只依赖 libc，关掉 SIMD 还能完全脱离 libc 跑在裸机上 。

平台覆盖不止桌面三件套。CI 里实测的是 Linux（glibc/musl）、macOS 13+、iOS 13+、FreeBSD、Windows x86_64、Android 和 WebAssembly；裸机 RISC-V/ARM、WASI、Windows arm64、illumos 只构建、不跑测试 。

边界在哪

资源占用是作者自述：一台 4 核 8GB 的 Linux 服务器上跑了一万个接真 shell 的活跃终端，测试时还得换用 dash，因为 bash 比库本身更吃内存 。这个数字目前没有第三方复现。用户量同样是厂商估计，官方文档说日活“数千万人”，没有独立统计佐证 。

对普通开发者来说，变化很具体：IDE 里那块终端面板会越来越接近“真终端”，不再各家一个样；想自己写个终端，或者做个 agent 去读 TUI 界面显示了什么，门槛降到大约 1500 行 C 的量级 。文档、示例和下载在 lib.ghostty.org 。

转载说明

本文根据以下公开资料整理，原文及配图出处见下方。

• [S1] Libghostty 1.0
• [S2] libghostty-vt: libghostty-vt