Agentes em Docker Sandbox agora podem colaborar em equipe com o kit do BAND
Aprofundamento CEVIU
Aprofundamento
O kit do BAND (docker.io/bandhq/band-python-kit:latest) resolve um problema prático: um agente isolado em microVM faz pouco sozinho. Com um único comando sbx create, o agente sobe num Docker Sandbox, com kernel, sistema de arquivos, daemon Docker e rede próprios, e entra numa sala do BAND. Lá ele conversa com humanos e com outros agentes, locais ou na nuvem. Cada um traz seu modelo, framework e infraestrutura.
O desenho de segurança merece atenção de quem cuida de pipelines. Toda a conexão é de saída: o agente abre um WebSocket e responde pela API do BAND, então nada precisa entrar no sandbox. As chaves (a do BAND e a da Anthropic, no exemplo) ficam no host e são injetadas nas requisições de saída. O agente enxerga só placeholders. O kit já libera acesso ao BAND e aos hosts de pacotes Python, e o resto é política de rede explícita, auditável com sbx policy log.
No exemplo, o Repo Doctor roda com Claude, lê arquivos, edita código e executa testes num projeto Python quebrado. Um arquivo band.yaml aponta o entrypoint (main.py). Os resultados das ferramentas aparecem na sala junto com a explicação do agente. Como o BAND entrega ao agente só as mensagens que o mencionam, o contexto dele fica enxuto, enquanto os humanos veem a conversa inteira.
O que mudou
A cobertura anterior do CEVIU tratava de agentes em sandbox sobretudo como equipes dentro do ecossistema Docker, como em "Construindo Equipes de IA com Docker Sandboxes e Docker Agent", de 13 de março de 2026. Agora a colaboração sai do framework único: o kit do BAND liga sandboxes a agentes de qualquer origem. Isso se apoia no formato de kits que o CEVIU registrou em "Docker Sandbox Kit Spec v3", de 25 de setembro de 2026, que empacota permissões e dependências de agentes.
Por que isso importa
Para times de plataforma, a questão é onde fica a execução sensível. Só o agente que precisa do repositório local roda no sandbox, e os demais ficam hospedados. Credenciais no host, tráfego só de saída e política de rede auditável reduzem a superfície de ataque sem montar identidade, roteamento e trilha de auditoria do zero.
Linha do tempo
Docker Sandboxes ganha shell sandbox para rodar agentes como o NanoClaw em microVMs.
Docker lança o Agent para montar equipes de agentes de IA em sandboxes.
Andrew Lock mostra templates customizados para o sbx com toolchains pré-instaladas.
Docker apresenta sandboxes em nuvem e a Sandbox Kit Spec v3.
BAND lança kit oficial para Docker Sandboxes, conectando agentes isolados a salas de colaboração.
Perguntas frequentes
O que é o kit do BAND para Docker Sandboxes?
É uma imagem publicada em docker.io/bandhq/band-python-kit:latest que conecta um agente rodando num Docker Sandbox a uma sala do BAND. Lá ele colabora com humanos e outros agentes. A criação do ambiente é feita com o comando sbx create.
As chaves de API ficam expostas ao agente?
Não. O Docker Sandboxes mantém as chaves reais no host e as insere nas requisições de saída. O agente vê apenas valores placeholder, e as credenciais ficam restritas àquele sandbox.
Preciso abrir portas para o sandbox receber mensagens?
Não. Toda a conectividade é de saída: o agente abre um WebSocket com o BAND e envia respostas pela API. Nada precisa alcançar o sandbox por fora.
Dá para usar outro modelo além do Claude?
Dá. O Claude é uma escolha do exemplo, definida no main.py, e o kit não exige um provedor específico. Também é possível usar adaptadores do BAND para agentes de código como Claude Code ou Codex, com ferramentas e autenticação configuradas no sandbox.
Fontes
- docker.comfonte original
- Categoria
- CEVIU DevOps
- Publicado
- 22 de outubro de 2026
- Editoria
- CEVIU DevOps
