Voltar

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

  1. Docker Sandboxes ganha shell sandbox para rodar agentes como o NanoClaw em microVMs.

  2. Docker lança o Agent para montar equipes de agentes de IA em sandboxes.

  3. Andrew Lock mostra templates customizados para o sbx com toolchains pré-instaladas.

  4. Docker apresenta sandboxes em nuvem e a Sandbox Kit Spec v3.

  5. 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

Avalie este artigo:
Categoria
CEVIU DevOps
Publicado
22 de outubro de 2026
Editoria
CEVIU DevOps

Quer receber mais sobre CEVIU DevOps?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser