Servidor MCP de Klarefi

• Nombre en el registrocom.klarefi/mcpverificado en el registro MCP

El nombre en el registro está bajo klarefi.com. El registro solo permite usar ese espacio de nombres a quien demuestra control del dominio por DNS o HTTP.

• Estadorespondecomprobado el 2026-10-24
• Herramientas21
• El servidor se llamaklarefi-mcp
• Versión del servidor0.3.0
• Versión del protocolo2025-11-25

El 2026-10-24 el servidor respondió a initialize y tools/list sin iniciar sesión. Primera respuesta en 189 ms.

• Aún no se ha juzgado si sus herramientas hacen el trabajo del producto.
• Comprobado 3 de los 7 días necesarios para juzgar su fiabilidad.

Lo dicen reglas a partir de las mediciones de arriba. La primera llamada probable la elige un modelo de la lista de herramientas; lee su descripción antes de fiarte.

• Nota INITE MCPtras una semanala nota necesita 7 comprobaciones diarias: 3 hasta ahora
• Uso18 descargas en npm por semana
• Respondiómidiendo3 de las 7 comprobaciones diarias necesarias para mostrar el porcentaje
• Mediana de la primera respuesta257 ms
• Espacio en el contexto del agente≈ 2638 tokenslas definiciones de todas sus herramientas (21), que el agente lleva en cada turno
• Definiciones de herramientasB · 85 de 100
• Resultados tipados0 de 21 herramientasdeclaran outputSchema: el resultado llega tipado y se lee de una vez

• Parámetros sin descripción: en 19 de 21

Un programa comprueba el servidor una vez al día: initialize y tools/list, sin modelo. Los tokens son la longitud de las definiciones, a unos cuatro caracteres por token. La nota promedia seis comprobaciones del nombre, la descripción, el esquema y las anotaciones de cada herramienta; dice lo bien descritas que están, no si funcionan. La nota pondera solo lo medido: si responde (30%), si hace el trabajo del producto (25%), definiciones (20%), contexto (10%) y uso (15%). Lo que no se midió queda fuera, y una instrucción oculta limita la nota a 40. El estado de los servidores MCP de los proveedores: método y números →

• create_connector_from_openapi

  Import a public OpenAPI JSON URL as a Klarefi verification connector. JSON specs only (convert YAML first). The result reports whether the configuration is active or staged for operator approval.

• create_connector

  Create or update a Klarefi verification connector manifest. The result reports whether the configuration is active or staged for operator approval.

• delete_connector

  Delete a configured Klarefi connector by key or stage its deletion for operator approval.

• create_intake_session

  Create a hosted Klarefi intake session.

• get_case

  Retrieve a Klarefi case and resolved facts.

• list_operator_queue

  List the bounded Klarefi operator queue for this API key's environment. Requires cases:review.

• get_case_workspace

  Inspect a case workspace with facts, cited evidence, blockers, ownership, and timeline. This does not mutate the case.

• get_case_package

  Get the cited case_package.v1 artifact and a signed read-only case-file URL. The package carries the facts, the calculated facts, and the offer or decline on the case with its files.

• submit_case_review

  Submit an auditable intake-review command. Allowed commands review or correct facts, update evidence, or escalate. This tool cannot complete or reopen a case.

• get_review_command

  Poll the status and result of an intake-review command.

• list_workflows

  List versioned Form · Fact · Verify workflow declarations.

• save_workflow_draft

  Validate and save a workflow declaration as a draft. This tool cannot publish or activate the workflow.

• open_intake

  Read an applicant intake from a signed URL or from session_id plus access_token. No Klarefi API key is required. On the hosted MCP endpoint, include the same intake credential in each later intake tool call.

• get_intake_state

  Get the current applicant intake state. Pass url, or session_id with access_token, on the hosted MCP endpoint.

• answer_question

  Answer the active applicant question with free text, optionally targeting a task_id.

• answer_fields

  Answer structured requested facts by fact_id. Values must be strings; yes_no fields take "yes" or "no", and date fields use YYYY-MM-DD.

• upload_document

  Upload a requested applicant document. Use content_base64 on the hosted MCP endpoint. Local stdio clients can use file_path. Inline content is limited to 5MB decoded; local files can be up to 25MB.

• give_intake_consent

  Record the applicant's consent to processing. Call it when the intake state's next_action is consent, and only after the applicant has agreed to the notice in next_action.notice. Returns the fresh intake state.

• submit_intake

  Submit the applicant intake. Returns submitted, blockers, and the fresh intake state.

• save_intake_draft

  Save applicant form draft fields without submitting. Field values must be strings or null.

• wait_for_next_action

  Poll until the intake leaves processing or the timeout expires. If timed_out is true, call wait_for_next_action again.