NTM（Named Tmux Manager）
把 tmux 变成多 AI 编码代理的本地控制平面：在一个 Go 二进制里完成会话编排、任务分诊、安全审批与自动化接口。
- Star 数
- ★ 461
- 最近更新
- 今天
- License
- NOASSERTION
- 主语言
- Go
- FA 评分
- 73/100 · 存在缺口
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 独立开发者在同一项目上并行运行 3–5 个 Claude/Codex 窗格，需要统一仪表盘和命令面板而非裸 tmux 窗格管理
- 不适合
- 需要原生 Windows 支持的团队
- 不愿安装 tmux 或配置外部工具链的用户
- 源码审查
- 73/100 · 存在缺口
这个 Agent 能做什么，适合哪些场景？
NTM 是一个纯 Go 编写的单二进制工具，将 tmux 封装为多代理开发控制平面。它围绕命名的 tmux 会话生成带标签的代理窗格（Claude、Codex、Antigravity/GY、Grok Build，Gemini 为遗留支持），并提供仪表盘与 TUI 命令面板。除会话管理外，它还集成了基于 br/bv 的工作图分诊与自动分配、Agent Mail 协调与文件预留、破坏性命令的策略与双人审批，以及检查点、时间线和审计日志等持久化状态。对自动化场景，它提供 --robot-* 机器可读接口和本地 REST/SSE/WebSocket 服务器（ntm serve），并生成 OpenAPI 规范。系统设计为本地优先，可选集成（Agent Mail、CASS 等）缺失时仍可优雅降级运行。
NTM 在 tmux 中生成命名会话（ntm quick、ntm spawn），按 --cc/--cod/--agy/--grok 等参数分配代理窗格，支持标签化多群、worktree 隔离分支与合并。操作者通过 ntm send 派发提示、ntm interrupt 中断、ntm watch/activity/health 监控、ntm diff/grep 检查输出。工作分诊通过 ntm work triage/next 和 ntm assign --auto 按 br/bv 工作图执行，带审批标签门控。协调层提供 ntm mail、ntm locks（含需审批的 force-release）、ntm coordinator 自动分配与摘要。安全层用 ntm safety check、ntm policy、ntm approve 实现审批门控。状态持久化通过 ntm checkpoint、ntm timeline、ntm audit、ntm pipeline（支持恢复）。自动化层暴露 --robot-snapshot/--robot-send 等接口及 ntm serve（/api/v1 REST、/events SSE、/ws WebSocket、OpenAPI 文档）。自定义代理类型可经 agents/ 目录的 TOML 插件加载（如内置的 Oh My Pi omp 预设）。
- 独立开发者在同一项目上并行运行 3–5 个 Claude/Codex 窗格，需要统一仪表盘和命令面板而非裸 tmux 窗格管理
- 技术负责人想按 br/bv 工作图自动把具体任务分配给特定代理，并保留审计记录
- 需要让多个代理在同一仓库工作但互不冲突的团队，使用 --worktrees 隔离 Git 检出并用 Agent Mail 预留文件
- 运维敏感环境中的工程师，需要在执行 git reset --hard 等破坏性命令前强制策略与双人审批
- 脚本或 CI 场景的自动化用户，通过 --robot-* JSON 接口或 ntm serve 的 REST/WebSocket 程序化驱动代理群
- 运行长流程多步骤代理流水线（review.yaml 等）且需要失败后从断点恢复的用户
如何安装或部署这个 Agent？
三种安装方式：1) 安装脚本：curl -fsSL "https://raw.githubusercontent.com/Dicklesworthstone/ntm/main/install.sh?$(date +%s)" | bash -s -- --easy-mode；2) Homebrew：brew install dicklesworthstone/tap/ntm；3) 源码：git clone https://github.com/Dicklesworthstone/ntm.git && cd ntm && go install ./cmd/ntm。也可用 Docker 镜像 ghcr.io/dicklesworthstone/ntm:1（amd64/arm64）。运行必需 tmux，以及你想启动的代理 CLI（Claude Code、Codex、Antigravity CLI 或 Grok Build）；安装后运行 ntm deps -v 验证。
如何使用这个 Agent？
启用 shell 集成：eval "$(ntm shell zsh)"。创建项目并启动混合群：ntm quick api --template=go，然后 ntm spawn api --cc=2 --cod=1 --agy=1。打开仪表盘与面板：ntm dashboard api、ntm palette api。派发任务：ntm send api --cc "Map the auth layer and propose a refactor plan."。用 ntm work triage 查看工作图，ntm assign payments --auto --strategy=dependency 自动分配。保存检查点：ntm checkpoint save api -m "before auth refactor"。启动本地 API：ntm serve --port 7337；脚本调用用 ntm --robot-snapshot 等接口。
这个 Agent 有哪些优点和局限？
- 单一 Go 二进制集成会话编排、工作分诊、安全审批、协调和 API，无需拼接多个脚本
- 破坏性操作默认审批门控（如 locks force-release 需第二人批准，拒绝自批），安全是核心设计而非事后补丁
- 持久化设计完善：检查点、时间线、审计日志和可恢复流水线使中断可恢复
- 双重自动化接口：本地 --robot-* JSON 命令用于脚本，ntm serve 提供 REST/SSE/WebSocket/OpenAPI 用于长期集成
- 插件化的自定义代理类型（agents/ 目录 TOML），内置 Oh My Pi 验证预设，可扩展非内置 CLI
- 深度依赖 tmux，仅在 Linux/macOS 上为主要环境，不适用于 Windows 原生终端
- 高级功能依赖外部工具：br、bv、Agent Mail、CASS 等未配置时相应能力不可用
- Grok Build 支持处于第一阶段：不支持自动提示投递、中断带消息、重启和恢复时重启，这些操作会失败关闭
- 不接受外部贡献，PR 不会直接合并，问题修复依赖作者与 AI 审核的独立流程
- 许可证为 MIT 加附加条款（OpenAI/Anthropic rider），GitHub 标注 NOASSERTION，合规使用前需阅读 LICENSE
- 配置加载严格（未知字段报错），从旧版本迁移需手动调整如 [health] 到 [resilience] 的配置段
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| NTM（Named Tmux Manager） 当前 | 73 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 461 | 今天 | Go | Codex · Claude Code |
| OpenRig | 79 · 表现良好 | 命令行工具免费 + 模型费 | ★ 8.2k | 今天 | TypeScript | Codex · Claude Code |
| MCO | 73 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 540 | 17 天前 | Python | Codex · Claude Code |
| Maestro 编排平台 | 75 · 存在缺口 | Agent 插件 / 技能免费 + 模型费 | ★ 485 | 1 天前 | JavaScript | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示安全设计相当突出：策略/审批系统、双人审批（self-approval被拒绝）、自动化指派把标签当授权边界、fail-closed 行为、worktree 隔离、检查点/时间线/审计等可回滚机制覆盖全面，故 user_confirmation 与 rollback 给满分。扣分项：产品本质是驱动多个能执行任意 shell 命令的编码代理并做 git 合并等高影响操作，external_effects 只靠策略层缓解，证据中未见执行层防护证明，给 1；安装推荐 curl | bash 直接执行远程脚本，削弱 least_privilege 与 data_flow_transparency；govulncheck 在 CI 中 continue-on-error 且 bubbletea 用本地 replace，dependency_security 扣为 2；敏感数据处理仅见『不在 NTM 配置存放凭据』的声明，给 2。
README 内部一致，明确 fail-closed、机器人接口返回类型化错误文档、ntm deps -v、优雅降级设计，CI 含 reality guards 与 parity gate，self_consistency/failure_messages/dependency_availability 均有实质支撑给 2；未给满分是因为提供的文件中没有核心 Go 源码，错误处理与一致性的实际实现无法静态核验。
受众与场景描述极为充分（多代理编排、工作分诊、协调、流水线），Grok 阶段一明确列出『不声称支持』的清单并 fail-closed，capability_boundaries 与 audience_and_scenarios 给满分；扣分：环境明确仅 Linux/macOS（Windows 被排除）、强依赖 tmux 及多个外部工具（br/bv/Agent Mail），environment_fit 给 2；触发精度依赖 readiness 正则与显式 robot 表面，证据充分但未见实现，给 2。
信息架构、命令地图、配置分层（用户级/项目级）非常好；已知限制披露诚实（Grok 范围、config 迁移提示），known_limitations 给满分。重扣：license 为 MIT 加针对 OpenAI/Anthropic 的限制性 rider，非 OSI 兼容、法律效力存疑，与仓库元数据 NOASSERTION 一致，license 给 1；安装说明只有 curl | bash 一行，无手动安装/校验和路径，install_notes 给 1；证据中未见 CHANGELOG 文件，versioning_changelog 给 1（CI 显示 VERSION 文件与发布预检存在但不足以到 2）；单一作者（Jeffrey Emanuel）维护，bus factor 低，maintenance_responsibility 给 2。
输出可用性极强：robot JSON、OpenAPI 规范及漂移检测、parity matrix、markdown/terse 格式；问题陈述清晰且功能组合（tmux 多代理 + 策略审批 + 工作图分诊）边际价值明确，两项给满分；cost_benefit 扣为 2：系统要求 tmux、多个外部 CLI、Agent Mail 等整合，复杂度和维护面大，收益依赖整个生态可用。
README 的许多声明（防漂移的 OpenAPI、覆盖率阈值、parity gate、SHASum 固定的 CI 依赖）可由 CI 工作流和测试脚本部分佐证，cross_source_corroboration 给 2；claim_traceability 给 2：声明具体（如 badge 状态表、审批一次性消费）但本次证据不含主源码，无法逐条核对实现；fact_inference_separation 表现好——README 主动区分『尚未声称』的能力与已实现能力，但整体文档以第一人称断言为主，缺乏第三方验证，止步 2。
- 不要盲目执行 README 推荐的 curl | bash 安装；先审查 install.sh 并核对校验和。
- 许可证为 MIT 加禁止 OpenAI/Anthropic 及其关联方使用的 rider，企业采用（尤其涉及这两家公司工具链的团队）前必须法务审查；这不是标准 OSI 许可证。
- 该工具驱动能执行任意 shell 命令的编码代理并合并 git worktree，破坏性风险主要取决于策略配置质量；部署前审查默认策略并保持审批门槛开启。
- govulncheck 在 CI 中不阻断构建，本地 vendor 的 bubbletea 替换不受上游漏洞修复覆盖，需自行跟踪。
- 单一维护者项目，bus factor 为 1；无可见 CHANGELOG，升级时逐版核对行为变化。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
发布说明摘录
Antigravity (agy) agents now run Gemini 4 Argon (High). Otherwise identical to v1.37.1: same source, Go 1.26.9 and golang.org/x/net v0.60.0. Changed - Antigravity default model is Gemini 4 Argon (High) (gemini-4-argon), replacing Gemini 3.8 Flash (High). The required-model pin, the session-resume command, the model registry (1M-token context), the flag help and both spawn wizards move together, matching ACFS's agy-locked launcher. Argon accepts no --effort value, so the pin names the model only. Not in this release …在 GitHub 查看 ↗ -
v1.37.1 v1.37.1: security patch (Go 1.26.9, golang.org/x/net v0.60.0)
发布说明摘录
Security patch: Go 1.26.9 and golang.org/x/net v0.60.0 ([#347](https://github.com/Dicklesworthstone/ntm/issues/347)). The source is v1.37.0's, unchanged. Only the toolchain, the HTTP/2 module, the Docker builder image and the README badge move. Security - Go 1.26.8 → 1.26.9. On 1.26.8, govulncheck reports that ntm's code reaches 10 Go standard-library vulnerabilities: GO-2026-6603, 6604, 6605, 6607, 6608, 6610, 6611, 6612, 6613 and 6617, several of them in net/http and HTTP/2, which ntm's HTTPS download and upgrade paths use. On 1.26.9 with x/net v0.60.0 it reports none. …在 GitHub 查看 ↗ -
发布说明摘录
Spawns can enforce per-agent-type fleet limits that hold across processes, Claude agents launched by ntm now carry the safety policy hook, robot work reads are verified against the tracker, and ntm's integrations with bv, br, cass, cm, caut, caam, ubs, xf, ms, jfp, slb, ru, rano, pt and dcg now read those tools' real output. Also fixes GitHub issues [#283](https://github.com/Dicklesworthstone/ntm/issues/283), [#335](https://github.com/Dicklesworthstone/ntm/issues/335), [#336](https://github.com/Dicklesworthstone/ntm/issues/336), [#337](https://github.com/Dicklesworthstone/ntm/issues/337) a …在 GitHub 查看 ↗