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
- 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 deve ser visível para o Agente de Detecção de Erros e Inconsistências de Decisão (RF 2).
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
- 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 deve ser visível para o Agente de Análise de Padrões e Raízes Causais (RF 3).
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
- 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 deve ser visível para o Agente de Avaliação de Impacto e Simulações (RF 4).
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
- 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 deve ser visível para o Agente de Recomendações e Sistema de Feedback Contínuo (RF 5).
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.