O Panteão no ERP: como quatro agentes mítico-filosóficos aumentaram o poder do Dolibarr

Um ERP moderno não morre de falta de dados. Morre de excesso de dados sem juízo. Esta é a história de como uma equipe de quatro agentes de IA — batizada com nomes de mito e armada com filosofia — assumiu o comando do Dolibarr e transformou um sistema de registro em um sistema de decisão.

Quatro agentes — hefesto, vitruvio, themis e ciceron — transformaram o Dolibarr de livro-razão mudo num ERP que pergunta antes de responder.

O problema que ninguém quer encarar

Todo time que implementa ERP passa pelo mesmo roteiro: o sistema é instalado, os cadastros entram, as faturas são emitidas — e então começa a lenta corrupção do dado. Conta contábil sem hierarquia. Despesa sem conta de destino. Processo automatizado antes de estar correto. Relatório que soma silêncio.

A tecnologia, sozinha, comete um erro clássico: digitaliza o problema. Coloca velocidade onde deveria colocar sentido.

A resposta filosófica é antiga e simples: ferramenta sem praxis é material bruto; praxis sem logos é trabalho cego; logos sem justiça é sofisma; e tudo isso, sem retórica, morre na gaveta de quem decide.

Foi exatamente esse o desenho da equipe.

A equipe: quatro nomes, quatro virtudes

Os quatro agentes vivem como arquivos .md no workspace — frontmatter com mode: subagent, uma description que diz quando acioná-los, e o prompt original do projeto PJ2510-0205 preservado. São invocados por task com subagent_type, em cadeia.

⚒️ hefesto — o Analista de Processos (praxis)

No mito, Hefésto é o único deus que trabalha: forja o relâmpago de Zeus numa oficina real, com calor, erro e retrabalho. Na filosofia aristotélica, ele é a techné — a capacidade humana de fazer bem as coisas.

É o que hefesto faz pelo ERP: antes de qualquer automação, ele pergunta a pergunta que ninguém quer ouvir — "este processo está correto ou precisa ser redesenhado?" Modela o fluxo atual em BPMN, aponta gargalo, retrabalho e atividade que não agrega valor, e só então autoriza a ferramenta. Ele é a garantia de que a empresa não vai investir robô para acelerar um caminho errado.

🏛️ vitruvio — o Arquiteto de Software (logos)

Marco Vitrúvio Polião abriu o De Architectura com três exigências que valem até hoje: firmitas, utilitas, venustas — solidez, utilidade, beleza. Platão diria o mesmo de outra forma: existe a ideia antes da matéria.

vitruvio é esse gesto: o especialista em Spec-Driven Development que transforma ideia vaga em especificação técnica antes de qualquer linha de código — objetivo, problema real, público impactado, regras de negócio auditáveis, requisitos funcionais e não funcionais, critérios de aceite, indicadores de sucesso. Enquanto a especificação não estiver validada, o código não começa. Ele não trava o projeto: ele impede que o projeto nasça torto.

⚖️ themis — a Governança e os Riscos (dikaiosyne)

Têmis segura a balança: é a ordem antes do poder, a regra antes da pressa. Nas virtudes cardeais de Platão e Aristóteles, a justiça (dikaiosyne) é a que harmoniza todas as outras.

themis é o filtro de risco do sistema: revisa o planejamento sob PMBOK, COBIT e ITIL, cobra matriz RACI, plano de contingência, critérios de aceite e — não menos importante — a conformidade com a LGPD. Se faltar indicador de valor, ela exige a métrica antes de liberar implantação. E se o projeto estiver criando sistema isolado ou dívida técnica, ela devolve o projeto com o parecer: bloqueado.

🏺 ciceron — a Comunicação Estratégica (rhétorikê)

Cícero ensinou que o discurso existe para mover a decisão — movere, docere, delectare. Retórica não é enfeite; é a ponte entre quem sabe e quem aprova.

ciceron traduz o técnico para o idioma do negócio e defende a Fase Zero para a alta gestão sem parecer quem trava a inovação. Quando a urgência bate na porta, ele entrega scripts persuasivos ancorados em mitigação de risco e ROI. É o agente que faz o planejamento ser aprovado em vez de arquivado.

A cadeia: um silogismo que termina em decisão

Os quatro não trabalham soltos. O projeto define uma ordem — e ela tem forma lógica:

1. hefesto valida o como (o processo real) → premissa menor
2. vitruvio define o o que (a especificação) → termo médio
3. themis garante a conformidade (risco, LGPD, frameworks) → garantia
4. ciceron produz a aprovação (argumento executivo) → conclusão

É um silogismo aristotélico aplicado a gestão de projetos: o processo é a premissa, a especificação é o meio pelo qual ela se sustenta, a governança é a garantia lógica, e a conclusão — o momento em que a liderança decide — só é válida se as três anteriores forem verdadeiras.

O incremento de poder no Dolibarr ERP

Agora a parte que transforma mito em sistema.

O Dolibarr — ERP de código aberto, rodando localmente — já era completo: contabilidade, tesouraria, faturamento, RH, projetos, agenda, base de conhecimento. Mas um ERP completo é um oráculo mudo: ele tem as respostas e não fala com ninguém.

O incremento veio por uma camada simples e poderosa: MCP (Model Context Protocol).

O servidor dolibarr foi registrado no opencode.json e expõe um catálogo de 75 ferramentas — list_bank_accounts, get_bank_transactions, add_bank_transaction, get_financial_summary, list_invoices, add_payment_to_invoice, create_credit_note, list_accounting_accounts, list_accounting_journals, list_accounting_entries, list_expenses, list_users, list_projects, list_tasks… A partir daí, o ERP ganhou sentidos, mãos e juízo:

Sentido Antes do incremento

Depois do incremento

Sentidos Dado só via tela e relatório

Saldo, fatura, diário e lançamento consultados por linguagem natural em segundos

Mãos Lançamento manual em formulário

Escrita via MCP sob confirmação explícita (pagamento, estorno, movimentação bancária)

Memória Documento espalhado em pastaECM e base de conhecimento ligados ao processo (kallos)

Ritmo Agenda humana dispersaCompromissos e vencimentos unificados (chronos)

Juízo Dado sem interpretaçãoA cadeia hefesto → vitruvio → themis → ciceron decidindo antes de executar

Na prática, o time passou a operar assim: saloman (contabilidade e bancos) reconcilia a tesouraria e lê os diários; athena (RH) acompanha folha e encargos; sollers custeia projeto por projeto; kallos guarda os documentos.

Eles são os guardiões do ERP.

Os quatro novos agentes são o conselho que decide o que merece entrar nele.

Um exemplo concreto de capacidade: o fechamento financeiro de 10/9/2026 encontrou 28 contas bancárias ligadas ao diário contábil BQ, das quais 22 já carregavam código do plano de contas (grupo 125, "Bancos C/Movimento") — e expôs 20 linhas ainda não conciliadas como pendência, não como ajuste forçado.

A auditoria do plano de contas, por sua vez, mapeou 228 contas e revelou fragilidades de hierarquia que nenhum relatório automático sozinho aponta.

Dado é fácil; juízo sobre o dado é o incremento.

Filosofia aplicada não é enfeite

É o que separa automação de sofisticação:

• Técnica sem processo (hefesto ausente) → acelera o erro.
• Processo sem especificação (vitruvio ausente) → ninguém sabe o que foi acordado.
• Especificação sem governança (themis ausente) → implantação vir passivo (e risco LGPD).
• Tudo isso sem retórica (ciceron ausente) → morre na apresentação que ninguém aprovou.

Como reproduzir

Cada agente é um arquivo .md no diretório .opencode/agent/ do projeto:

---
description: Arquiteto de software e especificador (Spec-Driven Development)...
mode: subagent
model: anthropic/claude-sonnet-4-6
---
# vitruvio — Arquiteto de Software (SDD)
...

Depois do restart do opencode, invoque em cadeia:

task → subagent_type: "hefesto" → depois "vitruvio" → depois "themis" → por fim "ciceron".

O ERP continua sendo o mesmo. O que muda é o que ele é capaz de perguntar antes de responder — e é aí que mora o poder que faltava.

Projeto PJ2510-0205 · agentes hefesto, vitruvio, themis e ciceron no Br[AI]n · Dolibarr via MCP (75 tools).