Ghostty 1.4

原文 ↗ Hacker News 讨论 ↗

Ghostty 1.4 是一款用 Zig 编写、支持 GPU 加速的跨平台终端模拟器，因其低延迟、纯文本配置方式，以及尤其是可复用的 libghostty 而吸引了不少用户；libghostty 目前已被嵌入 IDE、编辑器和“agentic”终端中。评论者将它与 iTerm2、Konsole、Kitty 和 WezTerm 等老牌工具进行比较，在 Linux 上的启动速度、功能缺口（如 tmux -CC、键盘驱动选择、快速窗口标签）以及配置体验之间权衡取舍。围绕 OSC8 超链接和 Kitty 图形等现代终端能力也有激烈讨论：一些人认为它们对丰富的 TUI 和 AI 工作流至关重要，另一些人则认为这增加了不必要的复杂性和安全风险。

Ghostty 和 libghostty 的目的

  • 许多评论认为，真正的“重点”不只是另一个终端应用，而是 libghostty：一个可复用、正确、高性能的终端核心，其他应用可以嵌入。
  • libghostty 现在几乎覆盖了 Ghostty 的全部核心，在许多操作系统上（包括独立运行环境）都经过 CI 测试，并且有多种语言的绑定。
  • 它已用于 IDE、“agentic” 终端、Emacs（ghostel）、自定义会话管理器，并且还在被考虑用于其他项目（例如 Neovim、KDE 前端、xterm.js 表面）。

与其他终端相比的性能和行为

  • 支持者报告称，与 Konsole、Apple Terminal 以及其他一些终端相比，它的延迟非常低、TUI 渲染流畅、Unicode 正确性好，并且有 GPU 加速。
  • 另一些人则认为 Konsole、xfce4-terminal、foot、st 等启动更快，或者“已经够快”，尤其是在 Linux 上，Ghostty 的启动因 GTK 而可能感觉较慢。
  • 线程中的基准测试显示，Ghostty 1.4 显著提升了速度和内存使用；但在某些工作负载下，仍有人报告内存占用较高。

配置理念与用户体验

  • 分歧很大：有些人喜欢简单的文本配置和没有 GUI（“好的工具应该是隐形的；适合 dotfile”），另一些人则认为如果没有生成默认配置或设置界面，可发现性非常差。
  • 抱怨包括：仅仅为了更改字体或隐藏覆盖层就需要查文档，以及在 macOS 上无法在搜索框中粘贴（对一些人来说这仍未解决）。
  • 有些人希望有配置 GUI，或者至少有 TUI；也有人明确认为，开发者时间不应该花在 GUI 上。

功能、缺口与对比

  • 优点：跨平台原生 GUI（Mac/Linux；Windows 通过其他应用中的 libghostty）、内置 Nerd Font 回退、与 fish 等 shell 搭配时良好的鼠标支持、支持 Kitty 图形协议、快速终端 / 下拉式风格、macOS 上的非原生全屏选项。
  • 缺失或有争议的点：tmux -CC 集成、Kitty 风格的提示/快速选择、先进的键盘驱动选择、带标签的快速终端、重启后恢复完整滚动回溯、更好的 macOS 查找行为、Windows GUI 构建。
  • 一些用户仍然坚持使用 iTerm2、WezTerm、Konsole 等，理由是功能更成熟、GUI 更好，或者阻力更小。

安全与协议方面的担忧

  • 关于 OSC8 超链接存在争论：现代终端默认启用它们，并带有受保护的点击行为；有些人主张应采用安全优先的默认设置（禁用），并指出近期与 OSC8 相关的漏洞。
  • 更广泛的担忧是，快速扩张的转义码功能会增加攻击面；另一些人则反驳说，应修复漏洞，而不是禁用强大的功能。

LLM 与开发文化

  • Ghostty 的发布说明和核心文档明确是由人类撰写的；几位评论者称赞其清晰度，胜过典型的 AI 文风。
  • 在生态系统的其他地方，LLM 被用于配置编辑、漏洞搜寻，甚至重新实现类似的终端，但也有一些用户强烈反对终端本身出现“AI 垃圾”。