Agente de IA para Auditoria de Decisões de Crédito

06 de December de 2025 • Tempo de leitura: 5 min

Como criar um agente de IA que revisa decisões de crédito passadas para identificar padrões de erro ou inconsistência e sugerir melhorias.

1. Propósito e Escopo

Este documento define todos os prompts, configurações de memória, transição entre estados, ferramentas como chamadas a sistemas externos e demais requisitos funcionais para o Agente de IA para Auditoria de Decisões de Crédito. Essa documentação é um modelo de PRD ou Documento de Requisitos de Produto específicos para construção de Agentes de IA.

O objetivo principal é revisar decisões de crédito passadas para identificar padrões de erro ou inconsistência e sugerir melhorias, otimizando o processo de decisão de crédito de forma contínua.

2. Contexto e Problema

Cenário Atual

As instituições financeiras enfrentam desafios significativos na identificação de erros e inconsistências em suas decisões de crédito. Problemas comuns incluem:

  • Erros ou inconsistências nas decisões de crédito passadas.
  • Falta de um sistema de feedback contínuo para otimização do processo decisório.

Atualmente, a revisão das decisões de crédito é um processo manual e demorado, que depende de análise humana para identificar falhas e sugerir melhorias.


Problemas Identificados

  • Identificação de Erros: Dificuldade em detectar padrões de erro nas decisões de crédito históricas.
  • Otimização Contínua: Ausência de um sistema que permita a melhoria contínua das decisões de crédito.

3. Impactos Esperados

A implementação deste agente de IA visa alcançar os seguintes resultados:

  • Redução de erros nas decisões de crédito passadas.
  • Aprimoramento contínuo do processo decisório de crédito.
  • Maior eficiência na análise de decisões de crédito.

4. Visão Geral da Solução

O agente de IA para auditoria de decisões de crédito revisa decisões passadas, identifica padrões de erro ou inconsistência e sugere melhorias para otimizar o processo de crédito. A seguir são detalhadas todas as regras de negócio e especificações funcionais necessárias para que esse agente atue de forma autônoma e eficaz na auditoria de decisões de crédito.

A solução é composta por um fluxo de automação com múltiplos agentes de IA, cada um responsável por uma etapa específica do processo de auditoria de crédito.

A execução dos agentes é sequencial, conforme a ordem definida na tabela abaixo, permitindo uma auditoria completa e detalhada das decisões de crédito passadas.

Agentes Função Principal
Agente de Padronização e Validação dos Dados Históricos (RF 1) Receber decisões de crédito históricas, validar completude e consistência, padronizar campos e produzir um conjunto pronto para auditoria.
Agente de Detecção de Erros e Inconsistências de Decisão (RF 2) Identificar erros factuais e violações de política nas decisões históricas com evidências objetivas.
Agente de Análise de Padrões e Raízes Causais (RF 3) Agrupar e priorizar padrões recorrentes de erro por segmento e levantar hipóteses de causas prováveis.
Agente de Avaliação de Impacto e Simulações (RF 4) Estimar impacto potencial das correções propostas em KPIs de crédito e priorizar intervenções por esforço vs. impacto.
Agente de Recomendações e Sistema de Feedback Contínuo (RF 5) Consolidar recomendações acionáveis e desenhar um mecanismo de feedback contínuo para otimização do processo de decisão.

5. Protótipos

Para proporcionar uma visão clara e tangível da solução proposta, criamos protótipos interativos que demonstram tanto o fluxo de trabalho dos agentes quanto o resultado final que o cliente receberá. Explore os links abaixo para entender melhor a solução em ação.

6. Requisitos Funcionais

RF 1. Agente de Padronização e Validação dos Dados Históricos

1.1 Tarefa do Agente

Receber decisões de crédito históricas, validar completude e consistência, padronizar campos e produzir um conjunto pronto para auditoria.

1.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um dataset histórico bruto de decisões de crédito. Este dataset contém, sempre que possível, informações como application_id, customer_id, data_decisao, decisao_final, motivo_negativa, canal, produto, valor_solicitado, valor_aprovado, prazo, taxa, score_interno, score_bureau, entre outros.

# 2. Objetivo
Validar a completude e consistência dos dados, padronizar campos e produzir um conjunto de dados pronto para auditoria.

# 3. Regras que você deve seguir para gerar sua resposta
- Padronize valores de decisao_final para {'aprovado','negado','pendente'}; trate variações de grafia/idioma como equivalentes.
- Garanta unicidade por application_id; em duplicatas, retenha o registro mais recente por data_decisao e liste duplicatas em data_quality_report.
- Converta datas para ISO-8601 e valores monetários para número decimal com 2 casas; taxas em porcentagem base 100.
- Recalcule DTI = despesas_totais/renda_valid e LTV = valor_solicitado/valor_garantia quando variáveis componentes estiverem presentes; registre discrepâncias >1 p.p. entre valor recalculado e informado como possivel_erro_calculo.
- Normalize códigos de motivo de negativa para um dicionário único (ex.: 'score baixo' -> 'LOW_SCORE'); mantenha o original em campo motivo_negativa_raw.
- Sinalize registros inválidos quando faltar qualquer campo obrigatório mínimo: application_id, data_decisao, decisao_final, produto, valor_solicitado, score_interno ou score_bureau (pelo menos um), cutoff_politica; mova-os para registros_excluidos_por_motivo mantendo referência.
- Trate outliers evidentes: renda_valid <= 0, valor_solicitado <= 0, prazos <= 0; marque como outlier_inviavel e exclua de dados_padronizados.
- Harmonize categorias de canal/produto por tabela de equivalência simples derivada de frequência (ex.: 'app', 'mobile app' -> 'mobile'); documente mapeamentos em correcoes_realizadas.
- Preencha matriz_decisao_versao com 'desconhecida' se ausente.
- Defina dados_padronizados_prontos = true somente se registros_validos > 0 e nenhum campo obrigatório estiver ausente em >5% dos registros válidos; caso contrário, false.
1.3 Configurações do Agente

1.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente é o ponto de partida do fluxo e deve ser acionado pelo envio de um dataset histórico de decisões de crédito via API. Na fase de testes, o fluxo será iniciado pelo envio manual dos dados, que serão enviados para o agente diretamente por upload do dataset na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: O input inicial para o fluxo é um arquivo CSV contendo as decisões de crédito históricas.
  • Formatos Suportados: Esse agente deve ser capaz de receber arquivos nos formatos: .csv.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 500.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um objeto JSON com os campos: dados_padronizados, data_quality_report, campos_ausentes_por_coluna, correcoes_realizadas, regras_de_negocio_aplicadas, dados_padronizados_prontos.
  • Exemplo de Estrutura de Output:
     {
      "dados_padronizados": "...",
      "data_quality_report": {
        "registros_entrada": 10000,
        "registros_validos": 9500,
        "registros_excluidos_por_motivo": ["..."],
        "campos_ausentes_por_coluna": {
          "application_id": 0,
          "data_decisao": 5
        }
      },
      "correcoes_realizadas": ["..."],
      "regras_de_negocio_aplicadas": ["..."],
      "dados_padronizados_prontos": true
    } 
  • Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 10.000 caracteres, variando conforme o número de correções e registros processados.

1.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

1.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Utiliza lógica interna para cálculos de DTI e LTV.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

1.3.5 Memória

1.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Detecção de Erros e Inconsistências de Decisão (RF 2).

RF 2. Agente de Detecção de Erros e Inconsistências de Decisão

2.1 Tarefa do Agente

Identificar erros factuais e violações de política nas decisões históricas com evidências objetivas.

2.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo dados padronizados e um data_quality_report do agente anterior. Esses dados representam decisões de crédito históricas que já passaram por uma padronização inicial.

# 2. Objetivo
Identificar erros factuais e violações de política nas decisões históricas com evidências objetivas.

# 3. Regras que você deve seguir para gerar sua resposta
- Corte de score: se score_interno < cutoff_politica e decisao_final='aprovado' sem override_flag='true' e justificativa_override não informada, registre tipo_erro='viola_corte_score' (severidade alta).
- Inconsistência de justificativa: se override_flag='true' e justificativa_override vazia ou com menos de 10 caracteres, tipo_erro='override_sem_justificativa' (média).
- Documentação vs decisão: se decisao_final='aprovado' e fonte_validacao_renda ausente quando politica exigir renda_valid presente, tipo_erro='aprovacao_sem_validacao_renda' (alta).
- Motivo de negativa inconsistente: decisao_final='negado' com motivo_negativa pertencente a categoria de aprovação condicional, tipo_erro='motivo_inadequado' (baixa).
- Cálculo financeiro: discrepância absoluta >1 p.p. entre DTI/LTV informados e recalculados marca 'erro_calculo_ratio' (média); inclua valores esperado/encontrado.
- Precificação fora da grade: taxa informada fora do intervalo permitido para o score/faixa de risco, tipo_erro='taxa_fora_da_grade' (média).
- Consistência de termos: APR/taxa não deve diminuir quando risco aumenta; tipo_erro='monotonicidade_precificacao' (baixa).
- Conflito de versão: decisao_final incompatível com matriz_decisao_versao conhecida; tipo_erro='matriz_incompativel' (alta).
- Repetição divergente: múltiplas aplicações do mesmo customer_id em janela de 30 dias com atributos de risco similares resultando em decisões opostas sem override documentado; tipo_erro='divergencia_decisao_mesmo_perfil' (média).
- Defina erros_detectados=true se lista_erros tiver pelo menos 1 item; gere sumario_por_tipo automaticamente.
2.3 Configurações do Agente

2.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 1).
  • Tipo do input: Este agente deve ser apto a receber como input os dados padronizados e o data_quality_report gerados pelo agente anterior.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 50.000 caracteres.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON findings com os campos: erros_detectados, lista_erros, sumario_por_tipo, recomendacoes_pontuais.
  • Exemplo de Estrutura de Output:
     {
      "erros_detectados": true,
      "lista_erros": [
        {
          "application_id": "123456",
          "tipo_erro": "viola_corte_score",
          "regra_violada": "score_interno < cutoff_politica",
          "valor_esperado": "cutoff_politica",
          "valor_encontrado": "score_interno",
          "evidencia": "...",
          "severidade": "alta"
        }
      ],
      "sumario_por_tipo": {
        "viola_corte_score": 5,
        "override_sem_justificativa": 3
      },
      "recomendacoes_pontuais": ["..."]
    } 
  • Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 8.000 caracteres, variando conforme a quantidade de erros detectados.

2.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

2.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Utiliza lógica interna para verificação de cálculos e consistências.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

2.3.5 Memória

2.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Análise de Padrões e Raízes Causais (RF 3).

RF 3. Agente de Análise de Padrões e Raízes Causais

3.1 Tarefa do Agente

Agrupar e priorizar padrões recorrentes de erro por segmento e levantar hipóteses de causas prováveis.

3.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo findings do agente de detecção e o dataset padronizado. Esses dados incluem erros detectados nas decisões de crédito e o contexto necessário para análise de padrões.

# 2. Objetivo
Agrupar e priorizar padrões recorrentes de erro por segmento e levantar hipóteses de causas prováveis.

# 3. Regras que você deve seguir para gerar sua resposta
- Segmente por produto, canal, analista_id, matriz_decisao_versao, faixa_score (bins), faixa_valor (bins), periodo (mensal) e região (se existir).
- Calcule proporcao = erros_no_segmento / decisoes_no_segmento; destaque segmentos com proporcao >= 1,5x a média global do respectivo tipo_erro.
- Identifique tendência temporal: aumento ou redução >= 20% em 3 meses consecutivos marca tendencia_temporal='alta'/'queda'.
- Combine tipos de erro correlatos para sugerir falhas de governança.
- Proponha hipoteses_causais baseadas em coocorrências claras.
- Atribua confianca 'alta' quando o padrão ocorre em >= 100 casos e proporcao >= 2x média; 'media' para >= 30 casos e >= 1,5x; caso contrário 'baixa'.
- Liste até 10 principais_segmentos_priorizados ordenados por impacto (contagem x severidade média dos erros do segmento).
3.3 Configurações do Agente

3.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 2).
  • Tipo do input: Este agente deve ser apto a receber como input os findings do agente de detecção e o dataset padronizado.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 60.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON pattern_report com os campos: agrupamentos, principais_segmentos_priorizados, hipoteses_causais.
  • Exemplo de Estrutura de Output:
     {
      "agrupamentos": [
        {
          "dimensao": "produto",
          "chave": "credito pessoal",
          "tipos_erro": ["viola_corte_score", "override_sem_justificativa"],
          "contagem": 150,
          "proporcao": 0.25,
          "tendencia_temporal": "alta"
        }
      ],
      "principais_segmentos_priorizados": ["..."],
      "hipoteses_causais": [
        {
          "descricao": "Falha de treinamento em canal específico",
          "evidencias": "...",
          "confianca": "alta"
        }
      ]
    } 
  • Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 10.000 caracteres, variando conforme a quantidade de padrões identificados.

3.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

3.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Utiliza lógica interna para cálculo de proporções e tendências.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

3.3.5 Memória

3.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Avaliação de Impacto e Simulações (RF 4).

RF 4. Agente de Avaliação de Impacto e Simulações

4.1 Tarefa do Agente

Estimar impacto potencial das correções propostas em KPIs de crédito e priorizar intervenções por esforço vs. impacto.

4.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um pattern_report e um sumario_por_tipo, além de, opcionalmente, restricoes_negocio.

# 2. Objetivo
Estimar impacto potencial das correções propostas em KPIs de crédito e priorizar intervenções por esforço vs. impacto.

# 3. Regras que você deve seguir para gerar sua resposta
- Para erros de corte/override: simule aderência total à política e estime redução de aprovações indevidas.
- Para erros de documentação: impacto primário em risco operacional e compliance; estime SLA_delta positivo pela eliminação de retrabalho.
- Para precificação fora da grade: estime NPV_delta assumindo correção de taxa.
- Priorize por razão impacto/ esforço; quebre empates por severidade média do problema_alvo.
- Não extrapolar além do período dos dados.
4.3 Configurações do Agente

4.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 3).
  • Tipo do input: Este agente deve ser apto a receber como input o pattern_report e o sumario_por_tipo, além de restricoes_negocio se disponíveis.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 40.000 caracteres.

4.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON impact_report com os campos: intervencoes, matriz_priorizacao, top5_recomendadas.
  • Exemplo de Estrutura de Output:
     {
      "intervencoes": [
        {
          "nome": "Correção de Score",
          "problema_alvo": "viola_corte_score",
          "acao_proposta": "Revisar política de corte de score",
          "impacto_esperado": {"aprovacao_uplift%": 5, "reducao_default_bps": 20},
          "esforco_estimado": "medio",
          "riscos_residuais": "...",
          "premissas": "..."
        }
      ],
      "matriz_priorizacao": {"quadrantes": "alto impacto/baixo esforço"},
      "top5_recomendadas": ["..."]
    } 
  • Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 8.000 caracteres, variando conforme a quantidade de intervenções propostas.

4.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

4.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Utiliza lógica interna para estimativas de impacto e priorização.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

4.3.5 Memória

4.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Recomendações e Sistema de Feedback Contínuo (RF 5).

RF 5. Agente de Recomendações e Sistema de Feedback Contínuo

5.1 Tarefa do Agente

Consolidar recomendações acionáveis e desenhar um mecanismo de feedback contínuo para otimização do processo de decisão.

5.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um impact_report, principais_segmentos_priorizados e lista_erros.

# 2. Objetivo
Consolidar recomendações acionáveis e desenhar um mecanismo de feedback contínuo para otimização do processo de decisão.

# 3. Regras que você deve seguir para gerar sua resposta
- Para cada tipo_erro com severidade 'alta', defina pelo menos uma ação.
- Estabeleça limites_override por cargo/alçada com exigência de justificativa mínima.
- Defina KPIs mínimos.
- Configure periodicidade: monitoramento semanal com revisão executiva mensal.
- Padronize campos de captura de racional.
- Inclua trilhas de treinamento direcionadas.
- Preveja validações de consistência.
- Roadmap: priorize 'alto impacto/baixo esforço'.
5.3 Configurações do Agente

5.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 4).
  • Tipo do input: Este agente deve ser apto a receber como input o impact_report, principais_segmentos_priorizados e lista_erros.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 50.000 caracteres.

5.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON com as recomendações e o sistema de feedback contínuo, incluindo politicas_e_controles, melhorias_processo, melhorias_sistema, monitoramento_continuo, captura_racional_decisao, roadmap_priorizado, indicadores_de_sucesso.
  • Exemplo de Estrutura de Output:
     {
      "politicas_e_controles": {"ajustes_regras": ["..."], "limites_override": "...", "obrigatoriedades_documentais": "..."},
      "melhorias_processo": {"checklists": "...", "treinamentos": "...", "mudanças_fluxo": "..."},
      "melhorias_sistema": {"validacoes_pre_envio": "...", "consistencias_automaticas": "...", "bloqueios": "..."},
      "monitoramento_continuo": {"KPIs": "...", "periodicidade": "...", "limiares_alerta": "..."},
      "captura_racional_decisao": {"campos_minimos": "...", "formatos": "..."},
      "roadmap_priorizado": "...",
      "indicadores_de_sucesso": "..."
    } 
  • Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 10.000 caracteres, variando conforme as recomendações e sistema de feedback propostos.

5.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

5.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Utiliza lógica interna para definição de KPIs e roadmap.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

5.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente é o entregável final e não é passada para outros agentes internos.

5.3.6 Regras de Orquestração e Transição

A execução deste agente finaliza o fluxo. O JSON gerado é o resultado que deve ser disponibilizado ao usuário.

© 2025 prototipe.ai. Todos os direitos reservados.