Builds salvos
Um build salvo é um retrato de uma configuração em andamento no uploader web. Ele guarda as escolhas feitas até aqui e dá a esse trabalho uma referência estável build_<hash>. O uploader web, a CLI e o MCP usam a mesma referência.
Um build não é um anúncio lançado nem um job concluído. Você pode salvar um build parcial, passá-lo para outra superfície e continuar trabalhando antes de criar qualquer coisa.
Salvamento automático no uploader web
O uploader salva seu build atual discretamente enquanto você trabalha. A referência do build aparece em dois lugares:
- Na parte de baixo do painel de configuração de anúncios
- No cabeçalho do editor de texto por anúncio e por conjunto de anúncios, ao lado de Reset All
Toque no ícone de copiar ao lado da referência para levá-la à área de transferência. Depois é só colar na CLI, em uma conversa MCP ou nas suas anotações, sem copiar a configuração inteira.
O salvamento automático mantém uma cópia de trabalho atualizada. Ele não lança anúncios nem substitui as etapas normais de pré-visualização e criação.
Salvamentos automáticos e builds nomeados
Um salvamento automático é a cópia de trabalho atual, sem nome. Um build nomeado é um salvamento automático que você salvou de propósito com um nome útil, para continuar fácil de achar.
Quando a conta tem pelo menos um build, abra Saved Builds ao lado do seletor de conta de anúncio para ver todos os builds nomeados e seus salvamentos automáticos recentes daquela conta. De lá você pode:
- Retomar um build
- Copiar a referência dele
- Salvar um salvamento automático com um nome
- Renomear ou excluir um build salvo
Use um build nomeado para trabalho ao qual você quer voltar depois. Nomear um salvamento automático o mantém como build salvo em vez de deixá-lo no conjunto rotativo de salvamentos recentes.
Retomar um build
Para retomar pelo app web, abra Saved Builds e escolha Resume. O uploader restaura a configuração salva nos controles ao vivo para você continuar editando.
Resume continua trabalhando no mesmo build, então os salvamentos automáticos seguintes o atualizam no lugar. Escolha Fork quando quiser usar um build como modelo mantendo o original intacto. Fork cria um novo rascunho sem nome com a própria referência e abre a cópia para você editar.
Você também pode abrir um build diretamente com este formato de URL:
https://adsuploader.com/dashboard/uploader?build=build_...
O uploader troca para a conta de anúncio dona do build antes de restaurá-lo. Se o build era baseado em um preset API, o uploader seleciona esse preset de novo. Se era baseado em um anúncio da Meta, o uploader recarrega esse anúncio de origem e depois aplica a configuração salva.
A URL direta é útil quando um agente devolve um build para você ou quando a aba original do uploader está fechada.
Trabalhar com um agente de IA
Os editores de texto por anúncio e por conjunto de anúncios incluem botões do Claude e do ChatGPT. Cada botão abre uma conversa nova com a referência do build atual e um prompt de edição MCP já preenchidos. Descreva as mudanças de texto que você quer, e o agente consegue buscar e atualizar esse mesmo build pelo MCP do Ads Uploader.
Se o build ainda estiver aberto no uploader, a página verifica atualizações externas quando você volta para a aba ou foca a janela, e também verifica periodicamente enquanto a página está visível. Quando o servidor tem uma versão mais nova e você não tem edições locais pendentes, o uploader aplica a atualização automaticamente.
Toque no ícone de atualizar ao lado da referência do build quando quiser verificar na hora. O mesmo controle aparece no rodapé da configuração de anúncios e no cabeçalho do editor de texto.
Se você tiver edições locais quando uma atualização externa chegar, o uploader não as sobrescreve. Ele mostra Load changes e Keep mine:
- Load changes aplica o build salvo mais recente.
- Keep mine mantém seu trabalho local atual e descarta essa atualização.
Se a sua aba do uploader estiver fechada, peça ao agente a URL do build. Ele não precisa compartilhá-la depois de atualizar um build que já está aberto.
Mover trabalho entre web, CLI e MCP
Builds salvos são a ponte entre as três superfícies. Você pode começar no app web com mídia enviada e uma configuração de origem, passar a referência build_... para um agente de CLI ou MCP fazer uma mudança específica, e depois revisar o resultado na mesma aba do uploader ou por uma URL que você solicitou.
A referência continua identificando o mesmo build enquanto ele circula entre as superfícies. Você não precisa recriar preset, anúncio de origem, escolha de mídia ou configuração de texto a cada passagem.
Builds parciais e capacidade de lançamento
Um build pode ser útil antes de estar pronto para lançar. Você pode retomar e terminar um build parcial no uploader web mesmo quando a CLI ou o MCP o marcam como somente-web.
Para um lançamento pela CLI ou pelo MCP, o build salvo precisa de uma configuração de origem utilizável, como um preset API ou um anúncio de origem, mídia resolvível para a conta de anúncio dele e uma configuração completa que o fluxo sem interface suporte. Se qualquer uma dessas peças faltar, o build informa por que não pode ser lançado, para você voltar ao uploader web e terminá-lo.
Sempre pré-visualize antes de criar anúncios. Veja Lançar anúncios para o fluxo web ou a configuração da CLI para o fluxo de linha de comando.
Notas sobre conta e acesso
Builds salvos pertencem à conta de anúncio em que foram criados e não podem ser transferidos para outra conta. Um link direto pode trocar o uploader para a conta conectada correta, mas não muda a quem o build pertence.
O acesso à CLI e ao MCP é reservado a usuários pagos e não está disponível no período de teste. O MCP usa os mesmos controles de acesso da CLI, então desativar o acesso à CLI também desativa o acesso ao MCP. Veja a configuração do MCP para instruções de conexão e autenticação.