Herdr lançou aplicativo nativo

Herdr, um multiplexador de terminal open-source construído em torno de “coding agents” de IA, lançou um aplicativo desktop nativo, gerando comparações com ferramentas de longa data como tmux, Zellij, Orca e rivais emergentes como Rex. Usuários elogiam a consciência de agents do Herdr, o gerenciamento de sessões remotas, a renderização baseada em libghostty e as “recipes” de UI personalizáveis, dizendo que ele simplifica a coordenação de múltiplos agents e máquinas entre projetos. Céticos desconfiam do apoio de VC, dos padrões de telemetria e da possível fragmentação entre o novo aplicativo e a TUI original, levantando dúvidas sobre monetização de longo prazo, lock-in e se ele oferece o suficiente além de terminais tradicionais mais ferramentas de agents já existentes.

Recepção geral

  • Muitos comentaristas usam Herdr diariamente e o descrevem como polido, estável e uma melhoria de produtividade em relação ao tmux e a outros multiplexadores.
  • Outros o testaram rapidamente e voltaram para tmux + Ghostty ou configurações existentes, dizendo que os benefícios não compensavam aprender uma nova ferramenta.
  • Várias pessoas dizem que o texto de marketing é confuso ou “vibey” e não explica claramente o que ele faz.

Comparado ao tmux, Zellij, Orca, etc.

  • Herdr é visto como mais amigável ao usuário do que tmux, com padrões mais sensatos, suporte a mouse e melhor tratamento de agents.
  • Alguns relatam atrito ou recursos ausentes em relação ao tmux (atalhos personalizados, mover painéis entre abas).
  • Zellij é elogiado, mas alguns tiveram problemas de seleção/cópia; o tmux pode ser estendido com plugins para obter uma consciência semelhante de agents.
  • Orca é considerado mais pesado/lento (Electron); Herdr é percebido como mais leve (Rust + libghostty).

Recursos e fluxos de trabalho centrados em agents

  • O valor central: Herdr sabe quais painéis são agents, seu status (ocioso/trabalhando/aguardando) e os exibe em uma “agent inbox”.
  • Agents podem controlar painéis (ler, enviar entrada, criar outros), tornando a orquestração entre harnesses mais fácil.
  • Forte foco em trabalho com múltiplos projetos e múltiplos worktrees: workspaces, navegação ciente de agents e reconstrução automática de configurações após reinicialização.
  • Alguns argumentam que tmux + notificações + recursos de harness já cobrem a maior parte disso.

Aplicativo nativo vs TUI / arquitetura

  • O novo aplicativo nativo se baseia em um mecanismo “herdr-core”; alguns ficam confusos/preocupados com fragmentação e compatibilidade com sessões TUI existentes.
  • O aplicativo adiciona uma UI mais rica, ferramentas de diff/commit e layouts altamente personalizáveis por meio de “recipes” baseadas em JS.
  • Alguns ainda preferem a TUI dentro do Ghostty e não veem necessidade de outro aplicativo de desktop.

Remoto, múltiplas máquinas e mobile

  • O suporte remoto nativo (via SSH/Tailscale) é um grande atrativo: visão unificada em várias máquinas, reconexão fácil, copiar/colar e manipulação de arquivos.
  • O acesso mobile atualmente depende de clientes de terceiros (Collie, Heeler, cosyra, relays); vários querem um aplicativo mobile oficial.

Financiamento, monetização e dados

  • Apoio de VCs e da YC gera preocupação com futura “enshittification,” lock-in e pressão para upsell para a nuvem.
  • Outros contrapõem que a licença open-source permite fazer fork e que apenas doações não eram suficientes.
  • A monetização é esperada via “Herdr Cloud” como uma camada intermediária de conectividade.
  • A telemetria vem ativada por padrão, mas alega-se que exclui conteúdos do terminal e nomes de arquivos; pode ser desativada.

Questões em aberto / críticas

  • Não está claro ou é apenas parcial o quanto ele suporta modelos self-hosted, agents conteinerizados e fluxos de trabalho sem agents.
  • Alguns o veem como “tmux sofisticado”; outros o consideram um “tmux para agents” distinto, situado acima dos harnesses existentes.