Paseo roda agentes de IA no Vercel Sandbox com sessão persistente entre laptop e celular

O changelog da Vercel registrou uma integração que muda como dá pra usar agentes de código no dia a dia: o Paseo, ferramenta que gerencia a execução de agentes como fx, Codex, Claude Code, OpenCode e Pi, agora tem um plugin oficial para rodar essas sessões dentro do Vercel Sandbox em vez de na máquina local.

O pacote vem do GitHub vercel-labs, o laboratório de projetos experimentais da Vercel, o que indica que a integração é mantida pela própria empresa, não por terceiros. Isso importa porque é a Vercel quem controla as duas pontas: o ambiente de execução (Sandbox) e o roteamento das chamadas de modelo (AI↳Inteligência artificial440 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025IA generativa e a urgência de reconstruir nossa relação com a verdadeAI · jun 2025Ver tudo em AI → Gateway).

O que muda na prática

Até aqui, rodar um agente de código local significava prender a sessão à máquina onde ela começou. Fechar o laptop ou trocar de rede quebrava o fluxo, e qualquer processo em andamento (um build, um teste, uma refatoração longa) ficava órfão.

Com o Vercel Sandbox como destino de execução, o Paseo desacopla a sessão do dispositivo. O changelog descreve o caso de uso de forma direta:

Você pode iniciar um agente no Vercel Sandbox a partir do Paseo no seu laptop e depois conectar pelo celular para controlar a mesma sessão, mesmo com o laptop fechado.

Vercel ChangelogYou can now start an agent in Vercel Sandbox from Paseo on your laptop, then connect from your phone to control the same session, even when your laptop is closed.

Parar o sandbox salva os arquivos e o histórico de conversa, então dá para retomar depois de onde parou. Processos ativos, porém, são interrompidos junto com o sandbox: não existe computação em segundo plano rodando de graça enquanto você não está olhando.

O caminho que eu seguiria para testar isso

Se eu fosse configurar esse fluxo num projeto típico, a sequência documentada no changelog é direta:

1. Abrir o Paseo e ir em Settings → Plugins para habilitar plugins (vem desativado por padrão).
2. Instalar o plugin oficial pelo próprio Paseo:

paseo plugin add vercel-labs/paseo-vercel-sandbox

1. Informar a chave do Vercel AI Gateway uma única vez, durante a configuração inicial do plugin.
2. Iniciar um agente suportado (Codex, Claude Code, OpenCode, Pi ou fx) escolhendo o Vercel Sandbox como destino de execução.
3. Encerrar a sessão no laptop quando precisar sair, sabendo que o estado (arquivos e histórico) fica salvo no sandbox parado.
4. Reabrir o Paseo em outro dispositivo, conectar à mesma sessão e retomar a conversa de onde ela parou.

O ponto que merece atenção no passo 5 é o que o changelog deixa explícito: parar o sandbox não é só "pausar a tela", é congelar o estado. Um processo de build rodando em background, por exemplo, não sobrevive ao fechamento: ele para junto, e é preciso reiniciá-lo manualmente na retomada.

Por que a chave do AI Gateway fica fora do sandbox

A parte de segurança é tratada como requisito, não como nota de rodapé. O plugin pede a chave do Vercel AI Gateway uma vez, no setup, e a reutiliza para as chamadas de modelo em todas as sessões seguintes, mantendo a chave fora do sandbox.

Isso resolve um problema conhecido de quem já brincou com agentes autônomos em ambientes isolados: se a chave de API mora dentro do container que o agente controla, qualquer comando que o próprio agente execute (ou qualquer prompt injection bem-sucedido) pode vazar ou reutilizar essa credencial. Mantendo a chave do lado do AI Gateway, fora do sandbox, o pior cenário é o agente perder acesso ao modelo, não expor a credencial.

Em resumo: o desenho separa claramente dois perímetros de confiança. O sandbox é onde o código do agente roda e pode fazer o que quiser com o sistema de arquivos efêmero; o AI Gateway é onde a autenticação com os provedores de modelo acontece, e esse segundo perímetro nunca entra em contato direto com o ambiente de execução do agente.

O que isso significa pra quem já automatiza tarefas com agentes

Para quem usa Codex, Claude Code ou OpenCode no terminal local hoje, a mudança de modelo mental é tratar a sessão de agente como algo que mora na nuvem por padrão, não na máquina. Isso aproxima o fluxo de trabalho com agente de código do fluxo de trabalho com CI/CD↳CI/CD23 conteúdosCI/CD Mobile: o caos invisível que separa times comuns de times de alta performanceDev (Back & Front) · abr 2026Lambda: implementando com GitLab CI/CD e Terraform para Integração SFTP, S3 e Databricks em GoDev (Back & Front) · nov 2023Publicando sua aplicação Web Python no WebApp do Azure e configurando o CI/CD da sua aplicaçãoDevSecOps · abr 2019Ver tudo em DevSecOps →: você dispara, acompanha, e pode largar o processo sem travar o laptop.

Também abre uma porta interessante pra times que revisam trabalho de agente em grupo: se a sessão vive no Vercel Sandbox e não numa máquina pessoal, teoricamente dá pra pensar em handoff entre pessoas, não só entre dispositivos da mesma pessoa, embora o changelog não mencione esse cenário de forma explícita.

Uma ressalva honesta: o changelog não traz nenhum número de latência, custo por sessão ativa de sandbox, nem limite de tempo antes de uma sessão ociosa ser encerrada automaticamente. Quem for colocar isso num fluxo de produção precisa checar a documentação do Vercel Sandbox e do Paseo plugin listing linkadas no próprio changelog antes de depender disso para tarefas críticas.

O que fica em aberto

O material da Vercel não detalha o que acontece se a conexão cair no meio de uma chamada de modelo, nem como o plugin lida com múltiplos dispositivos tentando controlar a mesma sessão ao mesmo tempo. Também não há menção a preço: rodar um sandbox persistente tem custo de computação que varia conforme o plano da Vercel, e isso não aparece no anúncio.

Para quem já usa Paseo localmente, o caminho mais seguro é testar primeiro com uma tarefa não crítica, confirmar que o histórico realmente persiste ao parar e retomar o sandbox, e só depois migrar fluxos de agente que importam de verdade para esse modelo de execução remota.

Fonte: Vercel Changelog