Servidor MCP de SecureLend AI

• Nome no registroai.securelend/lenderverificado no registro MCP

O nome no registro fica sob securelend.ai. O registro só libera esse espaço de nomes para quem prova controle do domínio por DNS ou HTTP.

• Estadorespondeverificado em 2026-10-29
• Ferramentas11
• O servidor se chamasecurelend-lender
• Versão do servidor1.0.0
• Versão do protocolo2025-06-18

Em 2026-10-29 o servidor respondeu a initialize e tools/list sem login. Primeira resposta em 365 ms.

• Ainda não avaliamos se as ferramentas fazem o trabalho do produto.
• Verificado em 5 dos 7 dias necessários para julgar a confiabilidade.

Dito por regras a partir das medições acima. A primeira chamada provável é a escolha de um modelo na lista de ferramentas; leia a descrição antes de confiar nela.

• Nota INITE MCPdepois de uma semanaa nota precisa de 7 verificações diárias: 5 até agora
• Respondeumedindo5 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta412 ms
• Espaço no contexto do agente≈ 2.060 tokensas definições de todas as ferramentas (14), que o agente carrega a cada turno
• Definições das ferramentasA · 92 de 100
• Resultados tipados0 de 14 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Parâmetros sem descrição: em 7 de 14

Um programa verifica o servidor uma vez por dia: initialize e tools/list, sem modelo. Os tokens são o tamanho das definições, a cerca de quatro caracteres por token. A nota é a média de seis verificações do nome, da descrição, do esquema e das anotações de cada ferramenta; diz se as ferramentas estão bem descritas, não se funcionam. A nota pesa só o que foi medido: se responde (25%), se faz o trabalho do produto (25%), definições (20%), contexto (10%), uso (10%) e a facilidade de conectar (10%). Uma parte não medida fica de fora, e uma instrução oculta limita a nota a 40. O estado dos servidores MCP dos fornecedores: método e números →

• resolve_listed_company

  Resolve a ticker, legal name, or CIK. Writes nothing. Returns one chosen company or the candidates.

• read_listed_company

  Fetches the annual filing and attaches a citation to the open case when the company resolves uniquely. Ambiguous names write nothing.

• open_case

  Open a case on the caller's tenant. Same record as New file. Ignores any tenant id in the arguments.

• read_case

  Read one case: status, facts, evidence ids, gaps, recommendation, document file names and types, pending jobs, and memo id plus status. No storage keys.

• walk_credit_file

  Index documents on the open case, extract facts from the package (including image PDFs where supported), and spread financials into the case. Starts or returns the walk job already running. Does not draft the credit memo and does not…

• score_case_against_pack

  Score facts already on the open case against the active underwriting pack/rubric. Does not accept new facts in the arguments. Returns walk_pending while a file walk is still running. Does not approve a loan.

• chase_missing_documents

  Name every missing pack document and missing required number. Drafts a chase email when the file has a borrower email, and does not send it. Returns the existing draft when the same items are still missing.

• screen_sanctions

  Screen a name on the case with OpenSanctions. Same as Screen OpenSanctions. SANCTIONS or PEP. A missing key writes nothing and does not pass the file.

• draft_memo_from_file

  Draft a credit memo from the case file. Same CaseSchema.id as Draft from file. Uses the tenant model when one is saved, otherwise the file template.

• start_underwriting_package

  Create a new underwriting package for a borrower and return deskUrl, dashboardUrl (hosted package page), and exportUrl (zip). Background checks may start automatically. Requires borrower, amount, currency, and security; a secured loan…

• read_package

  Read an underwriting package. Does not re-run the checks. POST requires an OAuth bearer token with scope lender. Pass packageId or caseId for the caller's workspace.