Ghostty：快速、原生、跨平台的终端模拟器（含 libghostty 嵌入式终端库）

Ghostty 的定位是「快速、原生、功能丰富」的终端模拟器，项目自述其目标是同时提供速度、功能与原生 UI 三者，而不是让用户在三者之间取舍。除了作为独立终端使用，Ghostty 还提供可通过 libghostty 嵌入第三方项目的终端能力。

【项目构成】

• 独立的原生 GUI 终端模拟器。
• libghostty：跨平台、零依赖的 C 与 Zig 库，用于构建终端模拟器或在自有应用中嵌入终端功能（例如样式解析）。来源提到可参考 Ghostling（最小完整示例项目）以及 examples 目录中的 C 与 Zig 小示例。
• 配图 1（Logo）为项目标识。

【标准符合性（路线图第 1 步，已完成）】 Ghostty 实现了常规使用的控制序列，可以运行所有主流终端程序；针对遗留序列做了全面的 xterm 审计，对比 Ghostty 与 xterm 的行为并构建一致性测试用例。除遗留序列外，还支持比大多数终端模拟器更多的现代序列，包括 Kitty graphics protocol、Kitty image protocol、剪贴板序列、同步渲染（synchronized rendering）、明暗模式通知等。

项目对「标准」的判定顺序为：(1) 有标准则依标准（部分为 ECMA-48 这类 de jure 标准），(2) 该功能存在于 xterm 则依 xterm，(3) 其他流行终端。

【性能（路线图第 2 步，已完成）】 项目称 Ghostty 与其他最高性能终端处于同一性能档次，明显快于传统或「慢速」终端，与知名「快速」终端差距小到不易察觉；例如在多项基准中 Ghostty 与 Alacritty 通常只差几个百分点，但两者都比 Terminal.app 和 iTerm 快约 100 倍量级；同时 Ghostty 功能远多于 Alacritty，且原生应用体验更强。

性能来自高层架构决策与底层优化：每个终端有独立读线程、写线程与渲染线程的多线程架构；渲染器在 Linux 使用 OpenGL、在 macOS 使用 Metal；读线程使用经过高度优化的终端解析器并利用 CPU 专属 SIMD 指令等。

【窗口功能（路线图第 3 步，已完成）】 macOS 应用与 Linux（GTK 构建）应用支持多窗口、标签页、分屏，并提供标签重命名、着色等额外功能，比单窗口终端有更高的组织与自定义程度。

【原生平台体验（路线图第 4 步，已完成）】 项目不追求「最小公约数」式体验，共享核心用 Zig 编写，同时大量使用平台原生能力：

目标是让用户觉得 Ghostty 是为自己所在平台优先乃至专门构建的原生应用。

• macOS 应用是基于 SwiftUI 的真实应用，具备真正的窗口管理、菜单栏、设置 GUI 等；使用真正的 Metal 渲染器与 CoreText 做字体发现；支持 AppleScript、Apple Shortcuts（AppIntents）等。
• Linux 应用使用 GTK 构建；如系统存在 systemd，则深度集成，用于常驻（always-on）、单实例中开新窗口、cgroup 隔离等场景。

【可嵌入终端库 libghostty（路线图第 5 步，已完成）】 libghostty 是一个与 C 兼容的库，用于在任意第三方项目中嵌入快速、功能丰富的终端模拟器。由于项目范围较大，libghostty 被拆分为多个独立库，首先是 libghostty-vt，聚焦于解析终端序列与维护终端状态（项目博客文章中有更详细说明）。

libghostty-vt 目前已经可供 Zig 和 C 使用，兼容 macOS、Linux、Windows 与 WebAssembly；功能非常稳定（因为已在 Ghostty GUI 中长期验证），但 API 签名仍在变动。libghostty 尚未打版本标签，文档体验仍在改进，C API 可参考其 Doxygen 网站；生态项目与资源参见 awesome-libghostty。

【Ghostty 专属终端控制序列（路线图第 6 步，未完成 ❌）】 项目希望并认为终端应用可以做得更多，已努力支持其他终端模拟器创造的多种现代序列，也希望以自己的序列填补空缺，但担心造成终端生态碎片化，因此在与其他终端生态变化缓慢之间做平衡。来源明确表示：这部分目前尚未实现。

【状态与崩溃报告】

项目状态为稳定，每天被数百万用户与机器使用。Ghostty 内置崩溃报告器，会把崩溃报告写入磁盘的 $XDG_STATE_HOME/ghostty/crash 目录；若未设置 $XDG_STATE_HOME，则默认为 ~/.local/state。崩溃报告不会自动发送到机器之外。崩溃报告只会在崩溃后下一次启动 Ghostty 时生成；如果 Ghostty 崩溃后需要生成报告，必须至少重启一次，日志中应能看到生成崩溃报告的消息。可用 ghostty +crash-report CLI 命令列出可用崩溃报告（未来版本会提供 CLI 与 GUI 中更易查看的内容）。崩溃报告以 .ghosttycrash 扩展名结尾，采用 Sentry envelope 格式，可上传到自己的 Sentry 账户查看，格式公开文档化，也可用其他工具处理。若要发送给 Ghostty 项目，来源给出的命令为：

SENTRY_DSN=https://e914ee84fd895c4fe324afa3e53dac76@o4507352570920960.ingest.us.sentry.io/4507850923638784 sentry-cli send-envelope --raw <path to ghostty crash>

。警告：崩溃报告可能包含敏感信息，报告并非有意包含敏感信息，但包含崩溃时各线程的完整栈内存，用于重建堆栈轨迹，其中可能包含敏感数据。

【说明】来源正文未给出软件许可证、具体版本号、逐步安装命令与最低硬件配置，这些信息在本条目中标注为待核验；如需安装与文档细节，来源指向 Ghostty 官网的下载页与文档页，以及仓库中的 Contributing / Developing 文档。

— 本文由 AI 根据公开来源辅助整理，命令、版本与许可证请在使用前到原始页面复核。