Publique seu portfólio com Claude Code: workspace guiado

PREPARAÇÃO DE CONTEÚDO

Identidade
[ ] Nome como quero aparecer
[ ] Título profissional em uma linha
[ ] Bio curta: 3 a 5 frases
[ ] Foto ou imagem de apresentação
[ ] Email profissional
[ ] Links: LinkedIn e o que mais fizer sentido

Trajetória
[ ] Experiências principais: empresa, cargo, período, uma linha do que fiz
[ ] Formação relevante

Projetos (2 a 4)
Para cada um:
[ ] Nome + uma frase de resumo
[ ] Imagem de capa
[ ] Contexto (produto, empresa ou estudo, momento)
[ ] Problema que existia
[ ] Minha responsabilidade específica
[ ] 2 ou 3 decisões importantes e o porquê
[ ] Resultado com fonte, ou aprendizado honesto
[ ] 3 a 6 imagens de processo ou solução

Direção
[ ] 3 referências visuais (links)
[ ] O que quero delas e o que NÃO quero

claude --version

git --version

Execute esta etapa apenas se a fundação visual estiver no PLANO.md aprovado. Implemente tipografia, escala de espaçamento, cores com contraste adequado, grid e navegação.
Use o BRIEFING.md como fonte das decisões visuais.
Preserve toda estrutura existente que o plano não colocou no escopo. Não crie conteúdo nem páginas além do esqueleto de navegação.
Não altere arquivos fora do projeto.
Ao terminar, rode o projeto localmente e informe a URL exata pra abrir no navegador.
Não avance pra próxima etapa.

Ao terminar, entregue um recibo curto com:
- arquivos alterados;
- comando de verificação executado e código de saída, o número que indica sucesso ou falha;
- o que você verificou no navegador;
- o que não conseguiu verificar e ainda depende de revisão humana.

Execute esta etapa apenas se a página inicial estiver no PLANO.md aprovado. Implemente a página com o conteúdo real de BRIEFING.md e CONTEUDO.md: apresentação, projetos em destaque, resumo de experiência e contato.
Não invente texto, número, cargo ou resultado. Onde faltar conteúdo, insira [PREENCHER] e liste todos os marcadores no final.
Reutilize a fundação visual pronta. Preserve toda estrutura existente que o plano não colocou no escopo. Não altere tipografia nem cores.
Abra a página no navegador e verifique navegação, conteúdo e erros no console, a área que mostra mensagens técnicas do site.

Ao terminar, entregue um recibo curto com:
- arquivos alterados;
- comando de verificação executado e código de saída, o número que indica sucesso ou falha;
- o que você verificou no navegador;
- o que não conseguiu verificar e ainda depende de revisão humana.

Execute esta etapa apenas se projetos estiverem no PLANO.md aprovado. Leia BRIEFING.md, CONTEUDO.md e a arquitetura aprovada no plano.
Se o plano define página única, crie ou complete a seção de projetos e estudos de caso nessa mesma página. Se define arquitetura completa, crie a listagem e as páginas individuais previstas. Use estas seções quando houver material: resumo, contexto, desafio, minha responsabilidade, decisões, evidências e resultado.
Preencha apenas com o conteúdo de CONTEUDO.md. Texto que não existe vira [PREENCHER], nunca invenção.
Preserve toda estrutura existente que o plano não colocou no escopo. Não altere a fundação visual.
No final, liste as seções ou páginas criadas, os endereços de acesso e os marcadores pendentes.

Ao terminar, entregue um recibo curto com:
- arquivos alterados;
- comando de verificação executado e código de saída, o número que indica sucesso ou falha;
- o que você verificou no navegador;
- o que não conseguiu verificar e ainda depende de revisão humana.

Revise o site inteiro em três larguras de tela: 375 px, 768 px e 1280 px. Corrija apenas problemas de layout, sem redesenhar.
Faça uma revisão de acessibilidade: navegação por teclado, foco visível, contraste, texto alternativo em imagens, hierarquia correta de títulos e respeito a prefers-reduced-motion, a preferência do sistema por menos animação.
Não declare que um leitor de tela foi testado se você não tiver executado esse teste.

Ao terminar, entregue um recibo curto com:
- arquivos alterados;
- comando de verificação executado e código de saída, o número que indica sucesso ou falha;
- o que você verificou no navegador;
- o que não conseguiu verificar e ainda depende de revisão humana.

Configure o básico de SEO, o conjunto de dados que ajuda buscadores e cartões de compartilhamento a entender o site, sem instalar dependências novas.
Inclua título e descrição únicos por página, Open Graph para o cartão de preview, sitemap.xml para listar as páginas, favicon para o ícone da aba e URLs limpas.
Aponte textos confusos ou genéricos, mas não os reescreva sem me mostrar antes.

Ao terminar, entregue um recibo curto com:
- arquivos alterados;
- comando de verificação executado e código de saída, o número que indica sucesso ou falha;
- o que você verificou no navegador;
- o que não conseguiu verificar e ainda depende de revisão humana.

Rode o build de produção, a geração da versão final do site, e corrija apenas erros causados ou pertencentes a este projeto.
Depois verifique links quebrados, imagens ausentes, marcadores [PREENCHER], páginas órfãs e erros no console do navegador.
Não adicione nenhuma funcionalidade nova. Se encontrar um problema fora do escopo ou não relacionado, pare e reporte antes de mudar.

Entregue um recibo de prontidão com:
1. comando executado e código de saída;
2. rotas verificadas e resultado de cada uma;
3. larguras de tela abertas no navegador;
4. erros de console encontrados;
5. pendências que dependem de mim;
6. qualquer item que não conseguiu verificar. Não trate ausência de teste como aprovação.

Vou conectar este projeto ao Netlify. Me responda:
1. Confirme a pasta atual, o repositório do GitHub e o site de destino no Netlify. Pare se algum destino for ambíguo.
2. Qual é o comando de build e qual pasta contém o site pronto?
3. Rode o build de produção local e reporte o comando e o código de saída.
4. Alguma variável de ambiente é necessária? Liste só os nomes, nunca os valores.
5. Algo depende de uma versão específica do Node, o programa que executa a montagem de muitos sites? Mostre onde está definido.
6. Liste as rotas que eu preciso abrir depois do deploy.
Se encontrar problema, reporte a causa e a correção proposta. Não altere nem envie nada antes da minha confirmação.

Prepare o projeto pra publicação. Confira se o .gitignore, o arquivo que impede o envio de itens locais, exclui node_modules, a pasta de pacotes instalados, arquivos .env de configuração local e qualquer credencial.
Revise os arquivos procurando segredos ou dados pessoais que não devem ser públicos. Se encontrar uma credencial, informe o tipo e o arquivo, sem repetir o valor.
Confirme a pasta atual, o repositório do GitHub e o site de destino no Netlify. Mostre os três destinos e espere minha confirmação.
Depois me guie, um passo de cada vez, para registrar a versão em Git, enviar ao GitHub e conectar o repositório ao Netlify.
Espere minha confirmação antes de cada envio. Nunca desative proteções, nunca exponha valores de variáveis de ambiente e nunca publique em outro destino por suposição.

Ao terminar, entregue um recibo curto com:
- arquivos alterados;
- comando de verificação executado e código de saída, o número que indica sucesso ou falha;
- o que você verificou no navegador;
- o que não conseguiu verificar e ainda depende de revisão humana.