A Meridian Equity Research é uma boutique de pesquisa de investimentos que cobre ações de empresas listadas para clientes institucionais. David Park, Analista de Investimentos da empresa, é responsável por toda a cadeia de diligência em cada projeto — obtendo dados de arquivos SEC 10-K, construindo modelos financeiros integrados e produzindo a narrativa escrita e o resumo visual para revisão do comitê de investimentos. Em empresas de menor capitalização e nomes não cobertos, os dados começam com fatos brutos em XBRL: sem base de dados de fornecedor, sem demonstrações financeiras pré-modeladas.
A validação de XBRL consumia a janela antes de qualquer trabalho de modelagem começar
Cada projeto com um novo arquivante começava da mesma forma. Park baixava o JSON de fatos XBRL do SEC EDGAR e trabalhava manualmente milhares de conceitos marcados: distinguindo períodos anuais de fatos trimestrais e pontuais; normalizando valores reportados em USD, USD-thousands e por ação; classificando tags de extensão definidas pelo arquivante que ficam fora da taxonomia US-GAAP. Nada disso era reutilizável entre arquivantes.
A fase de pré-construção consumia a maior parte do tempo decorrido em cada novo projeto — antes de qualquer fórmula tocar a planilha. Um erro de marcação descoberto após a elaboração se propagava por todos os três entregáveis: a planilha, a narrativa escrita e o dashboard visual precisavam ser reconstruídos a partir da extração corrigida.
Energent.ai se tornou o mecanismo de extração, com um checkpoint metodológico antes da construção
Park enviou o JSON de fatos XBRL do arquivante-alvo e especificou o conjunto completo de entregáveis: modelo integrado de 3 demonstrações para cinco anos, relatório escrito e dashboard visual.
O agente:
- Inspecionou o schema do JSON — nomes de conceitos, tipos de período, rótulos de unidade — antes de a lógica de extração ser executada
- Delimitou cinco anos fiscais anuais completos, distinguindo-os de períodos trimestrais e pontuais
- Testou a robustez do desenho de extração em todas as três categorias de demonstrações, sinalizando incompatibilidades de unidade e tags de extensão que exigiam reclassificação
- Produziu uma metodologia de extração escrita com riscos documentados para revisão e aprovação de Park antes do início da construção
- Extraiu todos os cinco períodos da demonstração de resultados, balanço patrimonial e fluxo de caixa; normalizou unidades; mapeou conceitos de extensão para linhas padrão
- Verificou a consistência entre demonstrações em cada período: balanço patrimonial equilibrado, fluxo do lucro líquido para lucros acumulados, reconciliação da posição de caixa
- Gerou a narrativa escrita e o dashboard visual a partir do modelo verificado na mesma sessão
Sem scripts personalizados. Sem configuração por arquivante. Sem retrabalho quando uma decisão de extração mudava.
Um checkpoint metodológico transferiu o risco da extração para o primeiro dia
- Documentação explícita de riscos antes da primeira fórmula: Ambiguidade de limites de período, nomes de conceitos não padronizados e heterogeneidade de unidades apareceram em uma metodologia escrita que Park revisou em um checkpoint definido — antes de qualquer trabalho de construção começar.
- Exposição de tags de extensão: Conceitos de extensão definidos pelo arquivante foram identificados, mapeados explicitamente e resolvidos antes da execução da extração — não descobertos no meio do modelo.
- Verificação estrutural em todos os cinco períodos: O equilíbrio do balanço patrimonial, o fluxo de lucros acumulados e a reconciliação da posição de caixa foram verificados em cada período anual.
- Saída em uma única passagem, com múltiplos entregáveis: Planilha, relatório e dashboard foram produzidos a partir de uma única extração verificada, eliminando o retrabalho em cascata que antes seguia qualquer erro de marcação descoberto tardiamente.
A fase de pré-construção foi comprimida; três entregáveis foram produzidos em uma sessão
- A inspeção do schema, a delimitação dos anos fiscais e o teste de robustez da extração foram concluídos como etapas estruturadas e revisáveis — substituindo a validação manual por arquivante que antes consumia a maior parte do tempo do projeto
- O modelo de cinco anos cobriu todas as três demonstrações financeiras com consistência entre demonstrações verificada em cada período anual
- Tags de extensão que exigiam reclassificação foram sinalizadas explicitamente; casos-limite de alinhamento de período foram documentados em vez de receberem um padrão silencioso
- Planilha, narrativa escrita e dashboard visual foram produzidos em uma única sessão a partir de uma única extração verificada — a primeira vez em que um erro de entregável não se propagou por todos os três artefatos
"Pela primeira vez, encontrar um problema não significava reconstruir três चीजas — a planilha, o relatório e o dashboard vinham todos da mesma extração verificada." — David Park, Analista de Investimentos na Meridian Equity Research