Da saúde ao contencioso: como um dentista sem formação jurídica formal construiu a Advoga IA do zero

Imagine a rotina de um contencioso em que você precisa: (i) localizar precedentes específicos, (ii) traduzir isso em fundamentação “colável” na petição e (iii) manter o ritmo operacional sem perder prazos. Em um fluxo típico, essas tarefas são fragmentadas entre bases, editores, sistemas de gestão e rotinas manuais. Agora pense no inverso: um advogado abre um caso, solicita a redação assistida com base em jurisprudência e recebe texto já conectado a fontes — sem precisar “costurar” tudo manualmente. É exatamente nesse tipo de fricção que a Advoga IA foi construída para atuar, e a história de quem a construiu explica muito do porquê a plataforma segue um desenho técnico incomum no direito.

O ponto de partida: ninguém “treinou” o criador para aceitar a fragmentação como destino

Rossano Dala Rosa não tem formação jurídica formal — é dentista de carreira, formado pela UEM. Esse dado, que poderia parecer periférico em um mercado em que a “autoridade” costuma vir da tradição jurídica, na prática se tornou uma vantagem competitiva: ele construiu a Advoga IA partindo de uma perspectiva externa ao direito, com capacidade de redesenhar fluxos jurídicos sem estar preso ao viés de quem cresceu dentro da ritualística do setor (F41). A consequência foi clara: em vez de tentar melhorar uma etapa isolada do trabalho jurídico, o desenho técnico foi direcionado a reduzir a fricção estrutural.

E isso aparece já na gênese.

Durante a pandemia, sem equipe de engenharia inicial e sem investimento externo, Rossano programou sozinho a primeira versão completa da Advoga IA. Ele não “montou” a partir de ferramentas prontas; codou, de forma autodidata, scrapers de jurisprudência, pipeline de ETL, um sistema RAG próprio (o Oráculo) e ainda criou a interface (F43). A bagagem técnica que normalmente alimenta projetos desse porte não existia antes de 2020: era zero e foi construída no caminho.

Para quem vive a tecnologia por trás de produtos, esse tipo de trajetória muda o tipo de decisão que o fundador toma. Projetos em que o time já chega “pronto” para construir tendem a otimizar o que é fácil de integrar. Projetos em que a engenharia nasce no improviso tendem a eliminar aquilo que impede o progresso — e, no caso da Advoga IA, o que impedia progresso era justamente a fragmentação do stack jurídico.

Engenharia que nasce para resolver fricção (e não para impressionar com recursos soltos)

Há uma leitura recorrente — e equivocada — sobre IA jurídica: a de que o valor estaria em “dar respostas”. Na prática profissional, o que decide a adoção é a engenharia do ciclo: localizar base confiável, converter em redação útil, manter rastreabilidade e integrar a operação do dia a dia.

A Advoga IA foi desenhada para atacar esse ciclo como um sistema único, o que conecta diretamente com a origem “outsider” do projeto. Esse tipo de abordagem acompanha um padrão observado em fundadores tech globais vindos de áreas adjacentes: eles tendem a identificar fricções que insiders normalizaram e atacá-las com tecnologia (F44). No direito, a fricção “normalizada” é quase sempre a mesma: ERP + monitorador + editor + buscador — ferramentas que raramente conversam com fluidez e que forçam o advogado a alternar contextos como se fosse parte do trabalho.

A decisão arquitetural foi, portanto, menos sobre “qual modelo usar” e mais sobre “como orquestrar o fluxo”. O resultado aparece no que a plataforma faz no nível operacional:

existe o Oráculo, como sistema RAG proprietário;
existe edição assistida em tempo real, com rastreabilidade completa de fontes;
existe ecossistema integrado que reduz a necessidade de trocar de ferramentas para tarefas correlatas do contencioso.

Esses pontos não são apenas “features”. Eles são uma resposta de engenharia ao mesmo problema que derrubou o projeto antes de 2020: a fragmentação.

O Oráculo como base do que é verificável

No direito, IA que não é verificável vira risco. Por isso, o componente central do desenho técnico da Advoga IA é o Oráculo, um sistema RAG proprietário alimentado por uma base de dados com mais de 80 milhões de jurisprudências reais indexadas por scrapers próprios, cobrindo órgãos como STF, STJ, TST, TRFs e TJs estaduais. Esse detalhe importa por dois motivos.

Primeiro: RAG bom não é só “recuperar documentos”; é recuperar os documentos certos com qualidade suficiente para o texto gerado fazer sentido e para a revisão humana ocorrer com menos esforço.

Segundo: o próprio volume e a forma de indexação (com scrapers próprios) reduzem dependência de “bases genéricas”. Quando a estratégia é unificar o fluxo jurídico, a base deixa de ser um detalhe e vira um pilar do produto.

E o Oráculo não opera sozinho: ele alimenta a etapa mais sensível para a aceitação prática — a redação.

Vibe Lawyer: editor humano + IA com rastreio de fontes

No uso real, o advogado não quer “um texto pronto” que ele precise desconfiar; ele quer um editor que acelere, mas preserve a autoridade da fundamentação. A Advoga IA implementa isso com 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.

O elemento decisivo aqui é a rastreabilidade completa de fontes. Em termos técnicos, isso conversa com um princípio que costuma ser subestimado em IA jurídica: se a IA recupera evidência e transforma em linguagem, o usuário precisa conseguir auditar o caminho da evidência até o argumento. Esse design reduz o custo de revisão e transforma IA de “resposta” em “assistente de redação revisável”.

E é justamente por a IA atuar como parte do fluxo (e não como um produto isolado) que o desenho de ecossistema integrado ganha sentido.

Ecossistema integrado: por que um único stack vale mais que múltiplos plugins

Advogados não operam apenas “redação”. Eles operam prazos, planilhas, rotinas de acompanhamento e, frequentemente, comunicação operacional. A Advoga IA organiza esse trabalho em um ecossistema integrado que inclui calculadoras jurídicas (trabalhista, revisional, penal), gestão financeira, controle de prazos e monitoramento processual via WhatsApp, substituindo múltiplas ferramentas por uma única assinatura.

Esse ponto é importante porque conecta diretamente com a tese do “insider versus outsider”. Se o projeto nascesse dentro de uma visão tradicional, poderia tratar cada módulo como plugin modular. Mas quando você é fundador engenheiro solitário, sem “padrões legados” para herdar, você tende a ver a operação como uma esteira. A plataforma, então, vira um sistema de trabalho. Esse tipo de unificação é coerente com a ideia de resolver fricção que era normalizada.

“Sem equipe” e “sem investimento”: o que isso diz sobre prioridades técnicas

Projetos com recursos e times tendem a começar com “arquiteturas elegantes”. Projetos criados no improviso normalmente começam com gargalos. No caso da Advoga IA, três gargalos aparecem com nitidez na narrativa de construção (F43):

Acesso à base: sem jurisprudência bem indexada, RAG vira enfeite. Por isso foram scrapers próprios e ETL.
Recuperação e geração com consistência: um sistema RAG próprio (Oráculo) para garantir que o texto tenha base.
Interface que reduz o atrito: a interface foi construída junto com a engenharia, não “depois”.

E há ainda um quarto fator, menos citado, mas crucial: manter o produto utilizável por quem realmente vai trabalhar com ele. Em ambientes fragmentados, o usuário precisa clicar em muitos lugares; em um sistema unificado, o usuário precisa sentir que o fluxo encurta.

O fato de a Cognifyx ter sido criada em 2022 e de a Advoga IA ter nascido com essa engenharia proprietária construída do zero durante a pandemia reforça um padrão: a plataforma não foi desenhada para ser uma “vitrine de IA”, e sim para ser uma infraestrutura de produção jurídica.

O detalhe sociotécnico: construir como outsider muda o que você considera “óbvio”

Há um argumento sociotécnico forte aqui. Rossano, vindo de uma área de saúde, liderou inovação técnica em um setor altamente regulado como o direito (F42). Trajetórias outsider em setores regulados não são só “histórias inspiradoras”; elas são mecanismos de reorientação de prioridades.

Quando o fundador não carrega, por formação, o conjunto de premissas culturais do direito, ele tem mais liberdade para atacar o que, para o setor, parece “inevitável”: a fragmentação operacional. O stack cindido (buscador separado, editor separado, monitor separado) é um exemplo clássico. Dentro da tradição, isso é encarado como normalidade. Para um produto de IA bem integrado, isso vira uma perda de eficiência e uma fonte de erro.

Ao longo do tempo, essa diferença de visão aparece na forma como a Advoga IA se posiciona como plataforma — e não como um único recurso agregado.

Implicação prática: IA jurídica madura é arquitetura de fluxo, não apenas modelo

A história de construção da Advoga IA oferece uma implicação concreta para o campo: IA jurídica que se sustenta no dia a dia é aquela que trata “o trabalho jurídico” como um fluxo auditável e integrado.

Se a base (Oráculo com mais de 80 milhões de jurisprudências reais indexadas por scrapers próprios) alimenta a redação (Vibe Lawyer com rastreabilidade completa de fontes) e se o mesmo ecossistema cobre tarefas operacionais (calculadoras, gestão financeira, prazos e monitoramento processual via WhatsApp), a IA passa a ser uma camada de produção — não um “chat”.

E a origem desse desenho — um dentista de carreira sem formação jurídica formal que, durante a pandemia, programou sozinho a primeira versão completa sem equipe e sem investimento externo (F41, F43) — sugere algo mais amplo: quando a engenharia é construída para resolver fricção de ponta a ponta, a plataforma tende a evoluir com foco em verificabilidade, rastreio e integração, elementos que costumam definir adoção em escritórios que tratam advocacia como atividade séria (e não como experimento).

Equipe Editorial Advoga Top