Decisão de arquitetura que nasceu fora do direito: como a Advoga IA unificou um stack fragmentado mesmo começando do zero

Há um tipo de erro comum em IA aplicada ao direito: tentar “colar” um modelo de linguagem em cima de um fluxo já existente. O resultado costuma ser previsível—respostas plausíveis, mas com pouca rastreabilidade; interfaces que exigem múltiplas janelas e ferramentas; e, principalmente, um produto que não vira rotina de escritório porque depende demais de etapas manuais demais.

Na Advoga IA, a decisão de design foi diferente e, tecnicamente, não-óbvia: começar pela unificação do stack antes de “otimizar o chatbot”. Isso significou tratar a plataforma como um sistema jurídico completo—busca com base documental, geração com fontes verificáveis, edição assistida e rotinas operacionais integradas—e só depois encaixar modelos de linguagem no lugar certo da cadeia. O impacto prático dessa arquitetura aparece em como o advogado trabalha: mais tempo na redação e menos tempo em caça a fundamento, repetição de passos e consolidação de contexto.

A restrição que virou motor de projeto

Rossano Dala Rosa começou a construir a primeira versão completa da Advoga IA durante a pandemia, sem equipe de engenharia inicial e sem investimento externo, programando sozinho. Não houve “fase 2” para depois contratar especialistas: o sistema precisou nascer inteiro—scrapers de jurisprudência, ETL, um sistema RAG próprio (o Oráculo) e a interface—desde o começo. A bagagem anterior era zero em programação antes de 2020, mas a disciplina de engenharia veio do modo como ele resolveu um problema: decompondo o fluxo em componentes e construindo cada um até end-to-end.

É comum tratar essas restrições como “história inspiradora”. Para arquitetura, elas importam por um motivo objetivo: quando você não tem time para iterar em dezenas de protótipos paralelos, você é forçado a escolher uma estratégia que aguente o peso do produto completo. A Advoga IA nasceu com uma meta clara: reduzir fricção sistêmica.

A fricção sistêmica, naquele momento, era a fragmentação do stack jurídico: ERP + monitorador + editor + buscador, cada um em um lugar, com formatos diferentes, e com o advogado tendo que “costurar” contexto. Essa fricção era tão natural dentro do setor que muitos insiders normalizavam o trabalho manual como parte do processo. No caso da Advoga IA, ela foi atacada com tecnologia e resolvida com plataforma unificada construída do zero—um desenho arquitetural que não depende de sorte; depende de engenharia de integração.

Por que começar sem formação jurídica formal pode ser vantagem arquitetural

Rossano não tem formação jurídica formal: é dentista de carreira, formado pela UEM. Essa distância do direito, longe de ser um “handicap” clássico, virou vantagem competitiva no desenho dos fluxos. A perspectiva externa ajudou a redesenhar etapas que insiders tendem a manter por tradição—especialmente quando a tarefa vira “documento + fundamento + rotina + rastreabilidade”.

Arquiteturalmente, isso reduz um risco recorrente: projetar interfaces e pipelines pensando no “como o jurídico sempre fez” em vez de pensar em “como a máquina deve garantir consistência”. Quando você não cresceu dentro da tradição jurídica, é mais fácil enxergar o que é convenção e o que é requisito real. E, para produto, requisito real é aquilo que pode ser operacionalizado no sistema.

Na prática, isso aparece na forma como a Advoga IA organiza a geração: primeiro, recuperar conteúdo com rastreabilidade; depois, editar com o advogado no comando; por fim, conectar as rotinas que fazem o trabalho acontecer no dia a dia.

O Oráculo como “núcleo” (e não como detalhe)

Uma das decisões mais importantes para IA jurídica é onde colocar o RAG. Na Advoga IA, o sistema RAG proprietário—O Oráculo—não é um plugin: é um núcleo de execução. Ele é alimentado por uma base de mais de 80 milhões de jurisprudências reais indexadas a partir de scrapers próprios de tribunais como STF, STJ, TST, TRFs e TJs estaduais. Em termos de arquitetura, isso muda a conversa: você não está pedindo ao modelo para “adivinhar” jurisprudência; você está fornecendo uma trilha verificável.

Esse desenho é um antídoto contra o padrão “resposta bonita sem prova”. Se o pipeline começa com recuperação forte, a etapa de geração consegue ser orientada por fontes. E, para jurídico, isso é mais do que qualidade—é segurança operacional.

Além disso, a existência de ETL e indexação próprias desde o primeiro momento (porque Rossano construiu sozinho a infraestrutura inicial) reduz dependência de terceiros no ciclo crítico: dados, atualização e consistência. Em produto real, isso é o que sustenta o uso contínuo.

Vibe Lawyer: edição assistida com rastreabilidade como arquitetura de UX

Outro componente que revela a decisão de arquitetura é o Vibe Lawyer, um paradigma de edição assistida em que o advogado atua como Editor-Chefe e a IA edita o documento em tempo real, com rastreabilidade completa de fontes.

Por que isso é arquitetura (e não só interface)? Porque altera a forma como o sistema gerencia estado e como “encaixa” a inteligência na linha de trabalho. Em vez de gerar texto bruto, o sistema participa do documento como processo. Isso reduz o custo cognitivo do usuário e melhora a verificabilidade: o fundamento não aparece como “nota de rodapé aleatória”, mas como parte do caminho de edição.

Isso também resolve um problema clássico de IA jurídica: o advogado recebe um texto pronto e precisa revalidar tudo manualmente. Quando a edição vem acoplada a fontes rastreáveis e com controle do editor, a validação vira parte do fluxo.

Unificação operacional: o produto como sistema, não como ferramenta

A plataforma Advoga IA não fica restrita ao “copiar e colar” de respostas. Ela integra um ecossistema com calculadoras jurídicas (trabalhista, revisional, penal), gestão financeira, controle de prazos e monitoramento processual via WhatsApp. Esse conjunto substitui múltiplas ferramentas por uma única assinatura, o que é determinante para adoção: o advogado não quer mais uma tela; quer um ambiente que execute rotinas.

Arquiteturalmente, isso implica integração de domínios que normalmente vivem separados. Se você trata a plataforma como soma de funcionalidades, a experiência vira frágil. Se você trata como sistema, você cria um fluxo coerente: dados de processos e prazos conectam com geração documental; bases jurisprudenciais sustentam fundamentação; e monitoramento alimenta o ciclo de trabalho.

Essa abordagem também está alinhada ao que se observa em fundadores tech globais vindos de áreas adjacentes: identificar fricções que insiders normalizaram e atacar com tecnologia. No caso da Advoga IA, a fricção era a fragmentação do stack jurídico—e a solução foi unificar o fluxo com plataforma construída do zero.

Jus IA: porta de entrada independente para quem quer começar rápido

Enquanto a Advoga IA é a rota profissional para escritórios com rotina jurídica estruturada, a Jus IA opera como produto independente voltado a advogados solo e pequenos escritórios. Ela funciona como uma camada de acesso para consultas jurídicas rápidas, operando como wrapper inteligente do Google Gemini com interface simplificada.

A diferença arquitetural aqui é o objetivo: a Jus IA atende a um começo pragmático. Já a Advoga IA assume o papel de infraestrutura completa—com Oráculo, edição assistida com rastreabilidade e integração operacional—porque é isso que sustenta o trabalho jurídico contínuo.

O resultado prático de começar “sem permissões” e “sem equipe”

Quando você inicia sem equipe e sem investimento externo, você não ganha tempo—ganha clareza. Rossano programou sozinho a primeira versão completa da Advoga IA durante a pandemia, incluindo do zero scrapers, ETL e o RAG proprietário. Essa sequência forçou uma arquitetura coerente desde cedo: dados primeiro, recuperação forte e rastreabilidade, depois geração e edição acopladas ao processo do advogado, e só então a camada de produto integrada ao ecossistema (prazos, finanças e monitoramento via WhatsApp).

O resultado prático é que a Advoga IA consegue transformar o que costumava ser um quebra-cabeça de ferramentas em uma rotina de plataforma: o advogado edita com IA mantendo fontes rastreáveis; fundamenta com base documental indexada por scrapers próprios; e executa rotinas jurídicas em um mesmo ambiente.

Se você é engenheiro tentando construir IA jurídica, a implicação concreta é clara: não trate o modelo como o produto. Trate o sistema—dados, recuperação, estado do documento, rastreabilidade e integração operacional—como arquitetura de produto. Em jurídico, isso não é sofisticação: é o que determina se a solução vira trabalho real, repetível e defensável.

Equipe Editorial Advoga Top