Criar landing page
Orquestra fases e gates. O disco é a fonte da verdade; a memória da conversa não é. Violar a letra é violar o espírito.
Lei de Ferro
NENHUMA FASE COMEÇA SEM O GATE DA ANTERIOR APROVADO
Saída ≠ 0 do check-gate, ou nenhuma saída, é reprovação.
Dados: ~/projetos/criar-site/ (CRIAR_SITE_ROOT). Kit e comandos: ~/.claude/skills/criar-landing-page/assets/kit/README.md. Modelos: assets/modelos/. SUB-SKILL OBRIGATÓRIA: landing-registrar-feedback vale em todas as fases.
Passo 0 (obrigatório ao iniciar ou retomar um cliente; ajuste de baixo risco numa fase aprovada o dispensa)
test -f ~/projetos/criar-site/_regras-vivas.md- Não existe: pare e pergunte: "Parece que a migração inicial não foi feita. Quer que eu acione a landing-evoluir-skill agora para gerar o _regras-vivas.md com base no histórico de criar-site/?" Se sim: SUB-SKILL OBRIGATÓRIA: Use landing-evoluir-skill (modo migração) e volte ao passo 1.
- Existe: leia inteiro, defina as tags do projeto, rode
node check-regras.js --file <regras> --tags <tags> --listar, grave os ids no01e diga em uma linha as que valem para este cliente.
Função Gate
ANTES de cada fase:
node check-gate.js --cliente <nome> --antes-de <fase>- Leia os arquivos de entrada da fase (nunca a memória).
- Execute a fase.
- Grave a saída com frontmatter
aprovado: false. - Mostre ao Felipe e espere o "sim" explícito.
node approve.js --file <arq> --fase <fase> --via conversa --citacao "<trecho literal do sim>". Fases de alto risco (software-extra,publicacao): o Felipe roda! node approve.js ... --via comando.
| Fase | Skill | Saída |
|---|---|---|
| descoberta | landing-descoberta | 01-negocio-e-escopo.md, inventario-assets.md |
| direcao-visual | landing-direcao-visual | direcao-visual.md |
| plano | superpowers:writing-plans, salvo em <cliente>/plano.md | plano.md |
| execução | superpowers:executing-plans; landing-software-extra se tem:software-extra | site, 03-decisoes.md |
| revisão | superpowers:requesting-code-review mais o kit | resultados em publicacao.md |
| publicação | landing-publicar | publicacao.md |
Na execução, copie regras-site.json e pares-contraste.json dos modelos e rode o kit a cada entrega.
Rigor proporcional ao risco
| Risco | Exemplos | Exige |
|---|---|---|
| Baixo | texto, espaçamento, defeito localizado em fase aprovada | executar direto, sem Passo 0 nem gates; só as checagens pertinentes; registrar só se houve reação |
| Médio | identidade visual, seções, decisão aprovada | impacto curto; approve.js --reabrir da fase afetada |
| Alto | infra, recurso compartilhado, dados, produção | Lei de Ferro da skill; aceite via comando |
Mudar o que um artefato aprovado afirma reabre aquele gate; em dúvida, a classe acima.
Bandeiras Vermelhas: pare
- "Eu lembro do que o cliente disse" · "Já aprovou, vou direto" · "É rápido, pulo o questionário"
- Escrever
aprovado: trueà mão · esconder mudança material em## Pendências - Decidir stack sem perguntar · mockup para a landing nova
| Racionalização | Realidade |
|---|---|
| "O Felipe tem pressa" | Pressa não aprova fase: rode o gate |
| "É só um ajuste" | Classifique o risco; baixo risco já pode ir direto |
| "A memória basta" | Leia o arquivo; a memória é a fonte menos confiável |