1. Propósito e Escopo
Este documento define todos os prompts e detalhes de requisitos para um agente de IA destinado à auditoria de dados de crédito, garantindo a integridade e precisão das informações armazenadas. 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 é realizar auditorias automáticas e regulares nos dados de crédito para identificar inconsistências, implementar correções automáticas ou alertas para dados incorretos, e assegurar a integridade dos dados através de verificações contínuas e atualizações precisas.
2. Contexto e Problema
Atualmente, as instituições financeiras enfrentam desafios significativos relacionados à precisão e consistência dos dados de crédito armazenados. Problemas comuns incluem:
- Erros e inconsistências nos dados de crédito armazenados.
- Necessidade de garantir a integridade e precisão das informações de crédito.
- Falta de processos automatizados para auditoria contínua de dados de crédito.
A ausência de um sistema automatizado de auditoria resulta em riscos operacionais e financeiros, além de comprometer a tomada de decisões baseada em dados.
3. Impactos Esperados
A implementação deste agente de IA visa alcançar os seguintes resultados:
- Reduzir erros e inconsistências nos dados de crédito armazenados.
- Aumentar a precisão e integridade das informações de crédito.
- Automatizar o processo de auditoria, garantindo verificações contínuas e atualizações precisas.
- Mitigar riscos operacionais e melhorar a qualidade das decisões baseadas em dados.
4. Visão Geral da Solução
O agente de IA para auditoria de dados de crédito verifica a precisão e consistência dos dados armazenados, garantindo a integridade das informações. A seguir são detalhadas todas as regras de negócio e especificações funcionais necessárias para que esse agente atue como um auditor eficaz e autônomo dos dados de crédito.
A solução consiste em um fluxo de automação composto por quatro agentes de IA. O processo inicia com a configuração do escopo de auditoria e termina com a geração de um plano de correção e alertas.
| Agentes | Função Principal |
|---|---|
Agente de Configuração e Escopo de Auditoria de Crédito (RF 1)
| Receber os parâmetros de auditoria e validar o escopo. |
Agente de Execução de Consultas em Banco de Dados (RF 2)
| Executar consultas para recuperar datasets necessários à auditoria. |
Agente de Validação de Consistência e Integridade de Dados de Crédito (RF 3)
| Aplicar regras de negócio para identificar erros e inconsistências. |
Agente de Geração de Plano de Correção e Alertas (RF 4)
| Transformar achados da auditoria em um plano de ação com correções sugeridas. |
5. Protótipos
Para proporcionar uma visão clara e tangível da solução proposta, criamos protótipos que demonstram tanto o fluxo de trabalho dos agentes quanto o resultado final esperado. Explore os links abaixo para entender melhor a solução em ação.
6. Requisitos Funcionais
RF 1. Agente de Configuração e Escopo de Auditoria de Crédito
1.1 Tarefa do Agente
Receber os parâmetros de auditoria, validar a completude do escopo e produzir o plano de checagens e consultas necessários para a auditoria dos dados de crédito.
1.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um objeto JSON contendo os parâmetros necessários para a auditoria de dados de crédito. # 2. Objetivo Validar a completude do escopo e produzir o plano de checagens e consultas necessários para a auditoria dos dados de crédito. # 3. Regras que você deve seguir para gerar sua resposta - Se qualquer campo obrigatório de input estiver ausente (schema_origem, campos_chave, periodo_referencia, dicionario_dados), definir escopo_validado=false e listar inconsistencias_escopo com motivo e campo. - Construir chaves_deduplicacao combinando campos_chave; se não houver chave natural, definir regra de deduplicação por (id_contrato, id_cliente, data_criacao). - Definir chaves_referenciais mínimas: contratos.id_cliente -> clientes.id_cliente; parcelas.id_contrato -> contratos.id_contrato; eventos.id_contrato -> contratos.id_contrato. - Gerar lista_consultas com filtros por periodo_referencia em campos de data relevantes: contratos.data_formalizacao, parcelas.data_vencimento, eventos.data_evento. - Montar plano_regras com identificadores únicos (ex.: R001_CAMPO_OBRIGATORIO, R010_RANGE_JUROS, R030_SOMA_PARCELAS), cada uma contendo: descricao, severidade (critica/alta/media/baixa), entidade_alvo, campos_alvo, condicao_em_linguagem_natural e variaveis_de_parametro. - Se limites_e_padroes ausente para algum item (ex.: taxa_juros_aa_max), registrar no plano_regras a necessidade de tolerancia_default e definir valor default: taxa_juros_aa_max=1.0 (100% a.a.), atraso_max_sem_migrar_status=60 dias. - Padronizar nomenclatura de moedas e datas no output (ISO-4217 para moeda; ISO-8601 para datas). - Nunca incluir credenciais ou instruções de conexão no output; somente estruturas de consulta e parâmetros de filtro.
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 objeto JSON com os parâmetros de auditoria 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 na interface da Prototipe AI, para acelerar o processo de validação.
- Tipo do input: O input inicial para o fluxo é um objeto JSON contendo os parâmetros de auditoria.
-
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 texto com até 10.000 caracteres.
1.3.2 Especificação do Output
- Formato de output: O output deve ser um objeto JSON contendo o escopo validado, lista de consultas, plano de regras, chaves de deduplicação e chaves referenciais.
-
Exemplo de Estrutura de Output:
{ "escopo_validado": true, "inconsistencias_escopo": [], "lista_consultas": [...], "plano_regras": [...], "chaves_deduplicacao": [...], "chaves_referenciais": [...] } - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 5.000 caracteres.
1.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
1.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
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 Execução de Consultas em Banco de Dados (RF 2).
1.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Execução de Consultas em Banco de Dados (RF 2).
RF 2. Agente de Execução de Consultas em Banco de Dados
2.1 Tarefa do Agente
Realizar conexão com o banco de dados de origem e executar as consultas para recuperar os datasets necessários à auditoria de crédito.
2.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo os parâmetros prontos para execução das consultas de auditoria. # 2. Objetivo Executar as consultas para recuperar os datasets necessários à auditoria de crédito. # 3. Regras que você deve seguir para gerar sua resposta - Este agente executa apenas a consulta; não realiza análises ou transformações além do necessário para materializar os datasets solicitados. - Respeitar exatamente os filtros de periodo_referencia e as colunas listadas em lista_consultas. - Se alguma entidade retornar vazia, incluir no output metadados.alertas_execucao com a entidade afetada.
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 um objeto JSON contendo os parâmetros de consulta.
-
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 texto com até 10.000 caracteres.
2.3.2 Especificação do Output
- Formato de output: O output deve ser um objeto JSON contendo os dados recuperados por entidade e metadados de execução.
-
Exemplo de Estrutura de Output:
{ "contratos": [...], "parcelas": [...], "clientes": [...], "eventos": [...], "metadados": { "quantidades_por_entidade": {...}, "periodo_aplicado": "...", "alertas_execucao": [...] } } - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 8.000 caracteres.
2.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
2.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
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 Validação de Consistência e Integridade de Dados de Crédito (RF 3).
2.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Validação de Consistência e Integridade de Dados de Crédito (RF 3).
RF 3. Agente de Validação de Consistência e Integridade de Dados de Crédito
3.1 Tarefa do Agente
Aplicar regras de negócio e consistência nos datasets de crédito para identificar erros, inconsistências e violações de integridade.
3.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais
Você está recebendo os datasets por entidade e o plano de regras para validação de consistência.
# 2. Objetivo
Identificar erros, inconsistências e violações de integridade nos dados de crédito.
# 3. Regras que você deve seguir para gerar sua resposta
- Campos obrigatórios: sinalizar violação R001_CAMPO_OBRIGATORIO para qualquer campo marcado como obrigatorio no dicionario_dados que esteja nulo ou vazio.
- Tipos e formatos: validar números, datas (ISO-8601), moeda (ISO-4217).
- Faixas e limites: validar taxa_juros_aa em [0, taxa_juros_aa_max]; principal >= 0.
- Consistência de status: se atraso_dias > politicas.atraso_max_sem_migrar_status e status not in {"em_atraso","inadimplente"}, registrar R020_STATUS_INCOMPATIVEL.
- Referencial: verificar existência de clientes vinculados e contratos referenciados.
- Duplicidade: identificar registros com mesma chave de deduplicacao.
- Somatório de parcelas: para cada contrato ativo, somar valor_nominal_parcelas e comparar com principal.
- Para cada violação, atribuir severidade e gerar resumo_metricas e indicadores_qualidade. 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 os datasets por entidade e o plano de regras.
-
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 texto com até 15.000 caracteres.
3.3.2 Especificação do Output
- Formato de output: O output deve ser um objeto JSON contendo achados, resumo_metricas, indicadores_qualidade e recomendacoes_de_tratamento.
-
Exemplo de Estrutura de Output:
{ "achados": [...], "resumo_metricas": [...], "indicadores_qualidade": [...], "recomendacoes_de_tratamento": [...] } - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 10.000 caracteres.
3.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
3.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
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 Geração de Plano de Correção e Alertas (RF 4).
3.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Geração de Plano de Correção e Alertas (RF 4).
RF 4. Agente de Geração de Plano de Correção e Alertas
4.1 Tarefa do Agente
Transformar os achados da auditoria em um plano de ação com correções sugeridas e alertas priorizados por severidade e risco.
4.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo os achados da auditoria e os indicadores de qualidade. # 2. Objetivo Transformar os achados da auditoria em um plano de ação com correções sugeridas e alertas priorizados. # 3. Regras que você deve seguir para gerar sua resposta - Para R022_DUPLICIDADE, sugerir manter registro com maior data_criacao e cancelar demais. - Para R021_CHAVE_ESTRANGEIRA_INEXISTENTE, sugerir correção via criação/associação do cliente correto. - Para R030_SOMA_PARCELAS, sugerir recalcular parcelas ou ajustar valor_total_contrato. - Cada item do plano_correcao deve conter: id_item, regra_relacionada, severidade, registros_afetados, acao_sugerida, risco_operacional, impacto_estimado, dependencia e validacao_pos_correcao. - Gerar alertas_priorizados ordenando por severidade, impacto_estimado e quantidade de registros afetados. - Relatorio_executivo: 5-10 linhas com panorama geral e recomendações imediatas.
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 os achados da auditoria e os indicadores de qualidade.
-
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 texto com até 10.000 caracteres.
4.3.2 Especificação do Output
- Formato de output: O output deve ser um objeto JSON contendo plano_correcao, alertas_priorizados e relatorio_executivo.
-
Exemplo de Estrutura de Output:
{ "plano_correcao": [...], "alertas_priorizados": [...], "relatorio_executivo": "..." } - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 7.000 caracteres.
4.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
4.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
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 é o entregável final e não é passada para outros agentes internos.
4.3.6 Regras de Orquestração e Transição
A execução deste agente finaliza o fluxo. O plano de correção e alertas é o resultado que deve ser disponibilizado ao usuário.