todo gerenciador deixa você controlar agentes.
quais deixam os agentes se controlarem?

Publicado no npm e no PyPI. Um agente instala o Pane com um comando. Sem navegador, página de download ou arrastar para a pasta Aplicativos. Se ele tem Node ou Python, tem Pane.

Por que isso importa: agentes não conseguem clicar em botões de download. Se sua ferramenta exige instalação manual, eles não conseguem configurá-la. O Pane chega até os agentes onde eles já estão: no gerenciador de pacotes.

A lista completa de comandos fica em uma URL pública. Um agente consegue ler o que o Pane oferece antes de instalar qualquer coisa. Não precisa vasculhar um site de documentação nem clonar um repositório do GitHub. Basta um curl.

Por que isso importa: agentes têm cuidado ao instalar pacotes. Se conseguem conferir primeiro o que uma ferramenta faz, é mais provável que a usem.

Depois da instalação, runpane agent-context mostra um resumo curto de cada comando. Curto é a palavra-chave: cabe na janela de contexto do agente. Quando ele precisa dos detalhes de um comando, carrega só aquele.

Por que isso importa: a maioria das CLIs tem textos de ajuda feitos para pessoas. Agentes precisam de resumos estruturados, mínimos e fáceis de interpretar que não gastem a janela de contexto.

Todo comando tem a opção --json. Os agentes recebem dados estruturados que conseguem interpretar com confiança. Sem adivinhar a largura de colunas, remover códigos ANSI ou aplicar regex em tabelas feitas para pessoas.

Por que isso importa: agentes que tentam interpretar saídas feitas para pessoas quebram o tempo todo. JSON é a linguagem natural da automação.

Agentes não conseguem responder a perguntas como "Tem certeza?". Todo comando que altera algo exige --yes para uso não interativo. Sem essa opção, o comando mostra o que faria e encerra. Com ela, ele roda.

Por que isso importa: uma única pergunta que bloqueia a execução acaba com todo o fluxo do agente. O modo não interativo separa uma ferramenta "boa para agentes" de uma que agentes realmente conseguem usar.

Quando um agente lê a saída do terminal, não precisa de 10.000 linhas. Os padrões são pequenos. O agente aumenta com --limit só quando precisa ver mais.

Por que isso importa: cada linha extra de saída gasta tokens que o agente poderia usar para pensar. Respeitar a janela de contexto é a coisa mais importante que você pode fazer pela experiência do agente.

Antes de criar panes, o agente deve conferir o ambiente. runpane doctor verifica a versão do wrapper, a plataforma, o app instalado e o status do daemon. Se algo estiver errado, o agente descobre antes de perder tempo.

Por que isso importa: agentes que pulam essa verificação criam panes que falham sem avisar. Um comando de diagnóstico encontra os problemas logo no início.

Quando agentes criam panes, usam --source agent para abrir o novo pane em segundo plano. Você continua trabalhando. O agente também. Ninguém interrompe ninguém.

Por que isso importa: um agente que rouba sua tela ativa toda vez que cria um ambiente é impossível de usar. A criação em segundo plano é o mínimo para orquestrar agentes.

Um agente pode criar panes, iniciar outros agentes, esperar que terminem, ler a saída, enviar novas instruções e conferir os resultados. Isso é um loop de agentes completo. Sem agendador hospedado nem SDK especial. Só comandos de CLI.

Por que isso importa: é para onde o setor está indo. Um agente orquestrador gerencia uma equipe de agentes especializados. O Pane dá a ele os comandos necessários. O skill runpane-orchestrator open source faz exatamente isso.

Claude Code, Codex, Aider, Goose, OpenCode ou qualquer agente de CLI. Windows, WSL, macOS, Linux, VMs e hosts remotos. O Pane não prende você a um agente nem a uma plataforma. Se um agente novo sair amanhã, já funciona no Pane hoje.

Por que isso importa: o cenário dos agentes de IA muda todo mês. Se sua ferramenta de fluxo só aceita um agente, o futuro dela depende dele. O Pane é independente do agente porque hospeda terminais. Não é uma integração de IA.