ntm

NTM（Named Tmux Manager）是一个 Go 二进制程序，将 tmux 转变为用于并行运行多个 AI 编码智能体的本地控制平面。它无需费力操作原始的 tmux 窗格，而是提供命名会话、带标签的智能体窗格、一个用户窗格，以及一组用于派发工作、监控进度和恢复状态的操作界面。 README 中描述的核心能力： - 会话编排：启动、添加、列出、检查、缩放、附加和查看带有明确智能体窗格的命名 tmux 会话。支持标签，使多个协同的 swarm 可以共享同一个项目目录，并可选使用 Git worktree 隔离（每个智能体一个分支/worktree）以实现独立检出。 - 智能体支持：Claude Code、Codex、Antigravity CLI、Oh My Pi（omp）、Grok Build，以及作为旧版支持的 Gemini CLI。文档记录了各智能体专用的启动标志、模型/effort 参数、采用现有窗格的流程，以及按智能体区分的就绪检测，包括从 omp TUI 派生的状态（ready/working/idle、提供方错误、上下文仪表）以及 Grok Build 第一阶段的限制。 - 派发与监控：广播提示词、中断窗格、流式输出、健康检查、活动监视、响应差异比较、窗格历史搜索和分析。 - 工作图分诊：与 br 和 bv 集成，用于下一任务选择、阻塞项、影响分析、预测，以及分配到窗格或智能体类型，并带有基于标签的授权门控，以及用于空队列的 queue-dry/ideate 流程。 - 协调：Agent Mail 消息传递、收件箱视图、文件预留、锁续期和需审批的强制释放、协调器 status/digest/conflict 命令，以及 tmux 边框中可选的窗格身份徽章。 - 安全与审批：针对允许/阻止/需审批操作的政策规则、破坏性命令检查、持久化审批工作流，包括针对高风险操作的两人审批。 - 可复用自动化：recipes、workflows（pipeline、ping-pong、review-gate）、提示词模板、带变量和依赖关系的可执行流水线、恢复与清理，以及会话模板。 - 持久状态：检查点、时间线、审计记录、历史搜索、冲突视图和会话恢复。 - 自动化接口：机器可读的 --robot-* CLI 命令（status、snapshot、plan、dashboard、send、ack、tail、mail-check、cass-search 等），以及一个本地服务器，在 /api/v1 下暴露 REST、在 /events 提供 SSE、在 /ws 提供 WebSocket、在 /health 提供健康检查，并生成 OpenAPI 规范。 安装通过 shell 安装脚本完成，并提供 zsh 的 shell 集成以及依赖检查命令。该项目使用 Go 编写，运行时需要 tmux；智能体 CLI 是可选的，但启动智能体时需要它们。README 强调以集成为重的操作方式，并记录了许多可选的配套工具（br、bv、Agent Mail、cass、dcg、pt）。 本概述仅反映仓库文档所述内容；未作出任何性能、排名或采用方面的声明。