Docker apresenta sandboxes para conter trabalho de agentes
O problema: agentes precisam de acesso, mas acesso gera risco
Na keynote da Docker na WeAreDevelopers North America, o presidente Mark Cavage apresentou a visão da empresa para tornar o trabalho de agentes de IA confiável. O argumento central: agentes não apenas escrevem código - eles instalam dependências, acessam redes, usam credenciais e continuam trabalhando depois que o desenvolvedor passa para outra tarefa. Quanto mais acesso um agente tem para fazer trabalho real, maior o impacto de um erro. O desafio é dar liberdade aos agentes sem entregar acesso irrestrito.
Agentes são atores, não cargas de trabalho
Cavage demonstrou ao vivo que um contêiner pode funcionar exatamente como projetado e, ainda assim, o agente precisar de contenção além do que o contêiner oferece - porque agentes tomam decisões e agem sobre os sistemas ao redor, diferentemente de aplicações isoladas tradicionalmente.
A resposta é o Docker Sandboxes: cada agente recebe sua própria microVM isolada, com kernel separado do ambiente do host do desenvolvedor. O desenvolvedor escolhe o agente, o modelo e as ferramentas, e define políticas de acesso a arquivos, redes e segredos - políticas que ficam fora do controle do agente. Sandboxes está disponível gratuitamente por um CLI independente.
Autoridade reproduzível com Kits
Além do limite de segurança, os desenvolvedores precisam de uma forma repetível de definir o que roda e o que o agente pode acessar. A nova geração de Docker Sandbox Kits empacota o agente, suas ferramentas e as regras do sandbox em um artefato versionado e compartilhável, construído como imagens OCI padrão. A metáfora da Docker: assim como Dockerfiles tornaram o software reproduzível, os Kits tornam a autoridade reproduzível. Mudanças na autoridade de um agente ficam visíveis e revisáveis, e Docker convidou parceiros do ecossistema a ajudar a moldar a especificação rumo a governança neutra.
Do laptop para a nuvem
Trabalhos longos ou paralelos precisam de capacidade que persista quando o desenvolvedor se afasta. Docker Cloud Sandboxes leva a mesma isolamento baseado em microVM para compute gerenciado pela Docker: com o fluxo sbx, é possível começar localmente, mover o trabalho para a nuvem com um comando e deixá-lo continuar após fechar o laptop, sem provisionar infraestrutura. O serviço está disponível com cobrança por uso, e novas contas podem reivindicar US$ 250 em créditos por tempo limitado.
Ecossistema e padrões abertos
A Nous Research subiu ao palco para demonstrar o Hermes rodando como Kit de primeira classe nos Sandboxes, ilustrando a escolha de agentes de terceiros sobre uma camada comum de isolamento. A Docker também se comprometeu a submeter a especificação dos Kits à Cloud Native Computing Foundation (CNCF). Chris Aniszczyk, CTO da CNCF, afirmou que entregar Kits como imagens OCI padrão dá à indústria uma forma aberta e repetível de empacotar agente, ferramentas e guardrails em um artefato, e que a comunidade cloud native espera colaborar para trazer o trabalho sob governança neutra.
Conclusão
O conjunto forma um sistema único: Sandboxes oferecem um limite determinístico, Kits tornam ambiente e autoridade reproduzíveis e Cloud Sandboxes estendem o mesmo modelo de confiança para capacidade durável na nuvem. A tese final é que a confiança vem do sistema ao redor do agente - à medida que agentes assumem tarefas maiores, a infraestrutura ao redor importa mais, e o desenvolvedor mantém o controle sobre o que entra em produção.