Recibo de verificação no Claude Code: build, URL pública, CTA e screenshots

Por que usar um recibo de verificação

Claude Code consegue alterar artigos, landing pages e links rapidamente. O risco não é a edição em si, mas acreditar cedo demais que um diff plausível já está pronto para publicação. Em uma página com PDF grátis, produto no Gumroad ou formulário de consultoria, build local é só uma parte da prova. A URL pública pode continuar antiga, o CTA pode apontar para o produto errado, e uma tradução pode quebrar o botão no mobile.

O “recibo de verificação” é uma nota curta de evidência. Ele registra quais arquivos mudaram, por que mudaram, qual comando rodou, qual URL pública foi aberta, qual CTA foi conferido, quais screenshots foram salvos e quais riscos continuam. Não é burocracia. É a menor trilha de auditoria para que a próxima sessão não dependa de memória.

Este fluxo combina com a triagem de erro de build, a checklist de revisão e a checklist de permissões. Uma ajuda quando o comando falha, outra quando o diff precisa de leitura crítica, e a última quando o agente pede acesso demais.

Template do recibo de verificação

Copie o template para um comentário de PR, nota de publicação ou prompt final para Claude Code. A regra é registrar fatos observáveis. “Parece certo” não prova nada. “npm.cmd run build passou”, “a página pública contém o h1 esperado” e “o CTA abre o Gumroad” são evidências.

Verification Receipt

Scope:
- changed files:
- user-facing behavior:
- out of scope:

Diff summary:
- what changed:
- why it changed:
- what should not change:

Proof commands:
- git status --short:
- git diff --stat:
- npm.cmd run build:

Public URL checks:
- article URL:
- expected h1:
- canonical:
- no fallback page:

Revenue and CTA checks:
- free PDF CTA:
- Gumroad product link:
- consultation link:
- thanks page or next step:

Screenshot checks:
- desktop screenshot:
- mobile screenshot:
- visible CTA:
- text overflow or broken layout:

Remaining risk:
- risk 1:
- risk 2:
- risk 3:

A linha “out of scope” evita que uma melhoria de artigo vire atualização de dependência, ajuste de navegação ou refatoração visual sem necessidade. A linha “what should not change” protege slug, canonical, autor, data de publicação, links de produto e rota de consultoria. Em conteúdo público, esses detalhes podem valer mais que um parágrafo bem escrito.

Exemplo concreto: build, URL pública, CTA e screenshots

Comece pela prova local. Verifique se os arquivos alterados são os esperados, veja o tamanho do diff e rode o build. No Windows, npm.cmd costuma ser mais previsível.

git status --short
git diff --stat
cd site
npm.cmd run build

Depois confira a URL pública. HTTP 200 não basta, porque uma página fallback também pode responder 200. Procure strings próprias da página: h1, trecho do artigo e texto do CTA ou do produto.

const checks = [
  {
    url: "https://claudecode-lab.com/pt/blog/claude-code-verification-receipt-workflow/",
    mustInclude: ["Recibo de verificação", "Template do recibo", "Gumroad"],
  },
  {
    url: "https://claudecode-lab.com/en/products/",
    mustInclude: ["Claude Code", "Products"],
  },
  {
    url: "https://claudecode-lab.com/pt/training/",
    mustInclude: ["consultoria"],
  },
];

for (const check of checks) {
  const res = await fetch(check.url, { redirect: "follow" });
  const html = await res.text();
  const missing = check.mustInclude.filter((text) => !html.includes(text));
  console.log(check.url, res.status, missing.length === 0 ? "ok" : `missing: ${missing.join(", ")}`);
}

Feche com uma prova visual. Texto presente não garante que o botão cabe na tela, que o bloco de código não estoura largura, ou que o CTA final continua legível. Com Playwright, salve desktop e mobile.

import { chromium } from "playwright";
import { mkdir } from "node:fs/promises";

const outDir = "tmp-verification/claude-code-verification-receipt-workflow";
await mkdir(outDir, { recursive: true });

const browser = await chromium.launch();
const page = await browser.newPage({ viewport: { width: 1440, height: 1100 } });
await page.goto("https://claudecode-lab.com/pt/blog/claude-code-verification-receipt-workflow/", {
  waitUntil: "networkidle",
});
await page.screenshot({ path: `${outDir}/desktop-pt.png`, fullPage: true });

await page.setViewportSize({ width: 390, height: 1200 });
await page.screenshot({ path: `${outDir}/mobile-pt.png`, fullPage: true });

await browser.close();
console.log(`screenshots saved to ${outDir}`);

Ao revisar os screenshots, olhe o primeiro viewport, o primeiro bloco de código, uma seção do meio e o CTA final. Em português, títulos e botões podem ficar longos; por isso, quebra de linha, espaçamento e legibilidade mobile precisam entrar no recibo.

Caso 1: fortalecer um artigo fino

Quando um artigo é fraco, a meta não é encher com frases genéricas. A meta é responder à intenção de busca. Neste tema, o leitor precisa entender o que é o recibo, copiar um template, rodar comandos, checar URL pública, conferir CTA, salvar screenshots e conhecer falhas comuns.

O recibo dessa melhoria deve registrar se novas seções foram adicionadas, se links internos e externos existem, se os blocos de código usam triple backtick e se updatedDate e heroImage continuam no frontmatter. Também deve verificar se a transição comercial é natural: PDF grátis para hábito diário, Gumroad para modelos e setup, consultoria para regras de equipe.

Caso 2: trocar CTA ou link de produto

CTA parece pequeno, mas afeta downloads, compras e pedidos de consultoria. Não escreva apenas “CTA alterado”. Registre texto do botão, href, título da página de destino e próxima ação esperada.

No PDF grátis, confira se o leitor entende o benefício e se a página seguinte orienta bem. No Gumroad, confira nome do produto, começo da descrição e alinhamento com a promessa do artigo. Na consultoria, confira se o contexto justifica o convite. Em um artigo sobre operação com Claude Code, consultoria faz sentido quando aparecem revisão, permissões, deploy e receita em equipe.

Caso 3: publicar conteúdo em vários idiomas

Localização precisa de verificação própria. O inglês pode caber em uma linha, enquanto português, espanhol ou alemão quebram mais. Uma tradução literal de “verification receipt” pode soar estranha se não for explicada como registro de evidências. Cada idioma precisa de introdução natural, template compreensível, falhas concretas e uma ponte coerente para recursos ou consultoria.

Screenshots mostram isso rápido. Eles revelam botão longo, lista apertada, bloco de código largo e CTA que parece colado no fim. Para conteúdo que sustenta receita, esses detalhes são parte do produto.

Falhas comuns e como evitar

Primeira falha: tratar HTTP 200 como publicação. Verifique h1, canonical e uma frase única da página.

Segunda falha: parar no build. Build prova que a fonte compila, não que a produção está atualizada.

Terceira falha: ver que existe link, mas não abrir o destino. O destino faz parte do comportamento do usuário.

Quarta falha: não guardar screenshots. Sem imagem, a revisão mobile vira lembrança.

Quinta falha: pedir “verifique isso” ao Claude Code sem formato. Dê o template e peça comandos, URLs, CTA, screenshots e riscos restantes.

Caminho para PDF, Gumroad e consultoria

Se você trabalha sozinho, comece pelo cheatsheet gratuito de Claude Code para fixar comandos e hábitos de verificação. Quando o processo se repetir, use os templates de prompts e o Setup Guide para transformar CLAUDE.md, hooks e permissões em rotina.

Se você publica com equipe, a verificação vira regra operacional. Quem confere a URL pública? Onde ficam os screenshots? Quais CTAs são caminho de receita? Quais falhas bloqueiam publicação? Consultoria é a etapa natural quando essas decisões precisam virar processo antes que uma página quebrada custe leads ou vendas.

• Cheatsheet gratuito de Claude Code
• 50 templates de prompt para Claude Code
• Claude Code Setup Guide
• Produtos
• Consultoria

O que verifiquei neste artigo

Neste artigo, separei prova local, URL pública, CTA e screenshots em um formato de recibo. O resultado é prático: em vez de dizer apenas “verifique”, o texto mostra o que provar, como provar e como manter o caminho para PDF grátis, Gumroad e consultoria sem quebrar a experiência do leitor.