Skip to content

Prompt

TL;DR: o prompt master em prompts/starlight-operator.md orquestra geração de briefs + Astro project per prospect. Vendedor referencia o prompt, Claude gera tudo, git push e Coolify deploya em <slug>.pandora.mukutu.cloud.

Localização

prompts/starlight-operator.md na raiz do repo starlight.

Versionado no git. Toda mudança = commit + tag v0.X.

Como o vendedor usa

4 passos por prospect:

  1. cd 99-development/starlight
  2. claude (CLI) ou abre Claude Code no IDE apontando pro repo
  3. Cola no prompt inicial:

    “Leia prompts/starlight-operator.md e siga o workflow. Inputs: URL=https://exemplo.com.br, LinkedIn=https://linkedin.com/in/..., contexto=clínica estética em Pinheiros, 2 sócias, foco em harmonização.”

  4. Aguarda Claude rodar (briefs + Astro project gerados em clientes/<slug>/) → git add clientes/<slug> && git commit -m "preview: <slug>" && git push. Coolify deploya em <slug>.pandora.mukutu.cloud.

Tools que o prompt assume

ToolUso
WebFetchLê site do prospect, LinkedIn público, Instagram público
BashCria diretórios clientes/<slug>/ e clientes/<slug>/site/
Read / Write / EditLê prompt, escreve briefs + arquivos Astro
Task (fan-out)Subagents paralelos pra brand extract + copy + video script + Astro gen

Outputs esperados

6 briefs em clientes/<slug>/:

ArquivoConteúdo
brief.mdBriefing curto: posicionamento, ofertas, paleta, tom
brand-extract.mdO que foi extraído do site/LinkedIn: cores, fotos, vozes, ofertas atuais
copy.mdHero, seções de oferta, FAQ, CTA
email.mdEmail outbound (sequência de 3) com placeholder pro link do preview
dm.mdDM Instagram/LinkedIn curta
video-script.mdRoteiro do vídeo Loom de 60-90s

Astro project em clientes/<slug>/site/:

ArquivoFunção
package.jsonDeps Astro + scripts dev/build
astro.config.mjsConfig base
tsconfig.jsonTS strict
src/layouts/Layout.astroHTML wrapper + meta tags + fonts
src/pages/index.astroLanding renderizando hero + cards do copy.md
src/styles/global.cssPaleta extraída do brand-extract
public/favicon.svgPlaceholder ou logo extraído
.gitignoreNode/Astro defaults

Quando atualizar o prompt

  • CEO revisa quality dos outputs (briefs + render do Astro) e marca pontos fracos
  • Nova vertical (sai estética, entra F&B)
  • Nova objeção recorrente que precisa ser endereçada na copy
  • Padrão de email que está performando bem (ou mal)
  • Template Astro melhorado (novo layout, nova seção, melhor performance)

Versionamento

  • Commit no git por mudança significativa
  • Tag v0.1, v0.2, … — registra qual versão gerou cada batch de previews
  • README dentro de prompts/ lista changelog rápido

Iteração rápida

Cada mudança no prompt = todos os próximos prospects saem com a nova versão. Sem deploy do prompt, sem retrain, sem build. Esse é o leverage do v0 — o “produto” é texto markdown + Astro gerado on-demand.

Limites do v0 (pra justificar evolução futura)

  • Claude Code tem rate limits (Pro/Max plan); volume grande pode estourar
  • Sem telemetria estruturada de quality dos outputs — feedback é manual via CEO
  • Sem retry automático em falha de WebFetch (vendedor precisa rodar de novo)
  • Sem cache de brand-extract entre prospects similares
  • Sem A/B test automatizado de variações de copy ou template Astro
  • Deploy depende de git push manual (Opção A em Hosting)

Quando 2+ desses virarem gargalo real medido, considerar:

  • Skill Claude Code dedicada
  • MCP server pra brand extract com cache
  • Pipeline batch (script Python que chama Claude API em loop)
  • Script CLI de deploy via Coolify API (Opção B em Hosting)

→ Próximo: Hosting