Se você chegou direto neste texto, o resumo é simples: IA agêntica promete revolução, mas esbarra em hardware finito, legado opaco, bancos vetoriais caros e um mercado que consome toda otimização (Lei de Jevons). Os quatro artigos anteriores fecharam esse diagnóstico.

Este capítulo não repete o problema. É só receita — o que implementar na segunda-feira, no chão de fábrica.

Sidecar em vez de substituição

A tentativa mais comum — e mais cara — é pedir à IA que leia procedures complexas de uma vez. É ensinar filosofia a motor de combustão.

A IA não deve ser o sistema; deve ser extensão do sistema.

A ideia de automação nos bastidores, com ganho observável, está no episódio 3 do Horizonte do Essencial. Aqui, o desenho quando a borda é uma LLM.

Para 2026, a estratégia que funciona é a Arquitetura Sidecar:

• JavaFX e SQL legado continuam rodando transações e segurança.
• A IA vive em serviço separado, recebe dados mastigados (JSON) e devolve percepções.
• Não peça para mudar código; peça para analisar o resultado do código.

Exemplo concreto: o PDV em JavaFX emite o fechamento do dia como JSON ou TXT estruturado. O sidecar resume anomalias de estoque para o gerente — sem reescrever o caixa, sem dashboard holográfico.

SLMs locais: pague só onde vale

Depois de cercar o legado, vem a conta. Nem toda pergunta precisa de API cara na nuvem.

Modelos pequenos (Phi, Llama 3B quantizado) já foram argumentados no episódio 5 do Horizonte. No PDV, uma RTX 4060 Ti local pode cobrir consultas de domínio — SQL, regras fiscais resumidas — sem os R$ 500/mês de token.

Reserve API paga só para tarefas onde o retorno for mensurável.

Vetores no Postgres, não na nuvem aleatória

Sidecar e SLM resolvem processamento. Memória de longo prazo exige outro cuidado: onde guardar o que a IA precisa lembrar.

Não jogue especificações em banco vetorial aleatório na nuvem. Use a abstração Spring AI VectorStore para manter independência de vendor.

Comece com Postgres + pgvector: banco híbrido (SQL + vetores) economiza RAM, simplifica backup e mantém procedures protegidas pelo mesmo firewall.

Offline-first e dados locais como base operacional continuam no episódio 2 do Horizonte. O pgvector encaixa nessa hierarquia — não a substitui.

O desenvolvedor não saiu de moda

Com sidecar, SLM e vetores no lugar, sobra uma pergunta incômoda: ainda precisa de programador?

Sim. Quanto mais IA consome, mais vale quem entende o porquê das regras ocultas:

• debugar procedure;
• manter PDV funcional numa tela (StackPane, binding, Task em background, FXML modular).

Esse conhecimento é escudo contra inchaço tecnológico. No-code no lugar de engenharia continua sendo vitrine.

Entregue valor em 2D, não em holograma

Arquitetura certa ainda pode morrer na expectativa errada do gestor.

Não espere planilhas 3D na maioria das empresas. Espere legado com campo de busca que entende intenção e relatório executivo em PDF. Java no servidor envia JSON; o front renderiza em 2D.

Revolução na conversa, não na estética.

Recapitulando a série em cinco pontos

Antes do veredito, o mapa completo — útil para quem leu só este artigo:

1. Hardware finito: token é imposto; VRAM é elite.
2. Legado pesado: janela de contexto mata migração mágica.
3. Vetores caros: geometria semântica ao lado do SQL, não no lugar.
4. Jevons: eficiência alimenta mais consumo.
5. Sidecar + SLM + pgvector: hibridização sobrevivente.

Veredito final

Custo de quinhentos reais em tokens é preço de ser usuário. O objetivo do desenvolvedor: tornar-se arquiteto de soluções híbridas — sidecar, SLM local, pgvector no Postgres que você já backupa.

Nenhuma empresa quebrou por manter legado que funciona. Muitas quebraram migrando para magia sem equipe para sustentar alucinação.

Critério e responsabilidade humana fecham o arco no epílogo do Horizonte do Essencial.

Use IA para iluminar o legado, não para reconstruí-lo no escuro.

---

Nota: Artigo final da série O Mito da Eficiência — IA, Silício e a Realidade Além da Nuvem (dez/2026 – jan/2027).