Mapa de comandos da primeira semana com Claude Code: 12 comandos em ordem

Por que criar um artefato próprio

Este artigo cria um mapa de comandos da primeira semana para iniciantes que instalaram Claude Code e precisam de uma primeira semana calma. A falha comum é simples: novos usuários pulam do install para pedidos enormes e não sabem qual comando prova progresso. Um workflow com Claude Code não deve terminar em uma resposta confiante. Ele precisa deixar um artefato que outra pessoa consiga revisar. Aqui, o artefato é um mapa por dia que vai da leitura do repo à verificação de uma pequena mudança.

Trate o artefato como contrato entre prompt, linha de comando e página pública. Ele mostra o que Claude Code leu, o que mudou, qual comando provou o resultado e qual rota de receita o leitor deve ver depois. Por isso o tema se conecta a harness engineering, getting started e permissions.

O loop operacional

Rode o loop em cinco passos: definir a ação, escolher a prova, deixar Claude Code fazer o menor trabalho útil, verificar a saída e registrar a próxima ação de receita. Aqui, prova útil não é só “o código rodou”. Observe builds passando, diffs menores, menos surpresas de aprovação e mais inícios de PDF. Com esses campos visíveis, a melhoria deixa de ser chute.

1. O dia um é só leitura: mapear arquivos, comandos e pastas arriscadas antes de pedir patch.

2. O dia três permite uma edição reversível, mas o comando de prova vem antes da edição.

3. O dia cinco escreve um handoff para a próxima sessão começar por evidência.

Starter para copiar

$checks = @(
  "git status --short",
  "rg --files | Select-Object -First 40",
  "npm.cmd run build"
)

foreach ($cmd in $checks) {
  Write-Host "NEXT:" $cmd
}

Três exemplos práticos

Exemplo 1. O dia um é só leitura: mapear arquivos, comandos e pastas arriscadas antes de pedir patch.

Exemplo 2. O dia três permite uma edição reversível, mas o comando de prova vem antes da edição.

Exemplo 3. O dia cinco escreve um handoff para a próxima sessão começar por evidência.

Checklist de auto-revisão

Antes de transformar este workflow em hábito, revise o artigo como uma nota de release. O primeiro controle é escopo: o leitor precisa saber quando usar um mapa de comandos da primeira semana e quando um checklist menor basta. O segundo controle é prova: cada recomendação deve apontar para comando, URL, diff ou métrica. O terceiro controle é routing: PDF grátis, guia Gumroad e consultoria não devem competir, mas responder a urgências diferentes.

Use uma regra pequena de ownership. Uma pessoa cuida do artefato, outra da verificação e outra do próximo experimento de CTA. Em operação solo pode ser a mesma pessoa, mas os papéis ainda devem aparecer na nota. Isso impede Claude Code de misturar publicação, medição e venda em uma tarefa vaga. A próxima execução também sabe de onde continuar.

A pergunta prática é: o que tornaria este artigo mais fácil de verificar amanhã cedo? Se for screenshot, salve. Se for um prompt melhor, coloque no prompt pack. Se for uma fronteira mais clara, registre nas notas de setup. um mapa por dia que vai da leitura do repo à verificação de uma pequena mudança só é útil quando sobrevive à próxima sessão.

Falhas comuns

A primeira falha é usar pageviews como único score. A segunda é aprovar mudança sem comando de prova. A terceira é mandar todo leitor para o mesmo produto pago quando PDF grátis ou consultoria seria melhor. Escreva a regra de routing antes de mexer no CTA.

Rota de receita

Direcione pelo gargalo. Se falta fluência em comandos, envie para o PDF gratuito ou cheatsheet grátis no Gumroad. Se o trabalho se repete toda semana, use 50 Prompt Templates ou Setup Guide. Se o problema é rollout, risco ou receita, use consultoria. Neste artigo, o free cheatsheet ajuda a lembrar comandos, e o Setup Guide ajuda quando o mapa vira regra de equipe.

Métricas de verificação

Depois de publicar, HTTP 200 não basta. Confirme h1, canonical, hero image, abertura do texto, links CTA, mobile layout e idioma. Depois acompanhe builds passando, diffs menores, menos surpresas de aprovação e mais inícios de PDF. Se a métrica não mexer, ajuste o CTA perto do primeiro exemplo concreto.