Fluxo de trabalho com o Gemini
Comece com uma funcionalidade bem delimitada, peça ao Gemini uma primeira versão executável e examine o que ele produzir. Trate cada resposta como um rascunho: execute o código, informe o erro exato e peça uma alteração por vez.
Uma sessão produtiva de programação com o Gemini termina com algo que você pode executar e verificar, não apenas com uma explicação convincente. Escolha um resultado pequeno antes de pedir código.
Você tem uma ideia para um rastreador pessoal, mas ainda não tem uma estrutura de projeto. Peça uma página única, os arquivos necessários e instruções para abri-la localmente.
Você consegue adicionar um registro, recarregar a página e verificar se os dados persistem. Se o primeiro rascunho falhar, cole a mensagem de erro em vez de pedir uma reescrita completa.
Você já tem um repositório e quer adicionar um formulário sem alterar arquivos não relacionados. Forneça ao Gemini o componente relevante e descreva as convenções existentes.
Você recebe uma alteração limitada para analisar no contexto do seu projeto. Compare essa abordagem por chat com a forma de fazer vibe coding com o Copilot, em que as sugestões aparecem dentro de um editor.
Você precisa de uma demonstração de aplicativo simples, como uma lista de leitura com busca. Especifique os campos de dados, o estado vazio e o comportamento após atualizar a página no navegador.
Você tem uma parte testável, não uma lista de funcionalidades desejadas. Um tutorial para iniciantes pode ajudar a manter o primeiro pedido pequeno o suficiente para ser verificado.
| Resposta inicial do Gemini | Resultado após a revisão | |
|---|---|---|
| Escopo | Pode interpretar um pedido amplo como vários recursos de uma só vez. | Define uma tarefa do usuário e informa o que fica fora da primeira versão. |
| Arquivos | Pode mostrar trechos de código sem dizer onde eles devem ficar. | Lista todos os arquivos necessários e identifica onde cada trecho de código deve ficar. |
| Dependências | Pode presumir que um framework, pacote ou ferramenta já está instalado. | Informa o ambiente de execução e os pacotes necessários ou usa recursos nativos do navegador. |
| Funcionamento | Descreve o que a interface deve fazer. | Permite executar a tarefa indicada e observar o resultado. |
| Tratamento de dados | Pode dar a entender que as informações inseridas permanecem após recarregar a página. | Deixa explícito se os dados são persistidos e inclui uma verificação após recarregar a página. |
| Tratamento de falhas | Pode deixar de considerar entradas vazias e valores inválidos. | Mostra uma resposta adequada para dados em branco, inválidos ou ausentes. |
| Revisão | Explica por que o código proposto deve funcionar. | Inclui etapas que você pode executar para confirmar que ele funciona. |
O Gemini pode ajudar a escrever e revisar código, mas uma resposta plausível não prova que o aplicativo funciona. Execute o projeto, teste a tarefa principal e um caso extremo e leia as alterações antes de aceitá-las.
A maior parte do retrabalho vem de uma solicitação pouco específica, de uma premissa do projeto que não foi informada ou de um feedback que diz apenas “não funciona”. Esses fluxos de trabalho tornam a próxima revisão mais precisa.
Em vez de pedir ao Gemini que crie um aplicativo de produtividade inteiro, descreva uma única tarefa: adicionar um hábito e marcá-lo como concluído hoje. Solicite os arquivos, as etapas de configuração e o comportamento esperado após recarregar a página.
Coloque os arquivos retornados nos locais indicados e siga as instruções de configuração exatamente. Teste o fluxo normal, uma entrada vazia e uma atualização da página antes de pedir ajustes visuais; a aparência pode ocultar falhas de funcionamento.
Se um botão não fizer nada, compartilhe o arquivo relevante, o erro exato, se houver, e como reproduzi-lo. Peça a menor correção possível e uma explicação do que mudou. Depois, execute novamente a verificação que falhou.
Descreva uma ação do usuário e o resultado esperado. Crie uma primeira versão, execute-a você mesmo e use o que observar para orientar o próximo prompt.
O Gemini pode criar um rascunho do código e das instruções de configuração a partir de uma descrição, mas o resultado depende da clareza com que você define a tarefa e o ambiente. Execute o código você mesmo; uma resposta que parece completa ainda pode ter arquivos ausentes, dependências incompatíveis ou um comportamento diferente do que você pediu.
Indique uma tarefa do usuário, os dados de entrada necessários e o que deve acontecer quando ela for concluída com sucesso. Informe a linguagem ou o framework de sua preferência, se tiver um, e peça uma lista de arquivos e instruções de execução para facilitar a verificação do resultado.
Copie o erro exato, identifique o comando ou a ação que o produziu e forneça o arquivo relevante. Peça a menor correção possível e, depois, execute novamente tanto a ação que falhou quanto tudo o que funcionava antes.
Não. Remova senhas, tokens, informações pessoais e material de origem confidencial antes de compartilhar o contexto do projeto. Um pequeno exemplo sem dados sensíveis e o erro relevante costumam ser mais úteis do que um repositório privado inteiro.
Em uma execução limpa, verifique a tarefa principal, as entradas inválidas, o comportamento após atualizar a página e as etapas de configuração. Revise o código gerado para identificar dependências inesperadas ou formas inesperadas de lidar com dados e, ao compartilhar o protótipo, descreva com transparência qualquer comportamento ainda não concluído.