Configurações
Chaves de API e modelos de IA usados pelo sistema
Pegue em openrouter.ai/keys. A chave é guardada cifrada na tabela app_settings e nunca é exposta ao cliente.
Usado em "Processar viabilidade" quando o usuário não escolhe outro modelo na tela da licitação.
Modelo usado para extrair produtos de catálogos PDF em lote. Gemini Flash é barato e suficiente.
Ligam/desligam botões na tela de cada licitação. Desativados, eles somem da interface — útil pra deixar o fluxo limpo enquanto você ainda não precisa dessas opções.
Atalho pra rodar a viabilidade com Sonnet 4.6 ou GPT-4o em editais grandes (R$ 500k+), sem trocar o default da sessão.
Roda 3 modelos em paralelo na mesma licitação e exibe custo × lucro lado-a-lado. Não persiste nada, é só pra você decidir qual adotar.
O Supabase chama /api/public/scout via pg_cron + pg_net. Estes dois valores ficam em app_settings e são lidos por schedule_scout_config(). Re-salve cada scout depois de mudar pra que o cron seja re-agendado.
Sem barra no fim. Será concatenada com /api/public/scout?configId=….
Use a mesma SUPABASE_PUBLISHABLE_KEY do app. O Kong exige o headerapikey em rotas anônimas.
Análise de viabilidade — em cada licitação, o botão "Processar IA" envia itens + catálogo ao OpenRouter para encontrar matches e calcular margem.
Importação de catálogo — em/catalogo/importar, cada chunk de PDF é enviado ao OpenRouter para extrair produtos como JSON.