Agente de IA para Monitoramento de Alterações no Score de Crédito

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

Como criar um agente de IA que monitora continuamente mudanças no score de crédito.

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 de Monitoramento de Alterações no Score 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 é monitorar continuamente o score de crédito dos clientes e alertar instituições financeiras sobre alterações significativas, garantindo a proteção da privacidade dos dados dos clientes.

2. Contexto e Problema

Cenário Atual

No cenário atual, alterações no score de crédito dos clientes podem passar despercebidas quando monitoradas manualmente, o que pode resultar em decisões financeiras desatualizadas ou inadequadas. A necessidade de alertas em tempo real sobre alterações significativas no score de crédito é crítica para instituições financeiras que dependem desses dados para avaliar riscos e oportunidades.


Problemas Identificados

  • Monitoramento Manual: Alterações no score de crédito podem não ser detectadas rapidamente, levando a decisões financeiras baseadas em dados desatualizados.
  • Falta de Alertas em Tempo Real: Sem um sistema automatizado, as instituições financeiras podem não receber alertas imediatos sobre mudanças significativas no score de crédito.
  • Privacidade de Dados: Proteger a privacidade dos dados dos clientes durante o processo de monitoramento é um desafio constante.

3. Impactos Esperados

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

  • Alertas em Tempo Real: Fornecer alertas imediatos para instituições financeiras sobre mudanças significativas no score de crédito.
  • Monitoramento Contínuo: Assegurar que alterações no score de crédito sejam detectadas e processadas continuamente.
  • Proteção de Dados: Garantir a proteção da privacidade dos dados dos clientes durante o monitoramento.

4. Visão Geral da Solução

O agente de IA para monitoramento de alterações no score de crédito realiza o monitoramento contínuo dos scores de crédito dos clientes, identificando alterações relevantes e enviando alertas imediatos para instituições financeiras sobre mudanças significativas. A seguir são detalhadas todas as regras de negócio e especificações funcionais necessárias para que esse agente atue como um assistente útil e autônomo no monitoramento de scores de crédito.

A solução consiste em um fluxo de automação composto por 7 agentes de IA. O processo inicia com a preparação de parâmetros para a coleta de dados e termina com a persistência dos dados monitorados no banco de dados para futuras referências.

A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo.

Agentes Função Principal
Agente de Preparação de Parâmetros de Coleta (RF 1) Construir os parâmetros padronizados para recuperar o score atual via API externa e o histórico/consentimentos via banco de dados.
Agente de Execução de Consultas em Banco de Dados (RF 2) Realizar conexão com o banco de dados operacional para obter histórico de scores, consentimentos e histórico recente de alertas dos clientes.
Agente de Execução de Chamada à API (Bureau de Crédito) (RF 3) Realizar chamada à API do bureau de crédito para obter o score atual dos clientes.
Agente de Detecção e Classificação de Alterações de Score (RF 4) Comparar score atual com histórico e classificar a alteração por severidade, aplicando limiares, faixas de risco, supressão de ruído e verificação de consentimento.
Agente de Geração de Alerta Estruturado (RF 5) Transformar detecções em alertas operacionais padronizados para envio às instituições financeiras.
Agente de Execução de Envio de Alerta à API (RF 6) Enviar os alertas estruturados ao sistema da instituição financeira configurada.
Agente de Execução de Persistência em Banco de Dados (RF 7) Persistir snapshot do score atual e registrar o alerta disparado para suportar rebalanceamento de histórico e aplicação de cooldown.

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 Preparação de Parâmetros de Coleta

1.1 Tarefa do Agente

Construir os parâmetros padronizados para recuperar o score atual via API externa e o histórico/consentimentos via banco de dados, garantindo normalização de IDs e thresholds de alerta.

1.2 Prompt ou Instruções do Agente
 - Remova duplicidades em clientes por cliente_id e rejeite entradas vazias ou com caracteres inválidos (permitir [A-Za-z0-9-_]).
- Se preferências/limiares não forem informados, aplique os valores padrão descritos no expected_input.
- Gere um correlacao_execucao_id único para rastrear toda a execução do fluxo e inclua-o em todos os outputs subsequentes.
- Padronize cliente_ids como strings e preserve o ordenamento original de entrada.
- Defina faixas_risco padrão apenas se não vierem informadas; valide que min < max e que as faixas cobrem 0–1000 sem sobreposição; caso contrário, ajuste para os padrões.
- Defina cooldown_horas padrão = 24 quando ausente ou inválido (<=0).
- Saída deve conter exatamente os três blocos: api_payload_credit_bureau, db_query_params e regras, conforme schema. 
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 JSON com lista de clientes e preferências 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 JSON na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: O input inicial para o fluxo é um JSON com lista de clientes e preferências.
  • 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é 10.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON com parâmetros prontos, contendo os blocos api_payload_credit_bureau, db_query_params e regras.
  • Exemplo de Estrutura de Output:
     {
      "api_payload_credit_bureau": {"cliente_ids": ["string"], "escopos": ["score_atual"], "correlacao_execucao_id": "uuid"},
      "db_query_params": {"tabelas": ["historico_scores", "consentimentos", "historico_alertas"], "filtros": {"cliente_ids": ["string"]}},
      "regras": {"limiares": {...}, "cooldown_horas": number, "faixas_risco": [...]} } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 2.000 caracteres.

1.3.3 Parâmetros de Geração

  • Modelo: Não se aplica (processo de preparação de parâmetros)
  • Temperatura: Não se aplica

1.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

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 Execução de Consultas em Banco de Dados (RF 2) e o Agente de Execução de Chamada à API (Bureau de Crédito) (RF 3) em paralelo.

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 operacional para obter histórico de scores, consentimentos e histórico recente de alertas dos clientes.

2.2 Prompt ou Instruções do Agente
 Agente exclusivo de execução; não necessita de instruções de LLM. 
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 um JSON com parâmetros prontos para consulta ao banco de dados.
  • 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é 5.000 caracteres.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON com dados recuperados, contendo histórico de scores, consentimentos e histórico recente de alertas.
  • Exemplo de Estrutura de Output:
     {
      "historico_scores": [{"cliente_id": "string", "score_anterior": number, "data_score_anterior": "ISO-8601"}],
      "consentimentos": [{"cliente_id": "string", "consentimento_monitoramento": true, "expira_em": "ISO-8601"}],
      "historico_alertas": [{"cliente_id": "string", "ultimo_alerta_em": "ISO-8601", "severidade": "leve|significativa|critica"}],
      "correlacao_execucao_id": "uuid" } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 3.000 caracteres.

2.3.3 Parâmetros de Geração

  • Modelo: Não se aplica (execução de consulta)
  • Temperatura: Não se aplica

2.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: A consulta deve ser configurada no conector de banco de dados da plataforma. Este agente apenas executa com os parâmetros recebidos.

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 Detecção e Classificação de Alterações de Score (RF 4).

RF 3. Agente de Execução de Chamada à API (Bureau de Crédito)

3.1 Tarefa do Agente

Realizar chamada à API do bureau de crédito para obter o score atual dos clientes.

3.2 Prompt ou Instruções do Agente
 Agente exclusivo de execução; não necessita de instruções de LLM. 
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 1).
  • Tipo do input: Este agente deve ser apto a receber um JSON com payload pronto para chamada à API do bureau de crédito.
  • 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é 5.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON com dados recuperados, contendo o score atual dos clientes.
  • Exemplo de Estrutura de Output:
     {
      "scores_atuais": [{"cliente_id": "string", "score_atual": number, "data_score_atual": "ISO-8601"}],
      "correlacao_execucao_id": "uuid" } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 2.000 caracteres.

3.3.3 Parâmetros de Geração

  • Modelo: Não se aplica (execução de chamada à API)
  • Temperatura: Não se aplica

3.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: A integração e autenticação com o bureau de crédito devem ser configuradas externamente. Este agente apenas executa a chamada com o payload recebido.

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 Detecção e Classificação de Alterações de Score (RF 4).

RF 4. Agente de Detecção e Classificação de Alterações de Score

4.1 Tarefa do Agente

Comparar score atual com histórico e classificar a alteração por severidade, aplicando limiares, faixas de risco, supressão de ruído e verificação de consentimento.

4.2 Prompt ou Instruções do Agente
 - Para cada cliente_id em scores_atuais, localize score_anterior mais recente; se inexistente, considere score_anterior = null e delta_rel = null.
- Calcule delta_abs = score_atual - score_anterior (se houver) e delta_rel = |delta_abs| / max(score_anterior, 1). Se score_anterior for null, trate como caso especial: severidade "significativa" se score_atual estiver em faixa de risco pior que mediana definida; caso contrário, "leve".
- Determine faixas pela tabela faixas_risco: faixa_atual é a que contém score_atual; faixa_anterior conforme score_anterior.
- Defina cruzou_faixa = true quando faixa_atual != faixa_anterior.
- Supressão de ruído: se |delta_abs| < delta_min_ruido E delta_rel < delta_percent_min_ruido E não houve cruzou_faixa, classifique como "sem_alteracao" e gerar_alerta=false.
- Classificação por limiares (aplica-se quando não for "sem_alteracao"):
  • "critica": se |delta_abs| >= delta_pontos_critico OU delta_rel >= delta_percent_critico OU cruzou duas ou mais faixas de risco (pular pelo menos 2 níveis).
  • "significativa": se |delta_abs| >= delta_pontos_significativo OU delta_rel >= delta_percent_significativo OU cruzou pelo menos uma faixa de risco.
  • "leve": demais casos com alteração acima do ruído.
- Consentimento: consentimento_valido=true se existir registro com consentimento_monitoramento=true e (expira_em ausente ou futura). Caso false, defina gerar_alerta=false e motivo_bloqueio="sem_consentimento".
- Cooldown: se existir historico_alertas com ultimo_alerta_em dentro de cooldown_horas para o mesmo cliente e severidade igual ou superior, marque em_cooldown=true e gerar_alerta=false; motivo_bloqueio="cooldown_ativo".
- Privacidade: não inclua nenhum dado pessoal além de cliente_id e métricas de score; nunca inclua nome, documento ou contato.
- Sempre preencha motivo_classificacao com a regra acionada (ex.: "delta_abs=62>=50"; "cruzou faixa alto->medio").
- Defina gerar_alerta=true somente quando (severidade != "sem_alteracao") E consentimento_valido=true E em_cooldown=false. 
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 dos agentes anteriores (RF 2 e RF 3).
  • Tipo do input: Este agente deve ser apto a receber um JSON consolidado com scores atuais, histórico de scores, consentimentos e histórico de alertas.
  • 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é 10.000 caracteres.

4.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo as detecções e classificações de alterações de score.
  • Exemplo de Estrutura de Output:
     {
      "deteccoes": [{
        "cliente_id": "string",
        "score_anterior": number|null,
        "data_score_anterior": "ISO-8601"|null,
        "score_atual": number,
        "data_score_atual": "ISO-8601",
        "delta_abs": number,
        "delta_rel": number|null,
        "faixa_anterior": "string"|null,
        "faixa_atual": "string",
        "cruzou_faixa": true|false,
        "severidade": "sem_alteracao|leve|significativa|critica",
        "motivo_classificacao": "string",
        "consentimento_valido": true|false,
        "motivo_bloqueio": "string"|null,
        "em_cooldown": true|false,
        "gerar_alerta": true|false
      }],
      "correlacao_execucao_id": "uuid" } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 4.000 caracteres.

4.3.3 Parâmetros de Geração

  • Modelo: Não se aplica (classificação e detecção de alterações)
  • Temperatura: Não se aplica

4.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Utiliza lógica interna para cálculos de deltas e classificações.
  • 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 deve ser visível para o Agente de Geração de Alerta Estruturado (RF 5).

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

Ao concluir sua execução, esse agente aciona o Agente de Geração de Alerta Estruturado (RF 5).

RF 5. Agente de Geração de Alerta Estruturado

5.1 Tarefa do Agente

Transformar detecções em alertas operacionais padronizados para envio às instituições financeiras, com conteúdo mínimo necessário e mascaramento de dados.

5.2 Prompt ou Instruções do Agente
 - Considere apenas itens com gerar_alerta=true.
- Mapeie severidade para tipo_alerta/prioridade: leve->alteracao_leve/baixa; significativa->alteracao_significativa/media; critica->critica/alta.
- Construa titulo sintético: "Alteração de score: {severidade} ({delta_abs} pts)". Descricao deve incluir: score_anterior->score_atual, delta_abs, delta_rel% (se aplicável), cruzou_faixa e motivo_classificacao.
- Gere alerta_id e idempotency_key determinísticos por hash de (cliente_id + data_score_atual + score_atual + correlacao_execucao_id) para evitar duplicidade no envio.
- Não inclua PII além de cliente_id. Não incluir score_anterior/atual no corpo principal se a política exigir minimização? Inclua apenas em metadados conforme schema.
- Ordene alertas por prioridade (alta > media > baixa) e, em empate, por maior |delta_abs|. 
5.3 Configurações do Agente

5.3.1 Condições de Ativação

Este agente é acionado apenas se existirem detecções com gerar_alerta=true.

5.3.2 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 um JSON com detecções e classificações de alterações de score.
  • 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é 5.000 caracteres.

5.3.3 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo alertas estruturados prontos para envio às instituições financeiras.
  • Exemplo de Estrutura de Output:
     {
      "alertas": [{
        "alerta_id": "uuid",
        "cliente_id": "string",
        "tipo_alerta": "alteracao_leve|alteracao_significativa|critica",
        "prioridade": "baixa|media|alta",
        "titulo": "string",
        "descricao": "string",
        "metadados": {
          "delta_abs": number,
          "delta_rel": number|null,
          "cruzou_faixa": boolean,
          "faixa_anterior": "string"|null,
          "faixa_atual": "string"
        },
        "idempotency_key": "string"
      }],
      "correlacao_execucao_id": "uuid" } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 3.000 caracteres.

5.3.4 Parâmetros de Geração

  • Modelo: Não se aplica (geração de alertas estruturados)
  • Temperatura: Não se aplica

5.3.5 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

5.3.6 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 Envio de Alerta à API (RF 6).

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

Ao concluir sua execução, esse agente aciona o Agente de Execução de Envio de Alerta à API (RF 6).

RF 6. Agente de Execução de Envio de Alerta à API

6.1 Tarefa do Agente

Enviar os alertas estruturados ao sistema da instituição financeira configurada.

6.2 Prompt ou Instruções do Agente
 Agente exclusivo de execução; não necessita de instruções de LLM. 
6.3 Configurações do Agente

6.3.1 Condições de Ativação

Este agente é acionado apenas se existirem alertas para envio.

6.3.2 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 5).
  • Tipo do input: Este agente deve ser apto a receber um JSON contendo alertas estruturados prontos para envio.
  • 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é 5.000 caracteres.

6.3.3 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo o resultado do envio dos alertas para o sistema da instituição financeira.
  • Exemplo de Estrutura de Output:
     {
      "status_envio": "sucesso|parcial|falha",
      "detalhes": [{
        "alerta_id": "uuid",
        "status": "201|200|409|400|500",
        "mensagem": "string"
      }],
      "correlacao_execucao_id": "uuid" } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 2.000 caracteres.

6.3.4 Parâmetros de Geração

  • Modelo: Não se aplica (execução de envio de alertas)
  • Temperatura: Não se aplica

6.3.5 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Este envio deve ser configurado manualmente na interface do fluxo na plataforma, no item de integração/saída.

6.3.6 Memória

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

Ao concluir sua execução, esse agente aciona o Agente de Execução de Persistência em Banco de Dados (RF 7).

RF 7. Agente de Execução de Persistência em Banco de Dados

7.1 Tarefa do Agente

Persistir snapshot do score atual e registrar o alerta disparado para suportar rebalanceamento de histórico e aplicação de cooldown.

7.2 Prompt ou Instruções do Agente
 Agente exclusivo de execução; não necessita de instruções de LLM. 
7.3 Configurações do Agente

7.3.1 Condições de Ativação

Este agente é acionado apenas para finalizar o ciclo de monitoramento.

7.3.2 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 6).
  • Tipo do input: Este agente deve ser apto a receber um JSON com scores atuais e alertas enviados.
  • 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é 5.000 caracteres.

7.3.3 Especificação do Output

  • Formato de output: O output deve ser um JSON confirmando a persistência dos dados no banco de dados.
  • Exemplo de Estrutura de Output:
     {
      "gravacoes": {
        "historico_scores": number,
        "historico_alertas": number
      },
      "correlacao_execucao_id": "uuid" } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 1.000 caracteres.

7.3.4 Parâmetros de Geração

  • Modelo: Não se aplica (execução de persistência)
  • Temperatura: Não se aplica

7.3.5 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: A persistência é realizada via conector de banco configurado externamente; este agente executa com os dados fornecidos.

7.3.6 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.

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

A execução deste agente finaliza o fluxo. A confirmação de persistência é o resultado que deve ser disponibilizado ao usuário.

© 2025 prototipe.ai. Todos os direitos reservados.