Nos últimos meses me afundei no universo cyberpunk. Li Neuromancer. Ainda estou no meio de Count Zero. Zerei Cyberpunk 2077. Revi Akira, Ghost in the Shell e Cyberpunk Edgerunners. Tem algo nessa estética (neon, interfaces cruas, informação como matéria-prima) que não sai da cabeça.

Foi nesse estado que me deparei com um vídeo no Instagram de uma garota mostrando uma aplicação que convertia a câmera ao vivo em arte ASCII em tempo real, com análise de IA integrada. Fui no link. Estava offline.

Dois pensamentos na hora: eu consigo construir isso e vou deixar qualquer pessoa usar com a própria key de IA. E um terceiro: vou construir sem escrever uma linha de código manualmente.

Por que essa regra

Eu já usava Cursor faz um tempo, inclusive no modo agente. Mas por ser uma IDE, ficava tentado a meter a mão no código direto. Quando assinei o Claude Code, quis testar o que acontece quando você remove essa tentação completamente e força a delegação de verdade.

A regra foi simples: tudo via prompt. Sem abrir arquivos pra editar. As únicas exceções foram mudanças de uma linha, 'upload' virou 'upload' as const, um ajuste de cor no CSS.

O código pode ser gerado, a direção não

Antes de qualquer prompt, a feature precisa estar estruturada na cabeça. Quais são as entradas, quais são as saídas, o que muda no estado, o que não muda. No fim, isso é muito próximo do que bons desenvolvedores já fazem antes de começar a escrever código. A diferença é que, quando você deixa de implementar diretamente, a clareza do pensamento vira o principal mecanismo de controle durante o processo.

O mesmo vale pra contexto. Ter decisões arquiteturais documentadas e um glossário claro do domínio ajuda muito durante o processo. Sem isso, fica bem mais difícil manter consistência conforme o projeto cresce. O Claude não lembra o raciocínio da semana passada. Eu mantive um CONTEXT.md com os termos do domínio e um docs/adr/ com as decisões importantes: por que o canvas oculto existe separado do canvas visível, por que o loop de webcam roda na main thread. Sem isso, cada prompt novo começa do zero.

Skills funcionam como atalhos de contexto. Em vez de descrever o que você quer numa revisão de segurança toda vez, você invoca /security-review e o agente já sabe o que checar. Eu usei as skills do Matt Pocock como base e adaptei algumas pro meu fluxo.

Quebrar o problema em partes menores continuou sendo uma das coisas mais importantes durante o projeto. Quanto menor e mais bem definido era o escopo de cada etapa, menos a IA se perdia, mais previsível o resultado ficava e mais fácil era iterar em cima do que tinha sido gerado.

A faca de dois gumes

A velocidade de geração de código é real. E é exatamente onde o negócio pode dar errado.

Em um ponto do projeto, o Claude tinha construído o componente de upload com useState espalhado por todo lado, com dependências claras entre eles. Olhei pra aquilo e o padrão estava errado: precisava de useReducer. Não abri o arquivo. Mandei um prompt pedindo pra extrair a lógica pra um hook com useReducer. Ficou limpo.

Em outro momento, o Claude entrou num loop tentando resolver um problema de testes. Cada tentativa criava um problema novo. Parei, reverti tudo, e reescrevi o prompt do zero com o contexto de como os testes são estruturados nessa aplicação. Resolveu na primeira tentativa.

A velocidade não substitui o julgamento. E isso ficou claro pra mim nesses dois momentos. O modelo escreve rápido e errado da mesma forma que escreve rápido e certo, e sem o julgamento de quem conhece o domínio, você só acumula dívida técnica mais rápido do que antes.

O resultado

O ASCII Art Converter tem webcam ao vivo, análise de IA com Anthropic, OpenAI ou Gemini, export em PNG e TXT, e um design system cyberpunk que ficou exatamente do jeito que eu queria e foi estranhamente satisfatório ver tudo montado sem ter aberto um arquivo pra editar. Zero features escritas com as mãos.

Se você já tem o hábito de pensar antes de codar, documentar decisões e quebrar trabalho em partes pequenas, você tem o pré-requisito pra tentar isso. Não precisa de um projeto grande, um side project já é suficiente pra entender onde essa abordagem funciona e onde ela ainda patina.

Se ficou curioso sobre como organizei o projeto, alguma decisão específica ou quer ver como os prompts ficaram, deixa um comentário.

Referências

Demo
Claude Code
Skills for Real Engineers — Matt Pocock
Vídeo que inspirou o projeto