Cómo se verifican las fichas

Para cada servicio, el directorio solicita los archivos públicos que declaran una integración con IA (/llms.txt, manifiestos MCP, descripciones OpenAPI) y registra el estado HTTP y la fecha.

Las integraciones anunciadas en las propias páginas del servicio se enlazan a esa página. Nada se incluye por lo que afirme un tercero.

Una ficha muestra solo lo que se encontró; una comprobación que falta se muestra como sin comprobar, nunca como superada.

Los servidores del MCP Registry se muestran tal como los describe el registro (endpoint, paquetes, versión, fechas), tras aplicar unos requisitos mínimos de calidad que excluyen las entradas obsoletas, de prueba, con marcadores de posición, duplicadas y con texto genérico. Una página de servidor recoge lo que dice el registro.

Los servidores remotos pasan además una comprobación en directo: se envía a cada endpoint la negociación inicial (handshake) de MCP y se le pide su lista de herramientas, y la página muestra lo que respondió y cuándo. No se ejecuta ninguna herramienta ni se inicia sesión en nada, así que la comprobación muestra que un servidor responde, no que funcione bien o de forma segura.

Los requisitos para una página de servidor · Cómo verificamos · La comprobación en directo · Explorar el directorio →

Más: ¿Qué es un servidor MCP? · ¿Qué es llms.txt? · Cómo encuentran y reservan viajes los asistentes de IA · Transportes de MCP: stdio, Streamable HTTP y SSE · Remoto o local: qué tipo de servidor MCP usar · Cómo añadir un servidor MCP a un asistente de IA · ¿Qué es el MCP Registry oficial? · Qué contiene un archivo llms.txt · OpenAPI para agentes de IA · Cómo encuentran los asistentes de IA disponibilidad de viajes · Antes de conectar un servidor MCP: lista de comprobación