Claude Code Safe Deploy Dry Run: verificar antes de pedir produção

Deixar Claude Code fazer deploy economiza tempo, mas acesso de produção sem dry run transforma cada falha em reunião de recuperação.

Este guia cria um dry run de deploy: build, risco do diff, preview URL, rollback owner, áreas tocadas e critérios de retry antes de produção.

Leituras relacionadas: claude-code-permissions-guide, claude-code-permission-audit-before-deploy, claude-code-cloudflare-workers. Base da documentação oficial: Anthropic Claude Code docs.

Por que decidir antes do primeiro comando

juntar prova pública e dono de rollback antes de permissões de produção

O ponto principal é manter o primeiro pedido pequeno. Defina escopo de leitura, áreas protegidas, primeira ação e comando de prova antes de editar.

pessoas atualizando Cloudflare Pages, Workers ou sites estáticos com Claude Code

Fluxo prático

1. Passar o build local primeiro
2. Ler diff por secrets, pagamento ou auth
3. Checar h1, canonical, hero e CTA na preview URL
4. Definir rollback owner e comando
5. Pedir produção só depois de prova completa

Situação	O que o Claude Code faz	Prova que a pessoa confere
Publicar artigo	Rodar build dist e checks de URL antes	build, diff, URL
Mudar CTA	Verificar Gumroad e consultoria no preview	build, diff, URL
Workers	Usar logs dry-run sem variáveis	build, diff, URL

Com essa prova, o Claude Code é avaliado por trabalho observável, não por uma nota final confiante.

Prompt e código para copiar

Transforme esta mudança em checklist de dry run antes de produção. Retorne tabela com build result, diff risk, preview URL, rollback owner, untouched areas e retry criteria. Não rode deploy de produção ainda.

const deployCheck = {
  build: "passed",
  diffReviewed: true,
  previewUrl: "https://example.pages.dev",
  rollbackOwner: "Masa",
  changedAreas: ["content", "cta-copy"]
};

function canRequestProductionAccess(check) {
  return check.build === "passed" &&
    check.diffReviewed &&
    /^https:\/\//.test(check.previewUrl) &&
    check.rollbackOwner.length > 0 &&
    !check.changedAreas.includes("secrets");
}

console.log({ ready: canRequestProductionAccess(deployCheck) });

Exemplos reais e falhas

Situação	O que o Claude Code faz	Prova que a pessoa confere
Publicar artigo	Rodar build dist e checks de URL antes	build, diff, URL
Mudar CTA	Verificar Gumroad e consultoria no preview	build, diff, URL
Workers	Usar logs dry-run sem variáveis	build, diff, URL

• Rodar wrangler antes do build deixa a causa confusa.
• Sem rollback owner, toda decisão pós-falha atrasa.
• Sem preview URL, páginas fallback com HTTP 200 passam batido.

O ponto principal é manter o primeiro pedido pequeno. Defina escopo de leitura, áreas protegidas, primeira ação e comando de prova antes de editar.

O que guardar como pacote de prova

juntar prova pública e dono de rollback antes de permissões de produção fica mais valioso quando vira pacote de prova, não apenas um chat isolado. Guarde o pedido original, arquivos lidos pelo Claude Code, áreas não tocadas, comandos executados, URL pública ou screenshot e a decisão que ainda ficou incerta. A próxima sessão reaproveita o mesmo julgamento sem redescobrir o contexto.

Para pessoas atualizando Cloudflare Pages, Workers ou sites estáticos com Claude Code, a meta não é criar um manual pesado no primeiro dia. Teste o padrão em um PR, uma nota ou um deploy. Se falhar, coloque a falha no checklist e rode uma versão menor. Amplie o acesso do Claude Code só quando build, diff, URL, CTA e rollback estiverem visíveis. Abrir permissões antes de prova parece mais rápido, mas empurra custo de verificação para a próxima revisão humana.

A rota de receita segue a mesma regra. Se o leitor ainda trava nos comandos básicos, o PDF grátis é o próximo passo. Se repete o mesmo tipo de prompt toda semana, Gumroad ajuda. Se decide sobre equipe ou produção, consultoria combina melhor. Este artigo não deve empurrar todos para compra; deve enviar ao guia pago apenas quem precisa de checks de deploy seguro e desenho de permissões, e devolver os demais para o PDF grátis ou artigos relacionados.

Levar ao PDF grátis, Gumroad e consultoria

Se os comandos básicos ainda estão confusos, comece com a folha gratuita. Para aprofundar checks de deploy seguro e desenho de permissões, use o guia no Gumroad. Se houver adoção de equipe, regras de revisão ou desenho de receita, vá para consultoria. A comparação de produtos começa em products.

O CTA não precisa ficar só no fim. Na introdução, o PDF grátis reduz atrito. Depois do exemplo prático, Gumroad faz sentido. Quando entra time ou risco de produção, consultoria vira o próximo passo natural.

Métricas após publicar

Depois de publicar, acompanhe artigos de permissões para Setup Guide, /en/training e PDF grátis.

Não julgue só por PV. Separe leitura inicial, cliques internos, registros do PDF grátis, cliques no Gumroad e visitas à consultoria. HTTP 200, h1, canonical, heroImage, CTA e corpo localizado precisam apontar para o mesmo slug.