nana 面向开发者的 Windows 终端多路复用器，可并行运行并管理多个编码智能体，查看状态与差异，提升多智能体协作效率。 热门评论 PH 用户Hi Product Hunt。我是 Gustavo，我做了 Nana。我当时同时跑三四个编码智能体，在多个终端窗口之间把它们的进度搞丢了。有一个会干等十分钟，就等一个“yes”，而我正盯着另一个。所以我做了我想要的终端：- 每个智能体都在一个分屏窗格里，各自跑在独立的 git worktree 上，所以它们永远不会碰彼此的文件。- Nana 能识别 12 个智能体（Claude Code、Codex、OpenCode、Copilot、Cursor、Droid 等），并显示每个是在干活、在等你，还是已完成。不用 hooks，也不用配置。有智能体需要你时，Windows 通知会提醒你。- 在应用里查看 diff，并让你已经在用的 AI CLI 来写 commit message。- 终端跑在一个小型服务器进程里，所以关掉窗口不会停掉你的智能体。在 Linux 和 macOS 上通过 SSH 也一样。它是个原生 Rust 应用（GPUI 和 Ghostty 的终端引擎），不是 Electron。Windows 10 及更新版本的免费 beta，无需管理员权限：irm https://nana.areshk.dev/install.ps1 | iex我很想听听哪里会出问题，以及你接下来想要什么。PH 用户原生 Rust 这个选择对我来说很加分——GPUI 加上 Ghostty 的终端引擎，而不是又一个 Electron 外壳，在开这么多窗格的情况下应该真的会很快。让终端跑在单独的服务器进程里，这样关窗口也不会杀掉正在跑的智能体，这点完全对；我以前就这样丢过跑了很久的智能体任务。在同一个应用里查看 diff，而不用跳到另一个工具，也让反馈循环更紧凑。PH 用户智能体在另一个终端里等一个“yes”，这种事特别容易漏掉，烦人得很Windows 通知和每个窗格独立 worktree，是让我觉得这个产品有意思的两个细节PH 用户搞不清哪个智能体在等一个“yes”真的很痛苦，状态视图这个设计很好。两个智能体在不同 worktree 上同时改到同一个共享 lockfile 时，Nana 会在 merge 前提醒你吗，还是这件事交给 git 处理？PH 用户这不会很吃电脑性能吗？我以前用 ZED 开多个标签页，结果它变得特别慢 热门产品Gustavo Ramirez2026-11-03原文 打开互动版
我当时同时跑三四个编码智能体，在多个终端窗口之间把它们的进度搞丢了。有一个会干等十分钟，就等一个“yes”，而我正盯着另一个。所以我做了我想要的终端：
- 每个智能体都在一个分屏窗格里，各自跑在独立的 git worktree 上，所以它们永远不会碰彼此的文件。
- Nana 能识别 12 个智能体（Claude Code、Codex、OpenCode、Copilot、Cursor、Droid 等），并显示每个是在干活、在等你，还是已完成。不用 hooks，也不用配置。有智能体需要你时，Windows 通知会提醒你。
- 在应用里查看 diff，并让你已经在用的 AI CLI 来写 commit message。
- 终端跑在一个小型服务器进程里，所以关掉窗口不会停掉你的智能体。在 Linux 和 macOS 上通过 SSH 也一样。
它是个原生 Rust 应用（GPUI 和 Ghostty 的终端引擎），不是 Electron。Windows 10 及更新版本的免费 beta，无需管理员权限：
irm https://nana.areshk.dev/install.ps1 | iex
我很想听听哪里会出问题，以及你接下来想要什么。
Windows 通知和每个窗格独立 worktree，是让我觉得这个产品有意思的两个细节