Mitchell Hashimoto 用 Zig 和原生 UI 重新定义终端体验；1.0 已发布，2026 年甚至因 GitHub 宕机准备迁站。
写在前面
终端模拟器是个“够用就行”的软件品类。大多数人默认用系统自带终端，或者装一个 Alacritty / iTerm2 / kitty 之后就不再折腾。但 Ghostty 出现后，这个赛道突然多了一个“既要速度、又要原生 UI、还要 GPU 加速”的选项，而且它的作者是 HashiCorp 联合创始人 Mitchell Hashimoto。
这篇文章不重复基础教程，而是从开源项目角度拆一下：Ghostty 为什么值得关注、Zig 带来了什么、1.0 后的现状，以及它和 kitty / Alacritty / iTerm2 的关系。
一、它解决什么问题
Ghostty 解决的是终端模拟器的“不可能三角”： 速度、功能、原生 UI 三者很难兼得 。传统终端往往需要在其中两项上妥协，Ghostty 试图三者都要。
| 维度 | 信息 |
|---|---|
| 项目 | ghostty-org/ghostty |
| 定位 | 快速、功能丰富、跨平台终端模拟器 |
| 协议 | MIT |
| 语言 | Zig（核心）+ SwiftUI（macOS UI）+ GTK（Linux UI） |
| 1.0 发布时间 | 2024-12-30 |
| 当前状态 | 持续更新，2026 年 5 月仍有 releases |
| 平台 | macOS、Linux；Windows 开发中 |
| 官方站点 | https://ghostty.org |
一句话总结：Ghostty 是一个追求“原生体验 + GPU 加速 + Zig 性能”的现代终端模拟器，目标用户是追求速度和美感的开发者。
二、为什么是 Zig：零 GC、显式内存、跨平台编译
Ghostty 最醒目的标签是“Zig 编写”。Zig 作为系统语言，给终端模拟器带来了几个具体好处：
- 无 GC 停顿 ：终端渲染是实时交互，GC 停顿会直接造成卡顿。Zig 的手动内存管理让渲染帧时间可预测
- 显式错误处理 ：Zig 的错误处理是显式的，没有隐式异常传播，代码行为更容易预测
- C 语言互操作 ：可以无缝调用现有 C 库，复用成熟生态
- 原生跨编译 ：一套代码逻辑可以编译到不同平台，macOS / Linux 共享核心
终端模拟器对延迟极其敏感。Ghostty 的渲染管线在 Linux 上用 OpenGL 4.6 核心模式，macOS 上用 Metal，目标是在重负载下保持 60fps 渲染速度。这种性能目标用 Zig 实现比用 Rust / C++ 更直接，因为 Zig 的编译模型和内存模型更贴近硬件。
三、架构：共享核心 + 平台原生 UI + 嵌入库
Ghostty 的架构采用“共享核心 + 平台适配层”：
- 共享核心 ：Zig 编写，处理终端仿真、ANSI 转义序列、状态管理、渲染管线
- macOS 原生层 ：SwiftUI + AppKit + Metal 渲染器，真正的 macOS 应用体验
- Linux 原生层 ：GTK4 / libadwaita，与 Linux 桌面环境深度集成
- 嵌入库 ：libghostty，提供 C 兼容 API，可在第三方项目中嵌入终端组件
这种设计的实际效果是：Ghostty 在不同平台上“看起来就是原生的”——原生窗口、原生标签、原生菜单、系统字体。这不是主题适配，而是底层 UI 框架不同。
四、核心特性
Ghostty 1.0 已经具备的能力：
| 特性 | 说明 |
|---|---|
| GPU 加速渲染 | Linux: OpenGL；macOS: Metal |
| 原生 UI | macOS: SwiftUI；Linux: GTK4/libadwaita |
| 多标签 / 分屏 | 支持多窗口、标签页、水平 / 垂直拆分 |
| Kitty 图形协议 | 允许在终端内直接渲染图像 |
| 连字 / Nerd Font | 支持连字字体和 Nerd Font 图标 |
| 主题自动切换 | 内置数百主题，跟随系统亮 / 暗模式 |
| 热重载配置 | 修改配置后无需重启 |
| libghostty | C API 嵌入库，可供第三方集成 |
其中“Kitty 图形协议”支持值得单独提一下。这意味着 Ghostty 不仅是一个终端，还可以作为现代 CLI 工具的渲染宿主，比如在终端里直接显示图片、图表、甚至简单的 UI 组件。
五、与主流终端对比
| 终端 | 语言 | 渲染 | UI 框架 | 定位 |
|---|---|---|---|---|
| Ghostty | Zig | GPU（Metal/OpenGL） | SwiftUI / GTK4 | 原生体验 + 性能 |
| kitty | Python/C | GPU（OpenGL） | 自定义 | 功能丰富，Python 可扩展 |
| Alacritty | Rust | GPU（OpenGL/Vulkan） | 自定义 | 极简高性能 |
| iTerm2 | Objective-C | GPU（Metal） | Cocoa | macOS 独占，生态成熟 |
| Windows Terminal | C++ | GPU（DirectX） | WinUI | Windows 原生 |
Ghostty 的差异化很清晰：它不像 Alacritty 那样极简到“只有性能”，也不像 iTerm2 那样只有 macOS 版本。它的目标是“看起来就是系统自带终端，但快得多”。对 macOS 用户尤其有吸引力，因为它是唯一直接使用 Metal 的非 Apple 终端。
六、争议与风险
- Windows 支持缺失 ：当前只有 macOS 和 Linux 版本，Windows 用户无法使用。官方 roadmap 有 Windows 计划，但时间未定
- GitHub 迁出事件 ：2026 年 4-5 月，Ghostty 官方宣布将迁出 GitHub，原因是 GitHub 频繁宕机影响开发。GitHub 仓库将变为只读镜像，主站迁移细节待公布。这是继 Zig / Gentoo Linux 之后又一个迁出 GitHub 的高星项目
- $TERM 兼容性 ：Ghostty 设置
$TERM=xterm-ghostty，部分远程服务器可能没有对应 terminfo，导致 SSH 后出现功能键异常、退格键失效等问题 - 社区规模尚小 ：相比 kitty / Alacritty，Ghostty 的插件生态和社区积累还处于早期
- Zig 语言生态 ：Zig 本身还在快速发展，工具链和库生态不如 Rust/C++ 成熟
七、总结
Ghostty 最值得装的理由有三条：
- 原生 UI 体验是目前终端模拟器里最像“系统自带”的 ：SwiftUI / GTK4 不是主题皮肤，是真正的原生窗口和控件
- Zig + GPU 加速的性能红利是实打实的 ：60fps 渲染、零 GC 停顿、专用 I/O 线程，长输出场景下比传统终端流畅很多
- Claude Code 官方推荐终端 ：Anthropic 推荐 Ghostty 作为 Claude Code 的默认终端，说明它在 AI 编程工具链里的地位已经被认可
如果你用 macOS 或 Linux，且对终端体验有“原生感 + 性能”双重要求，Ghostty 值得一试。但要注意两个现实：Windows 用户暂时没法用，SSH 到老服务器可能需要手动配置 terminfo。