by Como o brainstorming melhorou a maneira como trabalho com o Claude Code, e por que você deveria tentar
O desafio do projeto solo-dev
Todo desenvolvedor já teve uma ideia de projeto, aquele famoso “e se funcionar?”, que recebeu 1 ou 2 commits iniciais e depois foi arquivado por falta de tempo ou definições claras.
À medida que essa ideia toma forma, desafios começam a surgir, sejam técnicos (como “qual tecnologia usar?” ou “como implementar isso?”) ou relacionados ao produto (como “quais são as próximas funcionalidades?”).
Todas essas perguntas, e muitas outras, surgem naturalmente durante o desenvolvimento de qualquer projeto. Assim como na vida cotidiana, as coisas aparecem e temos que lidar com elas.
No ambiente corporativo, onde geralmente fazemos parte da equipe de Engenharia e Desenvolvimento (engenheiros de software, desenvolvedores, etc.), somos responsáveis por resolver problemas técnicos. Possuímos o conhecimento necessário para lidar com eles, seja por experiência anterior (conhecimento adquirido) ou por meio de pesquisa (capacidade de buscar informações).
Em contraste, a equipe de Produto (product owners, product managers, etc.) tem o conhecimento para responder a perguntas de produto.
Mas e em um projeto solo? Nesse cenário, você tem apenas parte do conhecimento. Como, então, responder com confiança?
Hoje, abro o terminal, inicio o Claude Code e uso a skill brainstorming do plugin Superpowers.
E isso muda tudo.
Planejando uma Feature (eu e o Claude)
LLMs produzem código de qualidade. Isso já é um fato em 2026, e nosso trabalho hoje consiste mais em direcionar o desenvolvimento e revisar as alterações.
No entanto, a abordagem de planejamento de desenvolvimento deles se assemelha à de um desenvolvedor inexperiente: poucas perguntas sobre implementação/estrutura e foco em entregar um plano que possam executar.
Isso funciona quando há uma funcionalidade bem definida, e as mudanças e melhorias dependem amplamente da minha capacidade de direcionar o agente. Ele faz algumas perguntas e foca na entrega.
Isso muda completamente quando você tem apenas uma ideia geral do que quer fazer. O agente tenta resolver diretamente, mesmo com um prompt que, do ponto de vista humano, está incompleto.
LLMs não são determinísticos, então às vezes o agente faz algumas perguntas quando recebe um prompt amplo. No entanto, são poucas, e o processo não é consistente.
O brainstorming muda completamente essa experiência: o Claude começa a pensar comigo sobre como melhorar o projeto.
Brainstorming – uma nova (pelo menos para o Claude) forma de planejar
Brainstorming é uma das skills do plugin Superpowers e é executado antes de iniciar a implementação do código. Sua função é entender o projeto, discutir a nova feature e questionar detalhes até que se chegue a um documento de design, que será usado na implementação da feature selecionada.
O fluxo consiste em 6 etapas:
- Explorar o contexto existente
- Fazer perguntas relacionadas
- Propor 2-3 abordagens
- Apresentar o design para aprovação
- Escrever a documentação de design
- Transição para o plano de implementação
Após entender o contexto existente, ele inicia uma rodada de perguntas sobre o que se deseja implementar, com opções pré-geradas e a possibilidade de discutir cada pergunta.
Depois dessas perguntas, ele resume o que entendeu sobre a nova feature, com as especificações definidas durante a sessão.
Ele fornece 2 a 3 opções de implementação, recomendando uma:
Finalmente, ele revisa o plano de implementação para a opção escolhida, passo a passo, e solicita confirmações. Ele também exibe o planejamento de tarefas,
e valida essa etapa, com espaço para mudanças.
Tudo isso para, finalmente, gerar o documento de design a partir daquela sessão de brainstorming e prosseguir para a elaboração do documento de implementação.
Neste documento, ele determina as etapas de implementação, o código que será editado ou implementado, os testes a serem gerados, comandos – tudo relacionado ao desenvolvimento da feature discutida.
Uma sessão de brainstorming, design e planejamento – tudo discutido com a IA.
IA no mundo do desenvolvimento
O mercado de desenvolvimento está mudando. A evolução dos agentes de código permite que os desenvolvedores foquem cada vez mais em aspectos de produto.
Decisões de arquitetura, planejamento, escopo, geração de tarefas: atividades que antes eram reservadas para a equipe de produto agora fazem parte do dia a dia dos desenvolvedores. Boas práticas de programação tornaram-se ainda mais necessárias. O programador toma decisões e coordena uma equipe de um ou mais agentes de código.
Uma ferramenta que ajuda a pensar, como o brainstorming, também traz recursos de LLM para o lado do produto – velocidade de pesquisa, conhecimento de documentação e poder de planejamento. Skills que facilitam nossas vidas.
No entanto, os LLMs ainda não conseguem substituir o principal fator humano no desenvolvimento de qualquer produto: a criatividade. A máquina copia, cita e pesquisa, mas não possui pensamento original. Ela ainda precisa de direcionamento humano, tanto no planejamento do produto quanto na supervisão da execução técnica.
O que eu aprendi
Sempre gostei de prototipar, mas consistentemente lutava com o desafio de pesquisar/planejar/executar/refatorar o projeto enquanto equilibrava isso com o resto da minha vida profissional.
O brainstorming mudou a experiência do Claude Code para mim: não sou um gênio de produto, tenho as ideias gerais, mas não os detalhes finais – esses surgiram conversando com o robô (uma versão atualizada do famoso rubber duck?). O documento de design é ótimo para revisar ideias, e o documento de implementação é maravilhoso para revisar a implementação.
No fim, ainda é a minha ideia e o meu produto. Apenas feito em dupla.
We want to work with you. Check out our Services page!
