Construindo um Aplicativo de Produção Completo com Claude: O Que Realmente Funcionou e o Que Não Funcionou

Um desenvolvedor backend sênior com anos de experiência, mas zero conhecimento em Flutter/Dart, construiu e lançou um aplicativo móvel completo de produção chamado Warantly (gestão de garantias) para iOS e Android, usando Claude como sua ferramenta principal de desenvolvimento. O projeto levou 2,5 meses, trabalhando durante as noites após o emprego diurno.

A Stack

• Frontend: Flutter
• Backend: Laravel 12
• Infraestrutura: Ansible (ambiente VPS inteiro codificado e reproduzível a partir de uma única execução)

Como Claude Foi Usado

O desenvolvedor gerenciou Claude como um desenvolvedor júnior capaz, mas com contexto limitado. Executou várias sessões em paralelo, cada uma focada em um único aspecto:

• Geralmente 2 a 3 sessões por vez; no pico, 6 simultâneas (3 backend, 2 Flutter, 1 DevOps)
• Usou git worktrees para que as sessões pudessem trabalhar em diferentes funcionalidades sem conflitos
• Seu papel: arquiteto e camada de integração — alternando entre sessões, fornecendo contexto, tomando decisões transversais

O Que Claude Fez Bem

Primeiras versões rápidas e competentes de componentes bem especificados. Qualquer coisa com especificação clara e escopo delimitado vinha utilizável na primeira ou segunda tentativa. Claude também era genuinamente bom em guiar o desenvolvedor por territórios desconhecidos — conformidade com lojas, configuração de paywall, setup de infraestrutura — coisas onde era necessária orientação, não apenas geração de código.

Onde Quebrou

1. Bugs de UI

O maior modo de falha. Claude não tem como ver a tela. Analisava o código, fazia uma correção, dizia confiantemente "isso deve resolver" — e não resolvia. Múltiplas rodadas no mesmo bug visual porque o agente raciocinava sobre o que a UI deveria fazer, em vez de ver o que realmente fazia. Solução alternativa: extensas declarações de depuração, testar manualmente, alimentar Claude com a saída exata em tempo de execução e capturas de tela da UI. O ciclo de feedback — instrumentar, executar, relatar — tornou-se o padrão para qualquer coisa visual.

2. Consistência Entre Sessões

O agente do backend podia projetar um formato de resposta que não correspondia ao que o agente Flutter esperava. Claude não sabe o que outras sessões decidiram. O desenvolvedor teve que ser a fonte da verdade para contratos de API, constantes compartilhadas, convenções de nomenclatura — copiando-os manualmente entre sessões. Sempre que essa etapa era ignorada, inconsistências eram encontradas durante a integração.

3. Deriva de Contexto em Sessões Longas

Uma sessão que ficou muito tempo rodando perde o fio da meada — reintroduz padrões já rejeitados, contradiz restrições anteriores. Isso não é anunciado. A saída deixa de ser coerente com seu próprio histórico. Solução: manter sessões focadas e descartáveis. Comece do zero quando ficarem longas. Carregue o contexto crítico como um resumo estruturado, em vez de depender do histórico da conversa.

O Que Fez Funcionar

O desenvolvedor impôs testes e análise estática desde o primeiro dia. Ele não conseguia revisar código Dart/Flutter com olhos de especialista, mas as verificações automatizadas serviram como garantia de qualidade. Sem isso, não teria confiança para lançar. "A parte mais difícil não foi técnica — foi abrir mão do controle. Sou um desenvolvedor experiente e este foi o primeiro projeto em que não revisei código linha por linha. Confiar no processo (testes passam, linter limpo, comportamento correto) em vez de ler cada função foi um verdadeiro ajuste."

O Aplicativo

Warantly — gestão de garantias. Acompanhe compras, armazene fotos de recibos, receba lembretes de vencimento, escaneamento de recibos com IA, alertas de recall de produtos. Grátis com garantias ilimitadas. O Pro adiciona escaneamento com IA, alertas de recall e cronogramas de manutenção. Disponível em warantly.app.