Recursos e prompts
Os quatro recursos MCP que o modelo pode obter como contexto sem custo, e os cinco fluxos de prompts prontos — triagem matinal, enviar e acompanhar, cobrar pendências, relatório mensal de conformidade e investigação de caso.
Ferramentas executam trabalho. Recursos são contexto que o modelo pode ler sem gastar uma chamada de ferramenta, e prompts são o procedimento operacional que um responsável de conformidade experiente seguiria, empacotado para que o modelo não precise inventar um.
Recursos
Quatro estão registrados. Três são estáticos ou no formato de catálogo; um é um template endereçado por ID de requisição.
| URI | O que é | Use quando |
|---|---|---|
certivant://vocabulary | Os valores exatos de enumeração usados pela plataforma — status de verificação (incluindo EXPIRED e PENDING_SECOND_REVIEW), tipos de requisição, decisões do mecanismo de pontuação, tipos e status de verificação, faixas de risco, estados de envio de formulário e escopos de chave de API, cada um com o seu significado. | Sempre, antes de filtrar ou descrever um caso. É por isso que um assistente diz PENDING_SECOND_REVIEW em vez de inventar "aguardando aprovação" — e por que um valor de filtro é aceito em vez de receber um 400. |
certivant://policies | Como as verificações são decididas: versionamento de política, as ações de aprovar / encaminhar / rejeitar, os portões de desqualificação de nível 1 e de data do documento, triagem de sanções com bloqueio em caso de falha, dupla aprovação (quatro olhos) e validade. | Para explicar como o sistema decide, em oposição ao que decidiu em um caso específico. Ele informa claramente quais valores por locatário não consegue ver, para que limites configurados nunca sejam adivinhados. |
certivant://forms | Todos os formulários de verificação da organização, marcados com quais estão publicados e, portanto, podem ser enviados. | Para escolher um formulário antes de enviá-lo. Os mesmos dados de list_verification_forms, disponíveis como contexto em vez de uma chamada. |
certivant://verification/{id} | Uma requisição como contexto endereçável: status, decisão do mecanismo de pontuação, pontuação, validade e se o raciocínio estruturado foi registrado. Formato de veredito, sem dados pessoais. | Para anexar um caso específico a uma conversa. Exige um ID de requisição exato — deliberadamente não listável, para que um assistente não consiga enumerar a sua carteira de clientes por meio dele. Use find_verification se você tiver apenas um nome. |
Prompts
Cinco fluxos de trabalho. Cada um fixa uma ordem de operações, porque a sequência costuma ser a diferença entre uma resposta útil e um despejo de dados limitado pela taxa de requisições.
morning_triage
Percorre a fila e agrupa cada caso pelo que ele precisa — uma decisão humana agora, um lembrete, nada, ou um registro na agenda — em vez de por status. Argumento opcional stalled_days, padrão 7.
Estritamente somente leitura: propõe lembretes, mas não os envia. Também instrui o modelo a escrever "raciocínio não registrado" sempre que reasoningAvailable for falso, em vez de inferir uma justificativa.
send_and_track
Escolhe o formulário certo, envia-o a um cliente indicado e informa em que pé está cada destinatário daquele formulário. Argumento opcional recipient; deixe-o vazio para apenas relatar envios já existentes.
Este fluxo envia e-mails reais. Ele pede confirmação primeiro — informa o nome exato do formulário, o endereço do destinatário e o nome do destinatário, e aguarda um "sim" claro, porque um erro de digitação em um endereço envia o link de verificação de outra pessoa a um desconhecido.
Ele separa o resultado em "respondeu", "enviado e sem resposta" e "não entregue", que são três ações diferentes.
chase_stalled
Todos os que estão travados há mais de N dias (argumento opcional days), com lembretes redigidos e enviados após confirmação. A parte útil é que ele nomeia o documento específico pendente — "ainda precisamos do verso da sua carteira de motorista" funciona, enquanto "por favor, conclua a sua verificação" é ignorado.
monthly_compliance_report
Pronto para apresentar ao conselho: as métricas, os temas e os casos relevantes de um período (argumento opcional period). Limitado ao que get_compliance_metrics de fato produz — taxas de falha por verificação, não uma lista ordenada de motivos de rejeição.
investigate_case
Uma nota de revisão para um único caso (argumento opcional request_id; se você tiver apenas um nome, ele é instruído a usar find_verification em vez de adivinhar um ID). Ele busca a decisão, os documentos e — no caso de uma empresa — a diferença em relação ao registro, lendo a divergência em vez do próprio registro.
Quando a decisão do mecanismo de pontuação e o status registrado divergem, ele informa ambos e indica a pessoa que decidiu, em vez de reconciliá-los em uma narrativa organizada. A divergência é o achado.
Referência de ferramentas
Todas as 26 ferramentas MCP da Certivant agrupadas pela tarefa que executam — triagem da fila, envio e acompanhamento de formulários, ações do ciclo de vida, explicação de decisões e risco de rede, sessões de verificação de identidade ao vivo, consultas ao registro de KYB e relatórios — com o que cada uma retorna e o que deliberadamente não retorna.
Segurança e limites
Como o servidor MCP da Certivant classifica os dados pessoais (PII), envolve o texto controlado pelo solicitante em um envelope não confiável, limita os lembretes a um por 24 horas e compartilha o limite de 120 requisições por minuto por locatário — além da lacuna de auditoria que você não deve mascarar.