Deploy automático não significa disparar uma operação e torcer. O agente precisa identificar o Site, entender os arquivos atuais, aplicar a mudança, publicar e acompanhar o resultado até um estado final.

No Site no Ar, isso acontece dentro do repositório do próprio Site.

1. Conectar e autenticar

O cliente se conecta a https://mcp.sitenoar.dev e autoriza a conta pelo navegador. O prompt central de Configuração resolve o setup específico de cada cliente e testa get_account.

2. Escolher o Site correto

O agente usa create_site quando o usuário pediu um Site novo. Para atualizar, usa list_sites ou o ID informado e não cria outro endereço.

Antes de editar, chama get_context. Essa tool mostra o estado publicado, a Session e as instruções do projeto.

3. Editar pelas file tools

O conteúdo público vive em public/. O agente inspeciona com list_files, read_file e search, depois altera com write_file, edit_file e delete_file.

Cada mudança fica salva automaticamente na Session. Nada vai ao ar ainda.

O agente também mantém public/sitemap.xml alinhado com as páginas públicas. Esse arquivo orienta crawlers e a auditoria de SEO.

4. Publicar uma Version

deploy transforma o trabalho da Session em uma nova Version no histórico do Site. A mensagem deve ser curta e explicar a mudança.

Depois, o agente acompanha deploy_status até success, failed ou worker_upload_failed. Iniciar o deploy não prova que o conteúdo está no ar.

5. Verificar o resultado

No sucesso, o agente abre a URL e confere pelo menos:

  • home carregando;
  • assets nos caminhos esperados;
  • links principais;
  • mudança pedida visível;
  • sitemap acessível.

Se o deploy falhar, a resposta final precisa trazer o erro e a próxima ação. Não deve anunciar uma publicação que não terminou.

Um prompt operacional

Atualize o Site campanha-produto.
Leia o estado atual com get_context e inspecione os arquivos antes de editar.
Troque o CTA principal e atualize public/sitemap.xml se alguma rota mudar.
Publique com deploy, acompanhe deploy_status e abra a URL final.
Só conclua se o status for success.

Esse fluxo vale em qualquer cliente conectado ao MCP. A interface de setup pode mudar, mas o trabalho no Site não muda. Veja o contrato completo em Publicação.