Documentação completa de um sistema de clonagem automatizada de sites…

INEMA

🚀 ETAPA 5 — PROMPTS OFICIAIS⌗

🔹 PROMPT 1 — Preparar Pacote Final do Cliente⌗

```Prepare o pacote final do projeto do cliente atual.

Organize dentro da pasta:

Cliente-00X-NomeDaEmpresa

Estrutura obrigatória:

/website → código final funcional /assets → logos e imagens utilizadas /briefing → resumo das informações do cliente /deploy/v1.0 → versão final pronta para entrega

Garanta que todos os arquivos estejam organizados e consistentes. Confirme quando estiver pronto.```

🔹 PROMPT 2 — Rodar Pre-Flight Check Final⌗

```Execute uma verificação final antes do deploy.

Checklist obrigatório:

Build sem erros
Homepage carrega corretamente
Responsividade mobile validada
Links e botões funcionando
Formulários funcionando
SEO title e meta description preenchidos
Assets carregando corretamente
Performance aceitável

Classifique cada item como:

🔴 CRITICAL
🟡 WARNING
🟢 GOOD

Se houver erro crítico, corrija antes de continuar.```

🔹 PROMPT 3 — Preparar Deploy⌗

```Prepare o projeto para deploy.

Gere build otimizado para produção.
Minifique arquivos se necessário.
Confirme que não há dependências quebradas.
Gere versão compactada (zip) pronta para envio.

Salve dentro de:

/deploy/v1.0```

🔹 PROMPT 4 — Registrar Informações de Entrega⌗

```Atualize o registro do cliente no Supabase:

status = "delivered"
delivered_at = timestamp atual
project_folder = nome da pasta
version = v1.0

Se houver URL de preview ou produção, inclua:

preview_url
production_url

Confirme atualização.```

🔹 PROMPT 5 — Gerar Relatório de Entrega para Cliente⌗

```Gere um relatório de entrega contendo:

Nome do cliente
Data de entrega
Funcionalidades incluídas
Seções implementadas
SEO configurado
Resultado do QA final
Instruções básicas de uso
Próximos passos sugeridos

Formato profissional e claro.```

🔹 PROMPT 6 — Criar Sistema de Versionamento⌗

```Implemente um padrão de versionamento para este cliente:

Toda nova alteração significativa deve gerar: /deploy/v1.1 /deploy/v1.2 /deploy/v2.0

Nunca sobrescrever versões anteriores. Criar também pasta /backup antes de alterações críticas.```

🔹 PROMPT 7 — Estruturar Plano de Recorrência⌗

```Crie três planos de manutenção mensal para este cliente:

Plano Starter Plano Growth Plano Pro

Cada plano deve incluir:

Tipo de suporte
Número de alterações mensais
Tempo de resposta
Atualizações de performance
Monitoramento básico

Formato estruturado e pronto para enviar ao cliente.```

🔹 PROMPT 8 — Criar Sistema de Solicitação de Alterações⌗

```Crie um modelo simples para que o cliente solicite alterações futuras.

Deve incluir:

Tipo de alteração
Urgência
Descrição
Arquivos anexos (se necessário)

Estruture como formulário ou template padrão de mensagem.```

🏁 Resultado da Etapa 5⌗

Depois desses prompts você terá:

✅ Projeto organizado profissionalmente
✅ Deploy preparado
✅ Versões registradas
✅ Status atualizado no banco
✅ Relatório de entrega pronto
✅ Sistema de manutenção estruturado
✅ Modelo de recorrência criado

✅ ETAPA 5 — Passo a passo (Entrega + Deploy + Manutenção)⌗

1) Empacotar a entrega (pacote do cliente)⌗

Dentro da pasta do cliente (Cliente-00X-Nome), garanta que você tem:

/website (código final)
/assets (logos/imagens)
/briefing (resumo do que foi pedido)
/deploy/v1.0 (versão entregue)

📌 Isso vira seu “dossiê” do projeto.

2) Checklist final de entrega (antes de publicar/enviar)⌗

Rode um “pre-flight” final (pode ser automático):

✅ Build OK
✅ Mobile OK
✅ Links (WhatsApp/email/CTA) OK
✅ Formulários funcionando
✅ SEO básico preenchido
✅ Performance mínima aceitável
✅ Página de obrigado (se tiver)
✅ Política/termos (se necessário)

Se algo falhar: corrigir antes de publicar.

3) Deploy (publicação)⌗

Escolha 1 modelo (você pode padronizar):

Opção A — Deploy rápido

Vercel / Netlify (ótimo para sites rápidos)

Opção B — WordPress / GHL

Se o cliente exigir CMS / funil / automações

Opção C — Hospedagem do cliente

Você entrega zip + instruções

📌 Regra de ouro: sempre registrar o método escolhido no /deploy.

4) Criar URLs e registrar tudo⌗

No arquivo de entrega (ou no banco), salvar:

preview_url
production_url
data da entrega
versão (v1.0, v1.1)
credenciais (NUNCA em texto puro; use gerenciador seguro)

E no Supabase:

atualizar registro com preview_url / production_url
status final: delivered

5) Aprovação do cliente (flow rápido)⌗

Enviar para o cliente:

link de preview/produção
lista do que foi entregue
o que pode ser alterado (1 rodada, 2 rodadas, etc.)

📌 Se o cliente pedir mudanças:

criar v1.1 dentro de /deploy
nunca sobrescrever a v1.0

6) Transformar em Recorrência (plano mensal)⌗

Depois de entregar, você oferece manutenção/serviço contínuo:

Exemplos de pacotes:

Plano Starter

ajustes pequenos (texto/imagem)
1 update/mês

Plano Growth

updates semanais
novas seções landing pages
integrações básicas (pixel, GA)

Plano Pro

A/B test
novas páginas mensais
automações + relatórios

📌 O segredo: o clone facilita a entrega e a recorrência vira lucro.

7) Sistema de suporte / solicitações⌗

Padronize como o cliente pede alterações:

Form simples “Solicitar mudança”
ou WhatsApp com template
ou um mini portal

Tudo gera:

ticket / registro
versão nova (v1.1, v1.2)

8) Backup e versionamento⌗

Antes de qualquer alteração grande:

duplicar o projeto atual para /backup
manter histórico em /deploy

Se quebrar, você volta em 30 segundos.

🎯 Entregável da Etapa 5⌗

No final você tem:

✅ Site publicado ou pronto para publicação
✅ Entrega registrada por versão
✅ Aprovação organizada
✅ Processo de suporte pronto
✅ Oferta de recorrência (MRR) instalada

Etapa 5

🚀 ETAPA 4 — PROMPTS OFICIAIS⌗

🔹 PROMPT 1 — Buscar Última Submissão⌗

```Busque no Supabase o registro mais recente da tabela "client_briefs" onde status = "new".

Retorne todos os campos estruturados.
Após buscar, atualize o status para "processing".
Confirme que os dados foram carregados corretamente.
Se não houver submissões novas, informe claramente.```

🔹 PROMPT 2 — Validar e Normalizar Dados⌗

```Valide todos os dados recebidos do banco.

Verifique se os campos obrigatórios existem: - client_name - headline - primary_color - email ou telefone
Garanta que as cores estejam no formato HEX válido.
Verifique se as URLs das imagens estão acessíveis.
Se faltar algum asset: - Gere um placeholder coerente OU - Solicite confirmação antes de continuar.

Não aplique nada ainda. Apenas valide e confirme que os dados estão prontos para clonagem.```

🔹 PROMPT 3 — Executar Cloning Protocol Automaticamente⌗

```Execute a Skill "Cloning Protocol" utilizando os dados carregados do Supabase.

Regras:

Não faça perguntas adicionais.
Preencha todas as fases automaticamente.
Aplique todas as alterações diretamente no código.
Não modifique o projeto master.
Crie uma nova instância do projeto.

Siga todas as fases do protocolo em ordem.```

🔹 PROMPT 4 — Criar Nova Pasta do Cliente⌗

```Crie uma nova pasta/projeto com o seguinte padrão:

Cliente-00X-NomeDaEmpresa

Substitua 00X pelo próximo número sequencial disponível.

Salve dentro dessa pasta: - Todo o website clonado - Assets utilizados - Configurações finais

Confirme que o projeto está isolado do master.```

🔹 PROMPT 5 — Rodar QA Automático⌗

```Execute uma verificação completa no novo projeto do cliente.

Checklist obrigatório:

Build sem erros
Homepage carrega corretamente
Links e botões funcionam
Responsividade (mobile/tablet/desktop)
Contraste de cores adequado
SEO (title e meta description preenchidos)
Assets carregando corretamente

Classifique cada item como:

🔴 CRITICAL 🟡 WARNING 🟢 GOOD

Se houver erro crítico, corrija automaticamente antes de finalizar.```

🔹 PROMPT 6 — Atualizar Status no Supabase⌗

```Após finalização da clonagem:

Atualize o registro no Supabase: - status = "done" - delivered_at = timestamp atual - project_folder = nome da pasta criada
Confirme que o processo foi concluído com sucesso.```

🔹 PROMPT 7 — Gerar Relatório Final⌗

```Gere um relatório final contendo:

Nome do cliente
Alterações aplicadas
Assets substituídos
Cores aplicadas
Links configurados
Resultado do QA
Caminho da pasta do projeto

Formato claro e organizado.```

🏁 Resultado Final da Etapa 4⌗

Após rodar esses prompts você terá:

✅ Clone gerado automaticamente ✅ Pasta organizada por cliente ✅ QA validado ✅ Banco atualizado ✅ Processo fechado de ponta a ponta

✅ ETAPA 4 — Passo a passo (Execução Automática)⌗

1) Garantir pré-requisitos (check rápido)⌗

Antes de rodar:

✅ Master Website está ok (Etapa 1)
✅ Cloning Protocol Skill pronta (Etapa 2)
✅ Form + Supabase gravando dados (Etapa 3)
✅ Existe pelo menos 1 registro com status = "new" no client_briefs

2) Buscar a última submissão “new” no Supabase⌗

A rotina deve:

Puxar o registro mais recente de client_briefs onde status = "new"
Trazer:
textos
cores
links
arrays (services, testimonials)
URLs de imagens (logo_url, trusted_logos_urls)

Depois que puxar:

Atualizar o status para processing

3) Normalizar dados (limpeza automática)⌗

Antes de aplicar no site:

Garantir que cores estão em formato válido (#HEX)
Garantir que campos obrigatórios existem (nome, headline, contato)
Se algum asset estiver faltando:
pedir upload ou
gerar placeholder automaticamente (se você permitir)

4) Rodar a Cloning Protocol Skill com esses dados⌗

A skill deve executar por fases (sem você responder manualmente):

Fase 1: Identidade da marca (nome, nicho, contatos)
Fase 2: Visual (logo, cores, favicon)
Fase 3: Copy (hero, seções, CTA)
Fase 4: Provas (trusted logos, depoimentos)
Fase 5: Oferta (planos, preço)
Fase 6: SEO (title, description, OG)
Fase 7: Validação (QA)

5) Aplicar mudanças no código (o coração)⌗

A execução deve:

substituir textos nos componentes corretos
aplicar tema/cores no config/theme
trocar imagens e assets
atualizar dados de SEO e favicon
ajustar links (WhatsApp/email/Instagram)

6) Gerar projeto final do cliente (pasta/projeto novo)⌗

Criar uma nova instância com nome padrão:

Cliente-00X-NomeDaEmpresa

Regras:

nunca alterar o master
sempre duplicar e criar novo diretório/projeto

7) Rodar QA automático (obrigatório)⌗

Checklist mínimo:

build sem erro
homepage carrega
links funcionam (botões/menus/CTAs)
responsivo ok (mobile/tablet/desktop)
contraste de cores ok
imagens carregando
SEO básico preenchido

Se encontrar problemas:

marcar como:
🔴 CRITICAL (bloqueia entrega)
🟡 WARNING (ajustável)
🟢 GOOD (ok)

8) Publicar/Exportar e finalizar status no Supabase⌗

Após o QA:

exportar zip/projeto do cliente
atualizar no Supabase:
status = "done"
delivered_at
project_folder (nome do projeto)
opcional: preview_url se tiver deploy

📌 Entregável da Etapa 4⌗

No final você tem:

✅ Clone gerado automaticamente ✅ Projeto separado por cliente ✅ QA rodado antes da entrega ✅ Status atualizado no Supabase ✅ Pronto para escala (1 brief → 1 site)

Etapa 4

🧬 ETAPA 3 — PROMPTS OFICIAIS⌗

🔹 PROMPT 1 — Criar Estrutura do Banco no Supabase⌗

```Crie para mim a estrutura completa no Supabase para armazenar briefings de clientes.

Crie:

Uma tabela chamada "client_briefs"
Um bucket de storage chamado "client-assets"

A tabela client_briefs deve conter os seguintes campos:

id (primary key)
created_at (timestamp automático)
client_name
niche
email
phone
domain
headline
subheadline
about_text
services (array ou json)
testimonials (json)
pricing (json)
primary_color
secondary_color
logo_url
trusted_logos_urls (array)
social_links (json)
status (default: "new")

Garanta que a tabela esteja pronta para leitura e escrita via MCP.```

🔹 PROMPT 2 — Criar Formulário de Briefing⌗

```Crie um website simples e profissional chamado "Client Brief Portal".

Ele deve conter:

Logo no topo
Título: "Envie as Informações da Sua Marca"
Formulário dividido por seções:

SEÇÃO 1 – Identidade - Nome da empresa - Nicho - Email - Telefone - Domínio

SEÇÃO 2 – Identidade Visual - Upload de logo - Cor primária (color picker) - Cor secundária (color picker)

SEÇÃO 3 – Conteúdo - Headline - Subheadline - Texto sobre - Serviços (campo repetível)

SEÇÃO 4 – Prova Social - Depoimentos (campo repetível) - Upload de logos confiáveis

SEÇÃO 5 – Oferta - Planos e preços

Botão final: "Enviar Briefing"

O design deve ser limpo, moderno e profissional.```

🔹 PROMPT 3 — Conectar Formulário ao Supabase⌗

```Conecte o formulário ao Supabase utilizando o MCP configurado.

Regras:

Quando o formulário for enviado: - Salvar todos os campos na tabela client_briefs - Fazer upload das imagens no bucket client-assets - Salvar as URLs das imagens na tabela
Se algum campo obrigatório estiver vazio: - Exibir mensagem de erro clara
Após envio: - Mostrar mensagem de sucesso - Limpar formulário```

🔹 PROMPT 4 — Padronizar Estrutura de Dados⌗

```Padronize os seguintes campos para facilitar leitura futura pela Cloning Skill:

services deve ser salvo como array estruturado
testimonials deve ser salvo como JSON contendo: nome texto cargo (opcional)
pricing deve ser salvo como JSON contendo: nome_do_plano preco descricao destaque (boolean)
social_links deve ser salvo como objeto JSON estruturado

Garanta que os dados estejam organizados e consistentes.```

🔹 PROMPT 5 — Criar Confirmação Interna⌗

```Após cada submissão de briefing:

Atualize o status para "new"
Gere um log interno confirmando que: - Dados foram armazenados - Assets foram enviados - Registro foi criado com sucesso

Se houver erro, registrar no console o motivo.```

🔹 PROMPT 6 — Criar Comando para Buscar Última Submissão⌗

```Implemente um método que permita buscar automaticamente:

"A última submissão da tabela client_briefs onde status = new"

Ele deve:

Retornar todos os dados estruturados
Marcar o status como "processing"
Estar pronto para ser usado pela Cloning Protocol Skill```

🔹 PROMPT 7 — Teste Automático⌗

```Crie uma submissão de teste fictícia no banco para validar:

Inserção de dados
Upload de imagem fake
Estrutura JSON correta
Leitura da última submissão funcionando

Depois confirme que o sistema está operacional.```

✅ Resultado da Etapa 3⌗

Depois de rodar esses prompts você terá:

✅ Banco estruturado
✅ Storage funcionando
✅ Formulário bonito
✅ Dados padronizados
✅ Ponte pronta para Etapa 4 (clonagem automática)

✅ ETAPA 3 — Passo a passo (Captura de Dados)⌗

1) Defina o que você precisa coletar (campos do briefing)⌗

Crie um checklist padrão (mínimo viável):

Identidade

Nome da marca
Site atual (se tiver)
Nicho/segmento
Email/telefone
Cidade/área atendida

Branding

Logo (upload)
Paleta (cor primária/secundária)
Estilo (ex: clean, bold, premium)

Conteúdo

Headline
Subheadline
Texto “sobre”
Lista de serviços (3–6)
CTA principal (ex: “Falar no WhatsApp”)

Provas

Depoimentos (3)
Logos “trusted brands” (upload opcional)

Oferta

Planos/preços (opcional)
Garantia/bônus (opcional)

Links

WhatsApp
Instagram
Domínio final

2) Crie o banco no Supabase (tabelas)⌗

Você precisa de pelo menos 2 coisas:

Tabela de Submissões (briefs) Ex: client_briefs
Storage para arquivos (logos/imagens) Ex: bucket client-assets

Campos típicos na tabela client_briefs:

id, created_at
client_name, niche, email, phone
headline, subheadline, about_text
services (array ou texto)
primary_color, secondary_color
logo_url
trusted_logos_urls (array)
testimonials (json/array)
pricing (json)
social_links (json)
status (ex: new / processed)

3) Conecte o Supabase no AntiGravity (MCP)⌗

No AntiGravity:

Vá em MCP Servers
Adicione Supabase
Gere token no Supabase e cole
Salve

✅ Resultado: AntiGravity pode escrever/ler o banco.

4) Crie o Formulário (landing simples de briefing)⌗

Você cria um site/form “bonito e simples” que coleta tudo.

O formulário precisa:

Inputs de texto
Upload de arquivos (logo, imagens)
Dropdowns (estilo, nicho)
Prévia de cores (color picker)
Botão “Enviar Briefing”

✅ Ao enviar:

Salva os textos em client_briefs
Faz upload dos arquivos no Storage
Salva as URLs dos arquivos na tabela

5) Padronize o formato de dados (pra skill ler fácil)⌗

Sugestão:

testimonials como JSON:
nome, texto, cargo (opcional)
services como lista
pricing como objetos (plano, preço, descrição)

Isso evita bagunça quando a Skill puxar tudo.

6) Confirmação automática (feedback pro cliente)⌗

Depois que enviar, mostrar:

“Briefing enviado com sucesso”
“Você receberá a prévia em X horas” (ou instantâneo se for o caso)

Opcional:

Disparar email/WhatsApp interno avisando “novo briefing recebido”.

7) Teste completo (como cliente)⌗

Teste preenchendo:

textos
upload de logo
cores
depoimentos

Depois confira no Supabase:

registro apareceu em client_briefs?
arquivos subiram no bucket?
URLs estão gravadas?

8) Crie o gatilho para a clonagem (ponte para etapa 4/execução)⌗

Com tudo funcionando, o comando padrão vira:

“Use a última submissão do Supabase”
“Aplique o Cloning Protocol”
“Salve como Cliente-00X”

✅ A partir daqui, você tem o sistema fechado.

📌 Entregável da Etapa 3⌗

Ao final você terá:

✅ Formulário de briefing funcionando
✅ Supabase conectado
✅ Banco armazenando textos + assets
✅ Estrutura padronizada para a Skill consumir
✅ Pronto para automatizar “submissão → clone”

Etapa 3

🧬 ETAPA 2 — PROMPTS OFICIAIS⌗

🔹 PROMPT 1 — Criar a Skill Base⌗

Use este primeiro:

```Crie para mim uma nova Skill chamada "Cloning Protocol".

Objetivo da Skill: Quando acionada, ela deve clonar este website master e transformá-lo em uma nova versão para outro cliente, seguindo um processo estruturado por fases.

A Skill deve:

Trabalhar de forma sistemática
Seguir todas as fases na ordem correta
Confirmar cada fase antes de avançar
Solicitar qualquer informação faltante
Implementar as mudanças diretamente no código

Não faça a clonagem ainda. Apenas crie a Skill estruturada.```

🔹 PROMPT 2 — Definir as Fases do Protocolo⌗

Depois que a skill for criada:

```Atualize a Skill "Cloning Protocol" para incluir as seguintes fases obrigatórias:

FASE 1 – Identidade da Marca - Nome da empresa - Nicho - Domínio - Email - Telefone - Links sociais

FASE 2 – Identidade Visual - Logo (upload se necessário) - Cor primária - Cor secundária - Fonte principal (se houver) - Favicon

FASE 3 – Copy Principal - Headline principal - Subheadline - Texto da seção hero - Texto da seção sobre - Serviços - CTA principal

FASE 4 – Prova Social - Depoimentos - Logos de marcas confiáveis

FASE 5 – Oferta - Planos e preços - Garantias - Bônus (se houver)

FASE 6 – SEO - Title - Meta description - Open Graph

FASE 7 – Validação Final - Verificar contraste - Verificar links - Verificar responsividade - Verificar erros de build

A Skill deve funcionar como um workflow sequencial.```

🔹 PROMPT 3 — Tornar a Skill Automática (Integração futura com Supabase)⌗

```Atualize a Skill para que ela também possa funcionar em modo automático.

Se eu disser: "Use a última submissão do banco"

A Skill deve:

Buscar os dados mais recentes do Supabase
Preencher todas as fases automaticamente
Confirmar apenas inconsistências
Aplicar tudo no código sem precisar de perguntas adicionais```

🔹 PROMPT 4 — Implementação no Código⌗

Agora você deixa claro que não é só sugestão:

```Atualize a Skill para que todas as alterações sejam implementadas diretamente no código do projeto.

Ela deve:

Localizar arquivos relevantes automaticamente
Substituir textos corretamente
Atualizar cores no theme/config
Trocar logos e imagens
Atualizar componentes reutilizáveis
Ajustar metadata SEO

Não apenas sugerir mudanças. Executar as alterações.```

🔹 PROMPT 5 — Padrão de Exportação⌗

```Atualize a Skill para que ao final do processo ela:

Crie uma nova pasta chamada: Cliente-00X-NomeDaEmpresa
Salve o clone dentro dessa pasta
Rode preview/local host automaticamente
Liste todas as alterações feitas
Gere um checklist final de aprovação```

🔹 PROMPT 6 — Refinamento Inteligente⌗

Esse deixa o sistema mais profissional:

```Atualize a Skill para que, caso algum asset customizado não exista no banco de dados:

Gere automaticamente uma imagem coerente OU
Solicite upload ao usuário

Além disso:

Se detectar seção com imagem fixa no código, tornar essa seção dinâmica.
Se detectar hardcoded text, transformar em variável editável.```

🏁 Resultado Final da Etapa 2⌗

Depois desses prompts você terá:

✅ Uma Skill estruturada por fases
✅ Processo 100% replicável
✅ Suporte manual ou automático
✅ Implementação direta no código
✅ Exportação organizada por cliente
✅ Sistema pronto para escala

✅ ETAPA 2 — Passo a passo (Cloning Protocol Skill)⌗

1) Abra o projeto MASTER dentro do AntiGravity⌗

Use o site base já clonado e validado (Etapa 1).
Garanta que o master está “limpo” e funcionando.

2) Faça o “Mapa do que muda” (lista de variáveis clonáveis)⌗

Você vai listar tudo que precisa mudar quando trocar de marca. Exemplo padrão:

Logo
Nome da marca
Cores (primária/secundária)
Headline / Subheadline
Textos por seção (hero, serviços, CTA, FAQ)
Imagens principais (hero/sections)
Logos de “marcas confiáveis”
Preços/planos
Depoimentos
Links (WhatsApp, email, domínio, redes)
SEO básico (title, description, favicon)

📌 Isso vira o “checklist” que a skill vai seguir.

3) Crie a Skill “Cloning Protocol” (do zero)⌗

No AntiGravity, peça para criar uma skill na lateral (skills):

Objetivo da skill: Quando acionada, ela deve conduzir um fluxo em fases, perguntando pelos itens acima e depois aplicar tudo no código.

Estrutura recomendada da skill (fases):

Coletar dados do cliente (nome, nicho, links)
Logo + identidade visual (cores, fontes, favicon)
Copy (textos) (hero, seções, CTA)
Prova social (trusted logos + depoimentos)
Oferta (preços/planos)
Revisão final (QA + checklist)
Salvar/exportar (criar pasta do cliente)

4) Defina o padrão de entrada (inputs) que a skill aceita⌗

Você pode definir dois modos:

Modo A — Manual

A skill pergunta tudo e você responde.

Modo B — Automático (mais forte)

A skill puxa do Supabase “a última submissão” e preenche tudo sozinha.

✅ Mesmo se você ainda não tiver Supabase pronto, já deixe a skill preparada para isso.

5) Instrua a skill a pedir assets no formato certo⌗

Regras boas para incluir:

“Se faltar logo/imagem, peça upload”
“Sempre peça dimensão ideal”
“Se imagem não tiver contraste, sugerir ajustes”
“Se tiver seção com imagem custom, gerar ou substituir”

6) Instrua a skill a IMPLEMENTAR no código (não só sugerir)⌗

Ponto crítico: a skill tem que:

Localizar arquivos certos (hero, layout, theme, config)
Trocar textos/cores/imagens
Atualizar componentes reutilizáveis
Atualizar metadata/SEO

7) Crie padrão de saída (como salvar o clone)⌗

A skill deve terminar com:

Criar pasta/projeto com nome padrão:
Cliente-00X-Nome
Rodar preview/local
Listar alterações feitas
Checklist final do que ficou pendente

8) Teste com um “cliente fake”⌗

Faça um teste com dados simples.
Veja se a skill:
Pergunta o que precisa
Não esquece nada
Aplica no código certo
Entrega site funcionando

Depois do teste, refine a skill (essa é a parte mais valiosa).

✅ Entregável da Etapa 2⌗

No final você terá:

🔥 1 skill de clonagem reutilizável
🔥 1 protocolo por fases (padrão de agência)
🔥 Um processo que transforma “briefing → site pronto”

Etapa 2

Vou te mostrar a estrutura profissional ideal dentro de cada cliente.

📁 Estrutura Ideal Dentro de Cada Cliente⌗

Exemplo:

/Clientes /Cliente-001-PestControl

Dentro dessa pasta:

/Cliente-001-PestControl /website /assets /briefing /deploy /backup

Agora explico cada uma 👇

🔹 1️⃣ /website (OBRIGATÓRIO)⌗

Aqui fica:

Código final do site clonado
Arquivos editáveis
Componentes
CSS
Configurações

👉 Essa é a versão ativa do projeto.

🔹 2️⃣ /assets⌗

Aqui você guarda:

Logos originais do cliente
Imagens enviadas
Vídeos
PDFs
Brand book (se tiver)

Nunca dependa só do banco de dados.

Sempre tenha backup local dos assets.

🔹 3️⃣ /briefing⌗

Guarde:

PDF do formulário preenchido
Print das respostas
Arquivo JSON exportado do Supabase (opcional)
Contrato do cliente

Isso protege você legalmente.

🔹 4️⃣ /deploy⌗

Aqui você salva:

Versão que foi enviada para produção
Arquivo build final
Arquivo zip enviado para hospedagem

Exemplo:

/deploy /v1.0 /v1.1 /v2.0

Isso te dá controle de versão manual.

🔹 5️⃣ /backup⌗

Aqui você coloca:

Versões antigas
Mudanças grandes
Antes de atualizar algo crítico

Se algo quebrar, você volta.

🧠 Versão Simplificada (Se estiver começando)⌗

Se quiser algo mais simples:

/Cliente-001-Nome /website /assets /backup

Já resolve 90% dos problemas.

🏗 Estrutura Completa Visual (Nível Agência)⌗

Clientes │ ├── Cliente-001-PestControl │ ├── website │ ├── assets │ ├── briefing │ ├── deploy │ └── backup │ ├── Cliente-002-Dentista │ ├── website │ ├── assets │ ├── briefing │ ├── deploy │ └── backup

🚨 O Que Nunca Fazer⌗

❌ Colocar assets dentro do código misturado ❌ Não salvar versões enviadas ❌ Atualizar direto produção sem backup ❌ Misturar arquivos de clientes

💎 Mentalidade Correta⌗

Você não está criando sites.

Você está criando:

🏭 Uma linha de produção organizada.

🧩 ETAPA 1 — PROMPTS DA INFRAESTRUTURA BASE⌗

🔹 PROMPT 1 — Clonar o Repositório⌗

Depois de colar o link do GitHub:

Clone este repositório completo para o ambiente atual. Garanta que todos os arquivos, dependências e estrutura de pastas sejam mantidos exatamente como estão no GitHub. Após clonar, valide se o projeto está íntegro e pronto para rodar localmente.

🔹 PROMPT 2 — Validar Estrutura do Projeto⌗

Depois que o repo estiver clonado:

```Analise toda a estrutura deste projeto e me diga:

Como ele está organizado
Onde estão os principais arquivos de layout
Onde estão os componentes reutilizáveis
Onde estão imagens e assets
Como rodar este projeto localmente

Não modifique nada ainda, apenas analise e explique.```

👉 Isso te dá consciência estrutural antes de automatizar.

🔹 PROMPT 3 — Organizar Infraestrutura (Housekeeping)⌗

Para manter tudo limpo:

```Organize os arquivos deste projeto em apenas duas pastas principais:

Website (contendo todo o código do site master)
Cloning-Skill (onde futuramente ficará a skill de clonagem)

Não altere o código. Apenas reorganize visualmente a estrutura para deixar o ambiente limpo e fácil de navegar.```

🔹 PROMPT 4 — Validar Execução⌗

Antes de criar qualquer automação:

```Execute o projeto localmente em ambiente de preview. Valide que:

Todas as páginas carregam corretamente
Não há erros de build
As imagens estão funcionando
O CSS está sendo aplicado corretamente
As rotas estão funcionando

Se houver qualquer erro, corrija automaticamente.```

🔹 PROMPT 5 — Mapear Elementos Clonáveis⌗

Esse já prepara a etapa 2:

```Analise este website e identifique todos os elementos que provavelmente precisarão ser alterados ao clonar para outro cliente.

Liste separadamente:

Logo
Cores principais
Headline principal
Subheadline
Seções de serviços
Depoimentos
Preços
Logos de marcas
Imagens customizadas

Não implemente nada ainda. Apenas crie um mapeamento estratégico para futura clonagem.```

🎯 Resultado da Etapa 1⌗

Se você rodar esses prompts, você termina com:

✅ Repositório clonado⌗

✅ Estrutura organizada
✅ Projeto rodando
✅ Mapeamento pronto para criar a Skill
✅ Base limpa para escalar

✅ Passo a passo Etapa #1 — Infraestrutura Base (Master Asset)⌗

1) Escolha o “site master” (template base)⌗

Pegue um site/app bem feito (layout + componentes + páginas) que vai servir como modelo.
Ideal: um template que funcione para vários nichos (ex: serviços locais, SaaS simples, etc.).

2) Hospede (ou pegue) o código no GitHub⌗

Crie um repositório no GitHub com o projeto do site master.
Garanta que o repo tenha:
README básico
estrutura organizada (src, public, assets)
dependências funcionando (build/rodar local)

3) Clone o repositório dentro do AntiGravity⌗

No AntiGravity:

Vá na opção de clonar repo (clone repo).
Cole o link do GitHub.
Aguarde importar os arquivos do projeto.

✅ Resultado: você passa a ter o projeto “master” dentro do AntiGravity.

4) Crie uma estrutura de pastas por organização (pra não confundir)⌗

Dentro do AntiGravity (ou no seu padrão de organização):

Tenha um padrão tipo:
/website (o master/template)
/cloning-skill (skills e automações)

Se você trabalha com vários clientes, use:

Uma pasta por cliente quando exportar (fora do AntiGravity)
Para não correr o risco de editar o site errado.

5) “Housekeeping” (limpeza visual do projeto)⌗

Peça para o agente organizar para você (dentro do AntiGravity):

Criar só 2 pastas:

Website
Cloning Skill

✅ Resultado: fica limpo, rápido e você acha tudo sem esforço.

6) Confirme que o master roda⌗

Antes de automatizar:

Rode/visualize o projeto local (preview/localhost).
Confirme:
páginas carregam
imagens OK
fontes OK
componentes OK

✅ Se o master estiver perfeito, a clonagem vai ser perfeita.

🎁 Entregável dessa Etapa (o que você precisa ter pronto)⌗

Ao final do passo #1 você tem:

✅ 1 site master clonado no AntiGravity
✅ Arquivos organizados (Website / Cloning Skill)
✅ Template rodando sem erro
✅ Base pronta para criar o “Cloning Protocol” (etapa #2)

AQUI não é só “uma clonagem”. É um motor completo de clonagem automatizada.

🧩 Estrutura Real do Processo⌗

🔹 1. Infraestrutura Base⌗

Site master (template principal)
Repositório clonado
Organização de pastas
Skill de clonagem criada

👉 Essa é a base do sistema.

🔹 2. Protocolo de Clonagem⌗

Definir o que muda (logo, cores, copy, preços, depoimentos)
Criar Skill estruturada em fases
Tornar o processo repetível

👉 Aqui nasce a automação inteligente.

🔹 3. Captura de Dados⌗

Criar formulário personalizado
Cliente envia briefing
Upload de logos e informações
Armazenamento no Supabase

👉 Isso alimenta o motor.

🔹 4. Banco de Dados⌗

Estrutura de tabelas
Armazenamento automático
Possibilidade de puxar última submissão

👉 Aqui está o “cérebro” do sistema.

🔹 5. Execução da Clonagem⌗

Puxar dados do banco
Rodar a Skill
Gerar novo site
Exportar versão final

👉 Aqui acontece a mágica.

🎯 Então é uma etapa ou várias?⌗

Tecnicamente: várias etapas Estratégicamente: um único sistema integrado

Depois de configurado, vira praticamente:

🟢 1 clique → novo site pronto.

Se você quiser, pode explorar assim em níveis:

🔥 Iniciante (visão simples)
⚙️ Técnico (arquitetura detalhada)
💰 Estratégico (modelo de negócio para escalar clientes)

salve como skill.md

🧬 Resumo – Sistema de Clonagem AntiGravity⌗

🎯 Objetivo⌗

Mostrar como clonar programaticamente qualquer site ou aplicação usando AntiGravity, permitindo escalar múltiplos clientes sem recriar tudo do zero.

🏗 1. Estrutura Inicial (Master Asset)⌗

Ter um site base (master) hospedado no GitHub.
Clonar o repositório dentro do AntiGravity.
Organizar arquivos em pastas separadas (ex: uma pasta por cliente).
Evitar alterar projetos errados ao gerenciar múltiplos sites.

📋 2. Criação do “Cloning Protocol” (Protocolo de Clonagem)⌗

Definir quais elementos serão alterados ao clonar:

✅ Logo
✅ Copy (textos)
✅ Logos de marcas confiáveis
✅ Preços
✅ Depoimentos
✅ Esquema de cores
✅ Animações / elementos visuais

Criar uma Skill personalizada de clonagem que:

Siga um fluxo sistemático (6 ou 7 etapas)
Solicite informações necessárias
Peça assets (imagens/logos) com dimensões corretas
Implemente tudo automaticamente no site

🧠 3. Uso do Skill Creator⌗

Utilizar a Skill Creator do AntiGravity.
Criar uma skill reutilizável para clonar o site sempre que necessário.
A skill fica “hardwired” (contextualizada) com a estrutura do projeto.
Permite clonar 10, 100 ou 1000 sites com o mesmo modelo.

🗂 4. Organização (Housekeeping)⌗

Criar apenas duas pastas principais:
📁 Website
📁 Cloning Skill
Reduz carga cognitiva e mantém organização limpa.

📝 5. Criação de Formulário Dinâmico de Briefing⌗

Em vez de usar ferramentas externas como Paperform:

Criar um formulário personalizado que:

Solicita:
Nome da marca
Descrição
Nicho
Email
Estilo visual
Preços
Depoimentos
Upload de logos
Esquema de cores
Armazena dados automaticamente no Supabase
Permite upload de imagens
Pode incluir preview visual
Ajusta contraste automaticamente (ex: texto branco/preto)

🔗 6. Integração com Supabase (MCP)⌗

Processo:

Criar token no Supabase.
Conectar via MCP Server no AntiGravity.
Armazenar:

Informações da marca
Textos
Cores
Imagens
Estrutura do site 4. Visualizar dados via:
Schema Visualizer
Table Editor

Dica extra:

Pode usar ImageBB para armazenar imagens via API.

🤖 7. Automação Total⌗

Sistema permite:

Receber submissão do formulário
Armazenar dados automaticamente
Puxar última submissão do banco
Rodar protocolo de clonagem
Criar nova versão do site
Exportar para pasta “Clients”
Abrir em localhost

Sem necessidade de verificar manualmente o banco de dados.

🎨 8. Sistema Inteligente de Design⌗

Detecta e aplica automaticamente esquema de cores.
Segue regra 70/20/10 de design.
Mantém consistência visual.
Permite customização total.

🚀 9. Processo Final de Clonagem⌗

Fluxo completo:

Cliente preenche formulário.
Dados vão para Supabase.
Skill puxa dados.
Site é clonado.
Nova versão é criada.
Arquivo salvo como novo projeto.
Pode repetir infinitamente.

🔁 10. Refinamento⌗

Após primeira clonagem, revisar detalhes.
Ajustar a skill para:
Criar imagens específicas
Substituir assets personalizados
Tornar processo ainda mais preciso.

💥 Resultado Final⌗

Você cria um:

🔥 Sistema completo de clonagem automatizada 🔥 Banco de dados dinâmico 🔥 Formulário inteligente 🔥 Skill reutilizável 🔥 Motor de clonagem ilimitado

Permitindo escalar múltiplos clientes com replicação perfeita e quase zero trabalho manual.

🧬 Sistema de Clonagem AntiGravity

Mostro exatamente como clonar programaticamente qualquer site ou aplicação no AntiGravity, incluindo a criação de formulários personalizados que atualizam dinamicamente o banco de dados que o AntiGravity pode acessar e usar para reproduzir clones sempre que quiser.

✅ Replicar infinitos sites + apps com AntiGravity

📊 Captura briefing dos clientes, logos e informações

💻 Armazena essas informações no Supabase

🚀 Habilidade personalizada de Clonagem AntiGravity

🤩 Clona o site/app COMPLETO específico para qualquer marca

Recursos 🧬 Habilidade de Clonagem AntiGravity

Sistema de Clonagem AntiGravity

chatgpt.com ↗