Historial y avisos de servidores MCP

Qué leemos cada 3 horas

Cada 3 horas se hace una comprobación. Para cada servidor del directorio, lee lo que puede sin iniciar sesión y sin ejecutar nada:

Servidores remotos que listan sus herramientas sin iniciar sesión: hacemos el handshake de MCP y tools/list, como un cliente, y registramos las herramientas, las instructions del servidor y la versión que declara.
Servidores cuyas herramientas se describen en un bundle de MCP: volvemos a leer el manifest.json de su repositorio de GitHub, en el último commit.
Servidores locales publicados en npm o PyPI: consultamos la última versión. Nunca ejecutamos servidores locales.
El servidor MCP propio de mcp.tc.

Los servidores que piden iniciar sesión o una clave de API antes de listar sus herramientas, y los servidores locales sin manifiesto de bundle, no tienen una lista de herramientas que podamos observar. Su Historial registra la versión cuando podemos leerla, y las ediciones del responsable del servidor. Ahora mismo podemos leer las herramientas de 159 fichas.

Arriba del Historial de cada ficha verás cuál de estos casos se le aplica y cuándo leímos sus herramientas por última vez. Cada servidor remoto recibe además una comprobación de estado una vez al día.

Qué cuenta como un cambio

Para un servidor cuyas herramientas leemos, el Historial registra:

herramientas añadidas o eliminadas (una herramienta renombrada aparece como una eliminada y otra añadida);
para una herramienta que sigue: una descripción o un título nuevos, parámetros añadidos, eliminados o que pasan a ser obligatorios, descripciones de parámetros nuevas, un esquema de entrada o de salida nuevo e indicaciones que cambiaron, como readOnlyHint o destructiveHint;
caracteres invisibles en la descripción o los parámetros de una herramienta, como caracteres de ancho cero o de dirección del texto, que pueden ocultar texto a las personas mientras un modelo lo sigue leyendo;
nuevas instructions del servidor, el texto que el servidor da a cada cliente al conectarse.

También registra las versiones nuevas, tal como las declara el servidor o como las publica su paquete de npm o PyPI, y las ediciones que el responsable del servidor guarda en la ficha, con el texto antes y después (de las notas de configuración, solo que cambiaron). Las ediciones nuestras o de fuentes públicas como el registro de MCP no aparecen en él, y tampoco una ficha ocultada o publicada de nuevo. Si una ficha se elimina, su Historial desaparece con ella y nadie la sigue ya. El orden de las herramientas, el estado y las horas de comprobación no cuentan como cambios.

Dos lecturas antes de un cambio

Un cambio solo se registra cuando dos lecturas coinciden. Cuando una lectura difiere de la última registrada, volvemos a leer el servidor al menos un minuto después, normalmente en la misma pasada, y registramos el cambio solo si la segunda lectura muestra lo mismo. Una lectura que falla, se corta o devuelve solo parte de la lista cuenta como falta de datos, nunca como herramientas eliminadas. Una lista de herramientas que queda vacía necesita dos lecturas separadas por al menos dos horas.

La primera lectura de una ficha es su punto de partida. El Historial la marca como el inicio del seguimiento, con el número de herramientas, y nada anterior cuenta como cambio.

Una vez confirmado un cambio, la ficha muestra al momento la nueva lista de herramientas. Una herramienta nueva aparece con el título que le da el servidor o con la primera frase de su descripción.

Las versiones funcionan igual: una versión que indica el servidor se registra cuando dos lecturas coinciden, y la última versión de un paquete de npm o PyPI, al momento. Solo cuentan los números de versión, como 1.3.0 o v2.0.0-beta.1. Una ficha recibe como mucho un cambio de versión cada 24 horas, y una versión que vuelve a una registrada la semana pasada no se registra de nuevo. También recibe como mucho tres cambios de herramientas cada 24 horas: el cuarto espera a que el primero tenga 24 horas. Las fechas en el texto de una herramienta, como la fecha de hoy, no cuentan al comparar.

Cómo leer la pestaña Historial

Cada ficha tiene una pestaña Historial junto a Resumen, Integración y FAQ; mira por ejemplo la de DeepWiki. Los cambios van del más reciente al más antiguo, cada uno con la fecha y la hora en UTC, su origen y un resumen de una línea:

Comprobación automática: nuestras propias lecturas del servidor.
Responsable del servidor: una edición de alguien que demostró que gestiona el servidor. Nunca mostramos quién.

Abre un cambio para ver el detalle: las herramientas añadidas y eliminadas, cada descripción modificada antes y después, los parámetros que cambiaron, las indicaciones que se invirtieron y las instrucciones del servidor antes y después. Unas insignias señalan los cambios que merecen una mirada atenta, como una herramienta que perdió su indicación de solo lectura o recibió una destructiva, una herramienta nueva marcada como destructiva, un parámetro que pasa a ser obligatorio, caracteres invisibles o instrucciones nuevas del servidor. Las indicaciones son etiquetas que el servidor da a sus propias herramientas: dicen lo que el servidor afirma que hace una herramienta. El texto citado de un servidor viene del propio servidor y se muestra como texto plano.

La pestaña muestra todos los cambios, del más reciente al más antiguo, 100 por página, con todo el detalle de los 10 más recientes; los más antiguos muestran su resumen y los nombres de las herramientas. Cada uno tiene su propia dirección, el enlace de su página seguido de #ch- y un número, para que puedas enlazarlo. El Historial se conserva mientras exista la ficha. Podemos ocultar un cambio cuando una lectura resulta errónea, o a petición. Los cambios ocultos no se muestran ni se envían por correo.

Los feeds y la página Cambios recientes

No necesitas una cuenta para estar al tanto de los cambios:

Cambios recientes lista los 50 últimos cambios de todo el directorio.
/changes.xml ofrece la misma lista como feed Atom.
El Historial de cada ficha también es un feed Atom, con sus 30 cambios más recientes, en su enlace seguido de /history.xml, por ejemplo mcp.tc/i/deepwiki/history.xml.

Los programas pueden leer los mismos datos: el JSON de la ficha tiene un objeto history, el Markdown de la ficha incluye sus cinco cambios más recientes, y get_server en el servidor MCP de mcp.tc también los devuelve. API y datos tiene los detalles.

Seguir una ficha

Inicia sesión con GitHub o con un código enviado por correo y pulsa Seguir en la parte superior de una ficha. Es gratis y puedes seguir hasta 200 fichas. Tu página Siguiendo las lista con sus cambios recientes y un botón para dejar de seguirlas, y allí eliges cómo recibir los correos:

a medida que hay cambios, como mucho un correo por hora (la opción predeterminada);
un resumen diario;
ningún correo.

Un solo correo cubre todas las fichas que sigues que cambiaron desde el anterior. Nombra cada ficha y resume qué cambió (por ejemplo «2 herramientas añadidas, 1 eliminada»). Un correo sobre una sola ficha enlaza a ese cambio en su Historial (o a tu página Siguiendo cuando la ficha ya no está en el directorio); uno sobre varias enlaza a tu página Siguiendo, que lista sus cambios recientes. Nunca cita la descripción de una herramienta, que es texto del servidor. Solo recibes los cambios registrados después de empezar a seguir la ficha, y ninguno de más de 7 días. Una versión nueva por sí sola solo se envía cuando su número sube, por ejemplo de 1.2.0 a 1.3.0: no por una nueva etiqueta de compilación sobre el mismo número, ni por una vuelta a una versión anterior. Los cambios que se anulan antes del correo, como una versión que cambia y luego vuelve atrás, no se envían.

Cada correo tiene un enlace para dejar de recibirlos que funciona sin iniciar sesión. En un correo sobre una sola ficha, su página te permite dejar de seguirla o desactivar los correos de cambios; en un correo sobre varias, desactiva los correos de cambios. El enlace abre una página con botones, así que un filtro de correo que abra los enlaces no puede cambiar nada, y la página te permite deshacer lo que acabas de hacer. El botón para darte de baja de tu app de correo también abre una de estas páginas: allí un clic desactiva los correos de cambios y mantiene las fichas que sigues. Si eliminas tu cuenta, eliminamos también tu lista de fichas seguidas. La política de privacidad explica qué guardamos y qué recibe el servicio que envía los correos.

Lo que el Historial no puede decirte

El Historial muestra lo que vieron las lecturas anónimas de mcp.tc en cada comprobación. No es una auditoría de seguridad, y no bloquea, aprueba ni garantiza nada.

No ve las herramientas que un servidor muestra solo después de iniciar sesión, o solo a algunos clientes. Un servidor puede responder a nuestra comprobación con una lista y a tu cliente con otra.
Un cambio hecho y deshecho entre dos comprobaciones puede pasar desapercibido.
Los servidores locales nunca se ejecutan aquí, así que no comprobamos lo que hace un paquete una vez iniciado.
Cuando un servidor está caído o corta una lectura, esa comprobación no registra nada.

Antes de aprobar las herramientas de un servidor en tu cliente, y de nuevo después de una actualización, lee la lista de herramientas que muestra tu cliente: es la que recibe tu modelo. El Historial te indica cuándo vale la pena volver a mirar.

Para propietarios de servidores

Las ediciones que guardas en tu ficha aparecen en su Historial como cambios del responsable del servidor, sin tu nombre ni tu cuenta, y se envían por correo a quienes siguen la ficha. Lo mismo pasa con los cambios de herramientas que encuentra nuestra comprobación: publica una nueva lista de herramientas y la ficha suele mostrarla en menos de 3 horas, en cuanto dos lecturas coinciden.

Solo podemos observar tus herramientas si tools/list responde sin iniciar sesión, o si tu repositorio tiene un manifiesto de bundle de MCP que las lista. Anota tus herramientas con readOnlyHint y destructiveHint, para que el Historial pueda mostrar cuándo cambian esas indicaciones. Para propietarios de servidores explica el resto.