~$ posso vibecodar o SINAPI Pro?

## análise

Vibecodar o core (busca + cálculo) é barbada com um LLM e um banco relacional bem estruturado. O drama aqui não é o software, é o pipeline de dados: a Caixa libera tabelas em formatos que costumam ser um inferno de parsear todo mês. Se você automatizar o ETL para limpar e importar os dados mensalmente, você tem um clone. O que te segura é a necessidade de manter isso atualizado rigorosamente sem corromper as composições de custos.

## por que ainda pagam

Engenheiros e orçamentistas pagam para não lidar com planilhas Excel desformatadas da Caixa ou ter que importar manualmente milhares de linhas em sistemas pesados. Eles pagam pelo UI limpo, pela busca que não exige saber o código exato e, principalmente, pela tranquilidade de que o PDF gerado já está com a formatação oficial para apresentar ao cliente.

O principal fosso é operacional: o trabalho chato de limpar, validar e manter o banco de dados SINAPI atualizado e consistente 27 UFs a cada mês.

## o que você perde vibecodando

• ✗Confiabilidade e histórico de auditoria nos dados importados
• ✗Suporte a integrações específicas de fluxo de trabalho de engenharia
• ✗A paz de espírito de um sistema que já provou que o cálculo do BDI está correto
• ✗A economia de tempo de não ter que atualizar manualmente o banco de dados todo mês

## o prompt

Construa um app em Next.js com PostgreSQL que permita a consulta e montagem de orçamentos baseados em tabelas SINAPI. A estrutura de dados deve ter tabelas para: Estados (UF), Insumos, Composições (com relacionamentos N:N de insumos) e Orçamentos do usuário. O MVP deve incluir: 1) Um script de importação que processe arquivos de dados da Caixa (CSV/Excel) e popule o banco. 2) Busca fuzzy usando a extensão pg_trgm do Postgres para permitir erros de digitação. 3) Interface para o usuário selecionar itens e adicionar a um 'carrinho' de orçamento. 4) Funcionalidade de cálculo de BDI (percentual de lucro e despesas) aplicada ao total. 5) Geração de PDF com a lista de itens e valores finais. O front-end deve ser minimalista, focado em velocidade de busca e edição. Exclua do MVP: sistema de login complexo (use autenticação simples) e histórico de preços. Foque em ter uma tabela de insumos impecável e uma busca que responda em menos de 200ms.

## vereditos relacionados