O cliente não compra uma conversa. Ele espera uma URL que possa abrir, revisar e compartilhar, além de um processo claro para pedir mudanças.
Com o MCP do Site no Ar conectado, ChatGPT, Claude, Codex, Cursor e outros clientes compatíveis seguem o mesmo caminho. O agente edita o Site pelas file tools e publica a URL sem pedir um handoff manual de arquivos.
Comece com um briefing que fecha decisões
Registre objetivo, público, oferta, CTA, referências visuais, páginas e conteúdo obrigatório. Marque também o que ainda depende de aprovação.
Antes de criar, resuma o briefing e liste as decisões em aberto.Não invente depoimentos, métricas ou condições comerciais.Reserve o endereço certo
Se o Site é novo, escolha um slug curto e legível. Se já existe, informe o ID ou o slug e proíba a criação de outro Site.
Atualize o Site campanha-cliente.Não crie outro Site e não altere o slug.Trabalhe em uma Session
Peça para o agente chamar get_context, ler os arquivos atuais e editar o
diretório public/. As mudanças ficam salvas, mas não publicadas.
Para aprovação:
Monte a versão de revisão pelas file tools e pare antes do deploy.Resuma a copy, os links, o CTA e os arquivos alterados.Publique depois da aprovação
Aplique os ajustes aprovados.Confira public/sitemap.xml, publique com deploy e acompanhe deploy_status.Abra a URL final e só conclua se o status for success.O deploy cria uma Version. Ajustes posteriores entram no mesmo Site e preservam o endereço compartilhado com o cliente.
Faça um handoff útil
Entregue:
- URL pública;
- slug e Site usados;
- páginas publicadas;
- resumo da Version;
- verificações executadas;
- pendências de conteúdo, domínio ou integração.
O dashboard continua útil para acompanhar Sites e Versions, mas não precisa ser uma ponte manual entre chat e publicação. Veja Configuração e Publicação para o fluxo completo.