Pane 与 Ghostty 对比

字体渲染和 GPU 性能

Ghostty 使用自己的 GPU 渲染器，在 macOS 上用 Metal，在 Linux 上用 OpenGL。字体渲染，包括连字、emoji 和彩色字体，是它的首要设计目标；对每天要在终端里待上几个小时的人来说，这一点很明显。

可嵌入的 libghostty

Mitchell Hashimoto 在 2025 年 9 月公布了 libghostty 的愿景。这是一个可嵌入的 C/Zig 库，让任何应用都能使用 Ghostty 的渲染能力。cmux 这款 macOS 智能体终端已经采用 libghostty。这让 Ghostty 更像一个渲染基础组件，而不是一款功能完备的应用。它的生态定位很有吸引力。

MIT 许可证，由社区资助

Ghostty 采用 MIT 许可证，没有商业限制。Mitchell 的家人为项目亲自捐出 15 万美元后，Hack Club（501(c)(3)）开始为它提供财务托管。它没有风投资本压力，也没有付费版本。代码完全开放，可以自由 fork。

符合标准，使用平台原生界面

Ghostty 把符合标准作为首要目标，包括 xterm 转义序列、OSC 代码和 sixel 图形。它在 macOS 上使用 SwiftUI，在 Linux 上使用 GTK。每个平台都有原生窗口界面，不是跨平台套壳。

没有感知智能体状态的通知

Ghostty 关于智能体 + tmux 工作流的讨论清楚记录了这个缺口：当特定 tmux pane 中的特定智能体进入等待状态时，没有机制可以发送桌面通知。替代方案包括轮询循环、tmux send-keys 脚本和 AppleScript 触发器。它们都需要维护自定义工具，而且 tmux 或 Ghostty 更新版本后就可能失效。

要为每个智能体手动设置 worktree

每个并行智能体都需要自己的分支和文件目录。自己搭建时，你要在启动每个智能体前运行 git worktree add，结束后再运行 git worktree remove 清理。每天运行 4 个以上智能体，一周就会多出几十条手动命令。

轮询让人疲惫

想知道哪个智能体正在等待输入，你要么手动逐个切换 tmux 窗口，要么写轮询脚本。两种方式都无法扩展。在 tmux 窗口间检查 4 个以上智能体，不停切换上下文，会抵消并行工作带来的大部分收益。

没有统一的 diff 审查

智能体完成工作后，你要切换到对应的 tmux 窗口，在终端里运行 git diff 或 gh pr diff 来审查改动。没有一个带语法高亮的统一 diff 查看器来展示所有智能体的改动。每个智能体还要再手动提交和推送。

自动管理 worktree

创建一个 pane，就会为它在自己的分支上创建 git worktree，并复制进你的 .env 文件和智能体设置。归档 pane 时，Pane 会先确认没有未保存的内容，再删除 worktree。不用再手动执行 git worktree add 和删除的循环。

协调多个智能体

Pane 为每个智能体提供独立会话和清晰的状态标记。智能体等待输入时，桌面通知会立即出现。不用轮询，也不用 bash 脚本。你能在一个界面里看到所有智能体。

跨平台

Pane 在 Windows、macOS 和 Linux 上以相同的工作流运行，对于放在 WSL 里的仓库，还会在 WSL 中运行智能体。如果你的团队里有 Windows 开发者，所有人都能用同一套配置。

用键盘审查 diff 并提交

智能体完成后，按 ⌘⇧B（在 Windows 和 Linux 上是 Ctrl+Shift+B）打开 Changes 面板及其语法高亮 diff，再按 ⌘⇧K 提交、按 ⌘⇧U 推送，全程不用离开键盘，也不用切换窗口。自己搭建的工具栈要求你为每个智能体的每一步都运行终端命令。