Dois side projects de engenheiros viraram o agente que age dentro do Dropbox
Aprofundamento CEVIU
Aprofundamento
O problema central que a fonte descreve é de arquitetura: como deixar um agente mexer em arquivos reais sem perder controle. Daniel Reiter Horn montou um sandbox com agente de código e software de modelagem 3D, ligado ao Dropbox por rclone. Rich Chan fez o caminho inverso, construindo uma interface gráfica no app desktop para rodar o agente com acesso aos arquivos, com controles de permissão. Os dois protótipos se complementaram e viraram o agente da nova experiência do Dropbox.
No desenho final, cada conversa ganha uma VM nova, restaurada de um snapshot de memória com QEMU, a mesma técnica que a plataforma Riviera usa para gerar prévias de documentos do Microsoft Office. O workspace sobe em dezenas de milissegundos e não tem acesso geral à internet. Todo tráfego passa por um proxy até o host_tools, processo fora da VM que valida destino e operação, confere a permissão do usuário e só então injeta as credenciais. Em testes, 75% dos workspaces estavam conectados ao Dropbox e prontos para enviar a primeira requisição ao modelo em até 300 milissegundos. A interface usa a Codex App Server API, com mensagens JSON-RPC em JSONL, organizadas em threads, turns e items. Um adaptador converte mensagens do Pi, outro harness de agente, para esse protocolo. Cada versão de arquivo alterada guarda a conversa que a produziu, o que permite desfazer só o trabalho do agente. Se alguém editou o arquivo depois, o Dropbox salva a versão restaurada como cópia renomeada.
O que mudou
A cobertura anterior mostra o Dropbox investindo em agentes por várias frentes. Em 27 de maio de 2026, o CEVIU noticiou "Apresentando Nova, a plataforma interna do Dropbox para agentes de codificação", voltada a engenheiros da própria empresa. Em 10 de novembro de 2026, em "Dropbox usa desenvolvimento assistido por IA para construir a nova experiência do produto", o foco era como a empresa usou IA para construir essa experiência. Agora o relato mostra o outro lado: o agente que roda dentro do produto, com sandbox, permissões e desfazer por conversa.
Por que isso importa
Para quem desenvolve agentes que tocam dados de usuários, o desenho serve de referência: credenciais e checagens de permissão ficam fora do alcance do agente, e toda mudança é rastreável. Isso é leitura editorial, mas a lição prática é que o undo por conversa pesa tanto quanto o sandbox.
Linha do tempo
CEVIU noticia Nova, plataforma interna do Dropbox para agentes de codificação.
CEVIU noticia o uso de desenvolvimento assistido por IA na nova experiência do Dropbox.
Dropbox detalha como dois side projects viraram o agente da nova experiência.
Perguntas frequentes
Como o agente do Dropbox evita acessar o que não deve?
Cada conversa roda numa VM isolada, sem acesso geral à internet. As requisições passam por um proxy até o host_tools, fora da VM, que checa destino, operação e permissão do usuário antes de adicionar credenciais. Assim o agente não consegue ampliar o próprio acesso.
É possível desfazer o que o agente fez?
Sim. O Dropbox registra qual conversa gerou cada versão de arquivo, então dá para restaurar só o trabalho daquele agente. Se alguém editou o arquivo depois, a versão restaurada vira uma cópia renomeada, preservando a edição.
Qual a velocidade de início do workspace?
A VM é restaurada de um snapshot de memória com QEMU e sobe em dezenas de milissegundos. Em testes, 75% dos workspaces estavam conectados e prontos para enviar a primeira requisição ao modelo em até 300 milissegundos. O sistema começa a preparar o ambiente antes de o usuário enviar a mensagem.
O usuário precisa aprovar cada alteração?
Não. Em pedidos amplos, o agente propõe um plano que o usuário aprova, e o acesso é liberado por pasta, por meio de um cartão de Allow ou Deny. Tarefas simples seguem um caminho mais curto, pedindo só a pasta de destino.
Fontes
- dropbox.techfonte original
- Categoria
- CEVIU Web Dev
- Publicado
- 12 de novembro de 2026
- Editoria
- CEVIU Web Dev

