ntm

O NTM (Named Tmux Manager) é um binário Go que transforma o tmux em um plano de controle local para executar vários agentes de programação com IA em paralelo. Em vez de gerenciar painéis tmux brutos, ele oferece sessões nomeadas, painéis de agente rotulados, um painel de usuário e um conjunto de interfaces de operador para distribuir trabalho, monitorar progresso e recuperar estado. Recursos principais descritos no README: - Orquestração de sessões: iniciar, adicionar, listar, inspecionar, ampliar, anexar e visualizar sessões tmux nomeadas com painéis de agente explícitos. Suporta rótulos para que vários enxames coordenados possam compartilhar um diretório de projeto, além de isolamento opcional com Git worktree (um branch/worktree por agente) para checkouts independentes. - Suporte a agentes: Claude Code, Codex, Antigravity CLI, Oh My Pi (omp), Grok Build e Gemini CLI como legado. O documento registra flags de inicialização específicas por agente, argumentos de modelo/esforço, fluxos para adotar painéis existentes e detecção de prontidão por agente, incluindo estado derivado do TUI do omp (pronto/trabalhando/ocioso, erros de provedor, medidor de contexto) e as limitações de fase um do Grok Build. - Distribuição e monitoramento: prompts em broadcast, interrupção de painéis, streaming de saída, verificações de saúde, observação de atividade, comparação de respostas, busca no histórico do painel e análises. - Triagem de grafo de trabalho: integração com br e bv para seleção da próxima tarefa, bloqueios, análise de impacto, previsão e atribuição a painéis ou tipos de agente, com portões de autorização baseados em rótulo e um fluxo queue-dry/ideate para filas vazias. - Coordenação: mensagens Agent Mail, visualizações de caixa de entrada, reservas de arquivos, renovação de bloqueio e liberação forçada condicionada a aprovação, comandos de status/resumo/conflito do coordenador e selos opcionais de identidade do painel nas bordas do tmux. - Segurança e aprovações: regras de política para ações permitidas/bloqueadas/condicionadas a aprovação, verificações de comandos destrutivos e fluxos de trabalho de aprovação duráveis, incluindo aprovação de duas pessoas para operações de alto risco. - Automação reutilizável: receitas, fluxos de trabalho (pipeline, ping-pong, review-gate), modelos de prompt, pipelines executáveis com variáveis, dependências, retomada e limpeza, além de modelos de sessão. - Estado durável: checkpoints, linhas do tempo, registros de auditoria, busca de histórico, visualizações de conflito e retomada de sessão. - Interfaces de automação: comandos CLI legíveis por máquina --robot-* (status, snapshot, plan, dashboard, send, ack, tail, mail-check, cass-search etc.) e um servidor local que expõe REST em /api/v1, SSE em /events, WebSocket em /ws, saúde em /health e uma especificação OpenAPI gerada. A instalação é feita por um script shell, com integração de shell para zsh e um comando de verificação de dependências. O projeto é escrito em Go e requer tmux em tempo de execução; os CLIs dos agentes são opcionais, mas necessários para inicializá-los. O README enfatiza uma operação fortemente integrada e documenta várias ferramentas complementares opcionais (br, bv, Agent Mail, cass, dcg, pt). Esta visão geral reflete apenas o que a documentação do repositório afirma; não são feitas alegações sobre desempenho, classificação ou adoção.