1. Propósito e Escopo
Este documento define todos os prompts, configurações de memória, transição entre estados e demais requisitos funcionais para o Fluxo de Agentes "Atualização de Propostas de Alocação com Dados de Mercado", uma solução projetada para atualizar automaticamente propostas de alocação de ativos com as últimas informações de mercado. 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 é garantir que as propostas apresentadas aos clientes sejam sempre relevantes e precisas, mantendo-as atualizadas com os dados de mercado em tempo real.
2. Contexto e Problema
Cenário Atual
O mercado financeiro é dinâmico e as condições podem mudar rapidamente, afetando a relevância das propostas de alocação de ativos. Atualmente, as propostas são atualizadas manualmente, o que pode resultar em atrasos e perda de oportunidades para os clientes.
Problemas Identificados
- Relevância de Propostas: Propostas desatualizadas podem não refletir as condições atuais do mercado, levando a decisões de investimento subótimas.
- Precisão dos Dados: A falta de dados de mercado em tempo real pode comprometer a precisão das propostas apresentadas aos clientes.
- Eficiência do Processo: A atualização manual de propostas é demorada e propensa a erros humanos.
3. Impactos Esperados
A implementação deste agente de IA visa alcançar os seguintes resultados:
- Melhoria na Relevância das Propostas: As propostas serão constantemente atualizadas com dados de mercado em tempo real, garantindo que sejam sempre relevantes.
- Aumento da Precisão: A utilização de dados de mercado em tempo real aumentará a precisão das propostas de alocação de ativos.
- Eficiência Operacional: A automação do processo de atualização de propostas reduzirá o tempo e os erros associados ao processo manual.
4. Visão Geral da Solução
O agente de IA para atualização de propostas de alocação de ativos monitora constantemente os mercados financeiros, captura novas informações e atualiza automaticamente as propostas de alocação. 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 na atualização de propostas de alocação de ativos com dados de mercado.
A solução consiste em um fluxo de automação composto por 8 agentes de IA. O processo inicia com a definição do escopo de monitoramento de mercado e termina com a geração de um resumo operacional para o cliente.
A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo.
| Agentes | Função Principal |
|---|---|
Agente de Definição de Escopo de Monitoramento de Mercado (RF 1)
| Transformar diretrizes de investimento e universo de ativos em parâmetros de consulta e vigilância de eventos de mercado. |
Agente de Execução de Chamada à API (Mercado) (RF 2)
| Realizar chamadas às APIs/fonte de dados de mercado configuradas para obter cotações e indicadores conforme parâmetros recebidos. |
Agente de Normalização e Qualidade de Dados de Mercado (RF 3)
| Padronizar e consolidar dados crus de múltiplas fontes em um snapshot coerente, com métricas derivadas e sinalização de qualidade. |
Agente de Detecção de Eventos de Mercado (RF 4)
| Identificar eventos de mercado materialmente relevantes para revisão de alocação. |
Agente de Preparação de Contexto do Cliente e Restrições (RF 5)
| Consolidar perfil de risco, objetivos, horizonte, restrições e alocação atual em um conjunto de restrições operacionais. |
Agente de Rebalanceamento e Atualização de Proposta de Alocação (RF 6)
| Gerar nova proposta de alocação respeitando restrições do cliente e resposta a eventos de mercado. |
Agente de Conformidade Regulatória e Adequação (Suitability) (RF 7)
| Verificar aderência da nova proposta às normas e políticas de suitability e compliance. |
Agente de Geração de Saída Operacional e Resumo para Cliente (RF 8)
| Preparar artefatos finais: resumo executivo para cliente e payload operacional para sistema de investimentos. |
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 Definição de Escopo de Monitoramento de Mercado
1.1 Tarefa do Agente
Transformar diretrizes de investimento e universo de ativos em parâmetros de consulta e vigilância de eventos de mercado.
1.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo as diretrizes de investimento e o universo de ativos que devem ser monitorados. # 2. Objetivo Transformar essas diretrizes em parâmetros de consulta e vigilância de eventos de mercado. # 3. Regras que você deve seguir para gerar sua resposta - Construa um mapa canônico de símbolos por fonte (ex.: PETR4 BVMF -> PETR4.SA, USD-BRL -> USDBRL=X), mantendo para cada ativo o identificador preferencial e equivalentes. - Defina campos mínimos por classe: Ações (preço último, OHLC, volume, free float, beta), FI/Crédito (yield to maturity, duration, convexidade, spread vs. benchmark, PU), Câmbio/Commodities (preço spot, futuros principais, basis), Fundos/ETFs (cota/fechamento, iNAV, taxa adm., tracking diff), Derivativos (preço, greeks essenciais, margem requerida). - Estabeleça thresholds objetivos para sinalizar evento: ações e ETFs (|ret_1d| ≥ 2,5% ou zscore_20d ≥ 2), juros (movimento ≥ 12 bps na ponta de referência), crédito (alargamento de spread ≥ 15 bps em rating IG; ≥ 30 bps em HY), FX (|ret_1d| ≥ 1,2%), commodities (|ret_1d| ≥ 1,8%). - Defina SLO de frescor: intraday ≤ 2 minutos; fim de dia ≤ 15 minutos após fechamento oficial do mercado de referência. - Padronize moeda-base: converta para a moeda definida (ex.: BRL) usando a última taxa spot disponível dentro do SLO; registre a taxa utilizada. - Exija ajustes corporativos: preços ajustados por proventos e desdobramentos quando o objetivo for retorno; preço não ajustado quando o objetivo for nível de preço. - Determine calendário e janelas por praça (ex.: B3, NYSE, CME) para evitar falsos positivos em feriados e after-hours.
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 dados de diretrizes de investimento e universo de ativos via API. Na fase de testes, os dados serão enviados pelo agente diretamente por upload de um csv na interface da Prototipe AI, para acelerar o processo de validação.
- Tipo do input: O input inicial para o fluxo é um conjunto de dados estruturados em formato CSV.
-
Formatos Suportados: Esse agente deve ser capaz de receber dados nos formatos:
.csv. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 50.000 caracteres.
1.3.2 Especificação do Output
- Formato de output: O output deve ser um conjunto de parâmetros de consulta e vigilância formatados em JSON.
-
Exemplo de Estrutura de Output:
{ "query_params": { "symbols": ["PETR4.SA", "USDBRL=X"], "fields": ["price", "volume", "beta"], "thresholds": {"equities": 2.5, "fx": 1.2}, "slo_freshness": "2 minutes", "base_currency": "BRL" } } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 1.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 Chamada à API (Mercado) (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 Chamada à API (Mercado) (RF 2).
RF 2. Agente de Execução de Chamada à API (Mercado)
2.1 Tarefa do Agente
Realizar chamadas às APIs/fonte de dados de mercado configuradas para obter cotações e indicadores conforme parâmetros recebidos.
2.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo parâmetros de consulta configurados para realizar chamadas às APIs de mercado. # 2. Objetivo Executar chamadas às APIs/fonte de dados de mercado para obter cotações e indicadores conforme os parâmetros recebidos. # 3. Regras que você deve seguir para gerar sua resposta - Este agente executa unicamente a chamada às APIs de mercado conforme payload recebido e retorna os dados crus e metadados de execução. - Garanta que todas as chamadas às APIs sejam registradas com sucesso ou falha. - Assegure que os dados retornados estejam completos e dentro dos parâmetros de consulta configurados.
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 bem-sucedida do agente anterior (RF 1).
- Tipo do input: Este agente deve ser apto a receber como input um conjunto de parâmetros de consulta formatados em JSON.
-
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é 2.000 caracteres.
2.3.2 Especificação do Output
- Formato de output: O output deve ser um conjunto de dados crus de mercado com registros por ativo/fonte/campo/timestamp e metadados de sucesso/falha por chamada.
-
Exemplo de Estrutura de Output:
{ "raw_market_data": [ { "symbol": "PETR4.SA", "price": 28.50, "volume": 1000000, "timestamp": "2025-12-24T12:00:00Z" } ], "metadata": { "success": true, "error_message": null } } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 1.500 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: Conecta-se a sistemas externos para realizar chamadas à API de mercado.
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 Normalização e Qualidade de Dados de Mercado (RF 3).
2.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Normalização e Qualidade de Dados de Mercado (RF 3).
RF 3. Agente de Normalização e Qualidade de Dados de Mercado
3.1 Tarefa do Agente
Padronizar e consolidar dados crus de múltiplas fontes em um snapshot coerente, com métricas derivadas e sinalização de qualidade.
3.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo dados crus de mercado e parâmetros de consulta para normalização e qualidade. # 2. Objetivo Padronizar e consolidar esses dados em um snapshot coerente, com métricas derivadas e sinalização de qualidade. # 3. Regras que você deve seguir para gerar sua resposta - Alinhe timestamps ao timezone de referência e agregue por intervalo definido (ex.: último válido dentro da janela). - Converta moedas usando a taxa spot indicada no query_params; registre a taxa aplicada por ativo. - Aplique ajustes corporativos conforme finalidade (retorno vs. nível de preço) e sinalize quando não houver dados de ajuste disponíveis. - Trate outliers: se variação absoluta > 5 desvios padrão de 60 janelas comparáveis e não houver confirmação por 2 fontes, marque como potencial erro (flag_outlier=true) sem descartar o dado. - Trate gaps: se dados ausentes na janela alvo, propague último valor válido apenas para cálculo de retornos de referência e marque stale=true. - Calcule métricas derivadas: ret_1d, ret_5d, ret_20d, zscore_20d (preço/retorno), delta_yield (bps), delta_spread (bps), vol_real_20d; para derivativos, variação de IV e delta de margem se disponível. - Consolide múltiplas fontes por prioridade: se divergência > tolerância (ex.: 10 bps em yield, 0,1% em preço), escolha a fonte primária e registre divergência.
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 dados crus de mercado e parâmetros de consulta formatados em JSON.
-
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.
3.3.2 Especificação do Output
- Formato de output: O output deve ser um snapshot normalizado de mercado contendo preços/indicadores por ativo em moeda-base, retornos e métricas derivadas, com flags de qualidade.
-
Exemplo de Estrutura de Output:
{ "normalized_market_snapshot": { "PETR4.SA": { "price": 28.50, "ret_1d": 0.025, "vol_real_20d": 0.18, "flag_outlier": false, "stale": false } } } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 2.500 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: Utiliza lógica interna para calcular métricas derivadas e normalização de dados.
- 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 Detecção de Eventos de Mercado (RF 4).
3.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Detecção de Eventos de Mercado (RF 4).
RF 4. Agente de Detecção de Eventos de Mercado
4.1 Tarefa do Agente
Identificar eventos de mercado materialmente relevantes para revisão de alocação.
4.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um snapshot normalizado de mercado e thresholds definidos para detecção de eventos. # 2. Objetivo Identificar eventos de mercado que justifiquem uma revisão de alocação de ativos. # 3. Regras que você deve seguir para gerar sua resposta - Dispare evento quando métrica ultrapassar threshold parametrizado; inclua severidade em três níveis: baixa, média, alta, baseada na razão métrica/limite. - Detecte mudança de regime de volatilidade quando vol_real_20d > 1,5x da mediana de 6 meses para a classe. - Sinalize choque de juros quando delta em vértice de referência exceder limite (ex.: 12 bps DI/UST) em 1 dia. - Sinalize estresse de crédito quando delta_spread em IG ≥ 15 bps (1d) ou HY ≥ 30 bps. - Para FX/Commodities, sinalize quando |ret_1d| superar limite e quando houver break de suporte/resistência recente (máxima/mínima de 20 dias). - Marque evento como ‘inconclusivo’ se dados essenciais tiverem flag_outlier ou stale=true; ainda assim registre o evento com evidências e flags.
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 um snapshot normalizado de mercado e thresholds definidos em JSON.
-
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.
4.3.2 Especificação do Output
- Formato de output: O output deve ser um conjunto de eventos de mercado categorizados, contendo severidade, ativos/classes afetados e evidências.
-
Exemplo de Estrutura de Output:
{ "eventos_mercado": [ { "tipo": "choque_juros", "severidade": "alta", "ativos_afetados": ["PETR4.SA"], "evidencias": {"delta_bps": 15} } ] } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 1.500 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: Utiliza lógica interna para detecção de eventos de mercado.
- 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 Preparação de Contexto do Cliente e Restrições (RF 5).
4.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Preparação de Contexto do Cliente e Restrições (RF 5).
RF 5. Agente de Preparação de Contexto do Cliente e Restrições
5.1 Tarefa do Agente
Consolidar perfil de risco, objetivos, horizonte, restrições e alocação atual em um conjunto de restrições operacionais.
5.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo o perfil de risco do cliente, objetivos de investimento, horizonte de tempo e restrições específicas. # 2. Objetivo Consolidar essas informações em um conjunto de restrições operacionais para o cliente. # 3. Regras que você deve seguir para gerar sua resposta - Mapeie o perfil para bandas padrão por classe (ex.: Conservador: RF 60–90%, Renda Variável 0–20%, Multimercado 0–15%, Exterior 0–10%; ajustar se houver política específica do cliente). - Construa matriz de restrições: min/max por classe e subclasse, concentração por emissor (ex.: ≤ 10% por emissor IG, ≤ 5% HY), limite por ativo (ex.: ≤ 5%), e exposição a derivativos (ex.: nocional líquido ≤ 20% do PL). - Defina orçamento de giro (turnover) por ciclo (ex.: ≤ 10% do PL) e lote mínimo por ativo; se não houver definição, aplique valores prudenciais. - Aplique restrições de liquidez: impedir alocação em ativos cujo prazo de saída exceda o horizonte líquido do cliente. - Registre restrições tributárias: evitar gatilhos fiscais indesejados quando indicado (ex.: não realizar prejuízo em menos de 31 dias conforme regras locais, se aplicável).
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 informações de perfil de risco, objetivos e restrições do cliente formatados em JSON.
-
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é 7.000 caracteres.
5.3.2 Especificação do Output
- Formato de output: O output deve ser um conjunto de restrições operacionais canônicas, formatado em JSON.
-
Exemplo de Estrutura de Output:
{ "customer_constraints": { "risk_profile": "conservador", "bands": { "renda_fixa": [60, 90], "renda_variavel": [0, 20] }, "turnover_budget": 10, "liquidity_constraints": "horizonte de 5 anos" } } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 2.000 caracteres.
5.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
5.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Utiliza lógica interna para consolidação de restrições.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
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 deve ser visível para o Agente de Rebalanceamento e Atualização de Proposta de Alocação (RF 6).
5.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Rebalanceamento e Atualização de Proposta de Alocação (RF 6).
RF 6. Agente de Rebalanceamento e Atualização de Proposta de Alocação
6.1 Tarefa do Agente
Gerar nova proposta de alocação respeitando restrições do cliente e resposta a eventos de mercado.
6.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo eventos de mercado identificados, restrições operacionais do cliente e alocação atual. # 2. Objetivo Gerar uma nova proposta de alocação que respeite as restrições do cliente e responda aos eventos de mercado. # 3. Regras que você deve seguir para gerar sua resposta - Acione rebalanceamento se qualquer classe estiver fora da banda ou se severidade de evento ≥ média na classe afetada. - Otimize para alinhar aos targets dentro das bandas minimizando turnover e custo: priorize movimentos que retornem ao centro das bandas nas classes com maior desvio material. - Respeite limites de concentração por emissor/ativo e restrições de blacklist; substitua ativos bloqueados por equivalentes da mesma classe quando necessário. - Garanta caixa operacional mínimo (ex.: 0,5–2%) definido em customer_constraints. - Aplique tamanhos mínimos de ordem e múltiplos de lote; arredonde pesos de forma a não violar min/max por ativo. - Estime custos por classe (ex.: 10–30 bps RV, 2–10 bps RF local, 5–20 bps ETFs internacionais) e registre custo_total_estimado_bps. - Produza campo rebalance_required (true/false) e motive-o com a regra específica que disparou a ação.
6.3 Configurações do Agente
6.3.1 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 eventos de mercado, restrições do cliente e alocação atual formatados em JSON.
-
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.
6.3.2 Especificação do Output
- Formato de output: O output deve ser uma nova proposta de alocação, com pesos por classe/subclasse/ativo, justificativas por mudança e trades sugeridos.
-
Exemplo de Estrutura de Output:
{ "nova_proposta": { "rebalance_required": true, "justificativas": "Evento de choque de juros identificado.", "sugestoes_trade": [ {"comprar": "PETR4.SA", "quantidade": 1000}, {"vender": "VALE3.SA", "quantidade": 500} ] } } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 2.500 caracteres.
6.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
6.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Utiliza lógica interna para otimização de alocação e cálculo de custos.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
6.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 Conformidade Regulatória e Adequação (Suitability) (RF 7).
6.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Conformidade Regulatória e Adequação (Suitability) (RF 7).
RF 7. Agente de Conformidade Regulatória e Adequação (Suitability)
7.1 Tarefa do Agente
Verificar aderência da nova proposta às normas e políticas de suitability e compliance.
7.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo uma nova proposta de alocação e as restrições operacionais do cliente. # 2. Objetivo Verificar se a nova proposta está em conformidade com as normas e políticas de suitability e compliance. # 3. Regras que você deve seguir para gerar sua resposta - Teste adequação ao perfil: risco implícito da alocação (ex.: peso em RV/Derivativos) dentro dos limites do perfil. - Verifique limites regulatórios e internos: concentração por emissor/setor, exposição em derivativos, alocação offshore, produtos complexos para perfis não elegíveis. - Cheque restrições específicas do cliente e conflitos (ex.: ativos vedados, ESG se aplicável). - Se qualquer verificação crítica falhar, marque compliance_aprovada=false e detalhe blocking_rules contendo a regra violada e o ajuste mínimo necessário para sanear a proposta. - Quando todas as verificações passarem, defina compliance_aprovada=true.
7.3 Configurações do Agente
7.3.1 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 uma nova proposta de alocação e restrições do cliente formatados em JSON.
-
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é 8.000 caracteres.
7.3.2 Especificação do Output
- Formato de output: O output deve ser um parecer de compliance com lista de verificações, flags de bloqueio e ajustes recomendados.
-
Exemplo de Estrutura de Output:
{ "parecer_compliance": { "compliance_aprovada": true, "blocking_rules": [] } } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 1.000 caracteres.
7.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
7.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Utiliza lógica interna para verificação de compliance e suitability.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
7.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 Saída Operacional e Resumo para Cliente (RF 8).
7.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Geração de Saída Operacional e Resumo para Cliente (RF 8).
RF 8. Agente de Geração de Saída Operacional e Resumo para Cliente
8.1 Tarefa do Agente
Preparar artefatos finais: resumo executivo para cliente e payload operacional para sistema de investimentos.
8.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo a nova proposta de alocação, parecer de compliance e eventos de mercado. # 2. Objetivo Preparar artefatos finais: resumo executivo para cliente e payload operacional para sistema de investimentos. # 3. Regras que você deve seguir para gerar sua resposta - Se compliance_aprovada=false, defina aprovado_para_envio=false e inclua lista sucinta de ajustes necessários; caso contrário, aprovado_para_envio=true. - Inclua versão, timestamp (UTC e local) e identificador do cliente/proposta fornecido no input. - No resumo para cliente, explique as mudanças em linguagem clara, relacionando-as aos eventos detectados e ao perfil/horizonte. - No payload operacional, informe pesos alvo, limites, caixa mínimo, e marcações de urgência por severidade de evento. - Não inclua PII além do que veio no input e evite promessas de retorno; use linguagem de melhor esforço e riscos.
8.3 Configurações do Agente
8.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 7).
- Tipo do input: Este agente deve ser apto a receber a nova proposta de alocação, parecer de compliance e eventos de mercado formatados em JSON.
-
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.
8.3.2 Especificação do Output
- Formato de output: O output deve ser um conjunto de artefatos finais, incluindo resumo executivo para cliente e payload operacional.
-
Exemplo de Estrutura de Output:
{ "documento_resumo_cliente": "As mudanças propostas são...", "payload_operacional": { "pesos": {"PETR4.SA": 0.10, "VALE3.SA": 0.05}, "aprovado_para_envio": true } } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 3.000 caracteres.
8.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
8.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Utiliza lógica interna para preparação de artefatos finais.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
8.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.
8.3.6 Regras de Orquestração e Transição
A execução deste agente finaliza o fluxo. Os artefatos gerados são os resultados que devem ser disponibilizados ao usuário.