agent-fleet

Agent Fleet é um console auto-hospedado para executar agentes de codificação de IA como uma frota. Sua proposta é que você pode fechar seu laptop e os agentes continuam trabalhando: uma equipe compartilha agentes a partir de um console de navegador, e os membros verificam o progresso ou enviam a próxima instrução via Discord, Slack ou celular, em vez de ficarem sentados em frente a um terminal. As CLIs de agentes suportadas mencionadas no README são Claude Code, Codex CLI, GitHub Copilot CLI, Antigravity CLI, Cursor CLI, Kiro e OpenCode. Cada membro da equipe recebe um ambiente isolado por usuário — um container Docker com cotas de CPU e memória cgroup, ou um sandbox bubblewrap na edição nativa sem Docker — com um diretório home persistente e suas próprias cópias de trabalho git. As sessões são iniciadas, acompanhadas e direcionadas a partir do navegador. Por ser auto-hospedado, cada empresa executa uma implantação em sua própria infraestrutura, portanto, credenciais, código-fonte e conversas permanecem dentro daquela organização. O mesmo núcleo funciona tanto em um único host Linux com Docker Compose quanto no AWS ECS. Capacidades do console descritas no repositório: - Um diálogo de lançamento que seleciona a CLI do agente, o modelo, o esforço de raciocínio, o modo de início e se deve ser executado em uma worktree git nova ou em uma cópia de trabalho existente. - Um espelho de chat no qual as perguntas, planos e solicitações de permissão do agente aparecem como cartões que podem ser respondidos no local. - Painéis divididos: o espelho de chat, um terminal ao vivo conectado a uma sessão de shell via PTY e as alterações na working-tree lado a lado; os painéis podem ser destacados em suas próprias abas. - Ferramentas Git no console: um grafo de commit ao lado do diff do commit selecionado, além de staging e commit, por cópia de trabalho e por worktree. - Uma aba de uso com um gráfico de tokens empilhado por recurso ao longo de 24h / 7d / 30d, blocos de KPI para tokens, chamadas, leituras de cache, custo equivalente à API e chamadas não mensuradas, e detalhamentos por recurso, agente e modelo. Chamadas que não reportam tokens são contadas separadamente em vez de como zero. A interface está disponível em inglês ou japonês, alternada por usuário nas Configurações; existem capturas de tela para ambos. As opções de implantação são documentadas como uma decisão de vinte minutos: compose (o padrão, uma equipe em um host Linux com Docker), native (sem Docker, usuário único, ex: WSL2 ou uma máquina Linux pessoal), ecs / ecs-ec2 (AWS com isolamento em nível de tarefa) e ec2-single (AWS, equipe pequena, Compose em uma VM). Os pacotes lançados puxam imagens fixadas do GHCR e são publicados em um repositório de distribuição separado; os procedimentos de comando ficam ao lado do que operam (deploy/compose, deploy/native, deploy/aws/ecs). A compilação a partir da árvore envolve copiar o .env.example, gerar segredos como AF_MASTER_KEY, construir a imagem do workspace por usuário e executar o docker compose. O Caddy gerencia o TLS via Let's Encrypt, e o login utiliza o OAuth do próprio plano de controle. A documentação é dividida por leitor: guide/ explica como fazer as coisas e é enviada para cada container de workspace, aberta a partir da entrada "User guide" do Console; docs/ explica como o código funciona e por quê. O código-fonte é organizado em workspace/ (o agente e sua imagem), control-plane/ e console/, com uma pilha de desenvolvimento local iniciada através de deploy/local/run-dev.sh (local = Docker, wsl, native, reset). O README também define a terminologia: um Workspace é o ambiente de container persistente para um usuário com um volume home e processos em execução; uma Working copy é o diretório de trabalho de um repositório git clonado dentro de um Workspace; uma Session é a unidade lógica de uma conversa, suas configurações e estado de execução, vinculada a uma cópia de trabalho. Sessões não implicam um terminal — Codex, OpenCode, Copilot, Cursor e Kiro usam por padrão um método de execução gerenciado a partir da visualização de chat (Codex e OpenCode rodam em um runtime compartilhado sem processo CLI por sessão), enquanto Claude, Antigravity e sessões de shell simples / SSM usam um terminal. O projeto é licenciado sob a Apache License 2.0, e o README observa que publicar o código-fonte de uma ferramenta de manipulação de credenciais para que cada empresa possa auditar a implementação de criptografia e isolamento faz parte da proposta. As orientações de contribuição estão em CONTRIBUTING.md, e os relatórios de vulnerabilidades e o modelo de ameaças estão em SECURITY.md.