Uptimeify

Comprobaciones gratuitas de sitio web, DNS, SSL y autenticación de correo desde cualquier agente de IA. No se requiere cuenta.

Documentación

Servidor MCP: Monitoreo en tu Agente de IA | Uptimeify

Conecta tu asistente de IA a tu monitoreo: monitores, incidentes e historial de verificaciones, cada área publicada por separado.

Fuente: https://uptimeify.io/mcp-server

Apunta cualquier cliente MCP a https://uptimeify.io/mcp y tu agente de IA ejecuta verificaciones SSL, DNS, correo y disponibilidad por sí mismo. 20 herramientas de forma anónima, sin token, sin configuración. Añade un token de API y también lee tus propios monitores. Comienza tu prueba gratuita Explora el Success Kit

Servidor MCP para Monitoreo. Tu Agente Ejecuta la Verificación.

Para el interesado técnico

Endpoint y transporte

Así está conectado. Lee la documentación de MCP https://docs.uptimeify.io/api/mcp Endpoint HTTP transmisible, sin estado. Sin sesión, sin estado de handshake que debas mantener. POST https://uptimeify.io/mcp Descubrimiento La tarjeta del servidor describe el servidor en formato legible por máquina. GET https://uptimeify.io/.well-known/mcp/server-card.json Verificación Una llamada a tools/list mediante JSON-RPC contra el endpoint, con el encabezado Accept: application/json, text/event-stream. Si el servidor devuelve la lista de herramientas, la conexión está activa. Capa de Transporte

Tu agente pregunta directamente.

Sin más copiar y pegar. La rutina habitual te cuesta tres cambios de contexto: abrir una pestaña, escribir el dominio, pegar el resultado de vuelta en el chat. El servidor MCP elimina el rodeo. Tu agente llama a la herramienta por sí mismo, recibe datos estructurados y sigue trabajando, mientras tú te centras en la pregunta real.

  • 20 verificaciones como herramientas, para que resuelvas certificados, DNS, autenticación de correo y disponibilidad dentro de la conversación en lugar de en cinco pestañas.
  • Anónimo, sin token requerido, para que estés conectado en un minuto sin nada que configurar.
  • Respuestas estructuradas, no capturas de pantalla, para que tu agente procese los valores en lugar de solo leerlos.

Para el interesado técnico

Firmas de herramientas

Así está conectado. Explora las herramientas de verificación públicas Hosts check_ssl toma host y un puerto opcional. port_check toma host más puerto, ping_test toma host y un puerto opcional. Dominios Las herramientas de DNS y correo toman domain, con dkim_check también tomando selector. IPs y URLs dnsbl_check y reverse_dns toman ip. http_headers, redirect_check, website_status y response_time toman una url completa. ip_geolocation y asn_lookup toman query, es decir, una IP o un dominio. Alcance solo lectura cada herramienta anónima consulta, ninguna de ellas cambia nada. Capa de Herramientas

Todo el banco de verificaciones.

Un solo endpoint. Las herramientas reflejan nuestras herramientas públicas una a una. Caducidad de certificados, propagación de DNS, SPF, DKIM, DMARC, estado de listas negras, encabezados HTTP, cadenas de redirección, puertos, tiempos de respuesta, geolocalización. Todo de solo lectura, nada de ello toca tus sistemas.

  • TLS y dominios, para que puedas consultar check_ssl, whois y domain_expiry antes de que un certificado o un dominio caduque silenciosamente.
  • DNS y autenticación de correo, para que puedas revisar check_dns, dns_propagation, mx_lookup, spf_check, dkim_check, dmarc_check y dnsbl_check de una sola pasada cuando el correo deje de llegar de repente.
  • HTTP y red, para que puedas usar http_headers, hsts_check, redirect_check, port_check, ping_test, website_status, response_time, ip_geolocation, asn_lookup y reverse_dns directamente desde el agente.

Índice de Herramientas

Cada herramienta tiene una página que puedes abrir tú mismo.

Tu agente llama a check_ssl, tú abres el Comprobador de Certificados SSL. Misma sonda, mismo endpoint, dos puertas de entrada, para que un resultado del chat sea uno que puedas reproducir en el navegador y poner frente a un cliente. TLS y dominios DNS y correo HTTP y red Explora todas las herramientas gratuitas

Para el interesado técnico

Token, OAuth y alcance

Así está conectado. Aprende más sobre tokens de API Token estático Las herramientas autenticadas aceptan un token de API de larga duración en la solicitud MCP. Authorization: Bearer wsm_your_token_here OAuth O tu cliente inicia sesión mediante OAuth 2.0 con PKCE y nunca guarda un secreto almacenado. Encuentra el flujo a través de la tarjeta del servidor, se registra en el endpoint de registro y ejecuta el flujo de concesión de código de autorización. Un bearer que el servidor no puede resolver devuelve un 401 con un encabezado WWW-Authenticate que apunta a los metadatos del recurso protegido, para que el cliente reinicie el inicio de sesión por sí solo. GET https://uptimeify.io/.well-known/oauth-protected-resource Alcance organización cliente un token de API se limita cuando lo creas, con el campo customer vacío para toda la organización, o un cliente para vincularlo ahí. Alcance OAuth Una sesión OAuth lleva lo que ese usuario puede ver en Uptimeify en ese momento, y nunca más de lo que puede hacer por sí mismo. La vinculación se vuelve a resolver cuando la sesión emite su token interno de corta duración, no se congela al iniciar sesión, por lo que el acceso que revocas en el panel deja de funcionar en lugar de perdurar en una concesión obsoleta. Alcance de escritura opt-in Además de las herramientas de lectura, un conjunto creciente de herramientas de escritura puede cambiar el estado, pausar o reanudar un monitor, renombrarlo, cambiar su intervalo de verificación, crear o eliminar uno, reconocer, resolver, actualizar o eliminar un incidente, crear, actualizar o eliminar una ventana de mantenimiento, crear, actualizar o eliminar una página de estado o su dominio personalizado, crear, actualizar o eliminar un canal de notificación para correo electrónico o SMS, y, en la propia organización, crear, actualizar o eliminar una etiqueta, un campo personalizado o un informe programado, poner una etiqueta en un monitor o quitarla, cambiar o desactivar un miembro existente, y crear, actualizar o eliminar un cliente junto con los dominios y direcciones IP vigilados para él. Cada una está detrás de su propio alcance de consentimiento, verificado aparte del alcance de lectura correspondiente. Crear o eliminar un miembro está deliberadamente fuera de ellas, y también lo está cambiar los datos maestros de tu propia organización. Solo las herramientas que eliminan algo requieren una confirmación explícita en la propia llamada que nombre el cambio exacto; las demás no. No concedas ningún alcance de escritura y nada de esto será accesible. Creación Crear tokens en Configuración, Tokens de API. El token se muestra exactamente una vez, en la creación. Argumentos list_monitors, monitor_status y check_history aceptan todos un kind opcional, que cubre las ocho familias de monitores (website, dns, icmp, tcp, ftp, smtp, ssh, imap_pop); si se omite, list_monitors devuelve todas las familias mientras que monitor_status y check_history usan website por defecto. check_history también toma monitor_id más from y to opcionales como fechas ISO. list_incidents toma un limit opcional, 100 por defecto y 500 como máximo. list_alert_channels toma un website_id opcional y, de lo contrario, responde con tus canales a nivel de organización. alert_history toma monitor_id más kind, from, to, status (sent o failed), page y limit opcionales, 25 por página por defecto y 100 como máximo. list_status_pages no toma argumentos. list_maintenance_windows toma un active_only opcional y no tiene filtro de fechas, así que delimítalo por tiempo tú mismo. get_organization, list_users, list_customers y billing_summary no toman ningún argumento; la cuenta se deduce del token. billing_summary es la única cuya respuesta depende de una segunda área de consentimiento: nombra a los clientes de su desglose de uso solo si la conexión también lleva el área de organización; de lo contrario, el desglose se queda con identificadores públicos. Omitido Las herramientas vinculadas a la cuenta omiten lo que un modelo de lenguaje no tiene por qué ver. La configuración de canales queda fuera de ambas herramientas de alertas, por lo que no hay direcciones de destinatario, ni números de teléfono, ni objetivos de webhook. Las páginas de estado llegan sin su configuración de diseño y sin el token de verificación DNS de un dominio personalizado, y una lista de suscriptores nunca se devuelve. Las ventanas de mantenimiento llegan sin la fila del monitor incrustada detrás de ellas. Las cuatro herramientas de cuenta funcionan al revés: en lugar de eliminar campos nombrados, emiten una lista fija y nada más, por lo que el correo de contacto y notificación, la dirección postal, el ID de IVA, el número de teléfono, los campos personalizados, el nombre de la tarifa, el correo de facturación y el método de pago nunca salen, y una columna añadida al endpoint más tarde tampoco viaja hacia afuera. list_users no lleva ningún identificador de miembro, por lo que un miembro puede ser nombrado pero no referenciado. Sin autenticar Sin ningún encabezado, todo sigue siendo completamente anónimo. Las herramientas anónimas responden como siempre y una herramienta autenticada devuelve un error que nombra el encabezado que necesita, en lugar de un resultado vacío. No hay un 401 forzado en cada solicitud. Capa de Portafolio

Con un token se convierte en tu portafolio.

Cualquiera puede verificar un dominio. Envía un token de API y tu agente deja de mirar solo la internet pública y comienza a leer tu propio monitoreo. O deja que el cliente inicie sesión mediante OAuth y omite el token por completo. Lista monitores en las ocho familias, website, DNS, ICMP, TCP, FTP, SMTP, SSH, IMAP/POP, consulta el estado de un solo monitor, obtén incidentes recientes, lee el historial de verificaciones para un rango de fechas, resume el tiempo de actividad y el tiempo de respuesta promedio por día, mes y año en sitios web. Trece herramientas vinculadas a la cuenta solo leen. Un conjunto creciente de herramientas de escritura también puede cambiar el estado, pausar un monitor, reconocer un incidente y similares, pero solo detrás de su propio alcance de consentimiento, otorgado por separado y nunca por defecto, consulta Alcance de escritura arriba. Cuatro de las trece herramientas de lectura cubren el contexto operativo alrededor de una alarma en lugar del monitor en sí: qué canales de notificación existen y si están activos, qué alertas se enviaron realmente para un monitor y si se entregaron, qué páginas de estado gestionas y qué ventanas de mantenimiento están programadas. Las cuatro más nuevas dejan atrás los monitores por completo y responden quién es la cuenta: tu organización, los miembros que trabajan en ella, los clientes que contiene y el uso de SMS del mes actual. Esas cuatro entregan una lista fija de campos y nada más, por lo que los datos de contacto, direcciones, IDs de IVA, nombres de tarifas y métodos de pago se quedan donde están. El informe del cliente comienza en el chat, no en la hoja de cálculo.

  • list_monitors y monitor_status, para que una sola frase te diga qué está activo y qué no, en cualquiera de tus ocho familias de monitores.
  • list_incidents y check_history, para que puedas reconstruir un incidente sin hacer clic entre vistas.
  • uptime_summary, para que la disponibilidad y el tiempo de respuesta estén listos cuando el cliente pregunte por un sitio web.
  • list_alert_channels y alert_history, para que "¿por qué nadie me llamó?" se responda en la conversación en lugar de en tres pestañas del panel.
  • list_status_pages y list_maintenance_windows, para que veas lo que ven tus clientes y qué ventana se tragó silenciosamente una alarma.
  • get_organization, list_users y list_customers, para que "¿quién es el responsable aquí?" y "¿qué cliente es este otra vez?" se respondan desde la cuenta en lugar de desde la memoria.
  • billing_summary, para que el uso de SMS del mes en curso esté sobre la mesa antes de que llegue la factura, por cliente y en total.

Plantillas de SLA y Contratos

Plantillas de Acuerdos de Nivel de Servicio para definir límites profesionales con tus clientes.

Calculadora de Precios

Encuentra el punto óptimo para tus planes de cuidado. Calcula márgenes según la frecuencia de verificación y las horas de soporte.

Presentaciones de Marca Blanca

Plantillas de PowerPoint que explican el monitoreo 24/7 a clientes no técnicos. Cierra más contratos de retención.

Guía de Informes Antirrotación

Usa informes automatizados para comunicar valor de forma proactiva, para que los clientes nunca pregunten por qué pagan. Reclama tu Success Kit y comienza a escalar hoy. Reclama tu Success Kit y comienza a monitorear ¿Listo para convertir el monitoreo en un centro de ganancias? Cada suscripción de Uptimeify incluye acceso a nuestro Success Kit, una colección de recursos probados en batalla para convertir tu monitoreo en un centro de ganancias.

No solo monitoreamos. Te ayudamos a vender.

→ Para el interesado técnico

Descubrimiento y modos de fallo: cómo está conectado

La tarjeta del servidor en GET https://uptimeify.io/.well-known/mcp/server-card.json describe el servidor en formato legible por máquina. Si solo quieres ver qué hay, pide la lista de herramientas: bash curl -X POST https://uptimeify.io/mcp \ -H 'Content-Type: application/json' \ -H 'Accept: application/json, text/event-stream' \ -d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}' El tropiezo más común es un encabezado Accept faltante con text/event-stream. El segundo más común: llamar a una herramienta autenticada sin un token. En ese caso, la herramienta no devuelve un resultado vacío, devuelve un error pidiendo el encabezado Authorization: Bearer. Un bearer OAuth que el servidor no puede resolver se comporta de manera diferente a propósito. Vuelve como un 401 con WWW-Authenticate: Bearer resource_metadata="https://uptimeify.io/.well-known/oauth-protected-resource", el puntero que tu cliente sigue para ejecutar el inicio de sesión nuevamente. Una solicitud sin ningún encabezado Authorization nunca recibe ese desafío: permanece anónima, que es lo que mantiene utilizables las herramientas sin token. ¿Necesitas una cuenta para usar el servidor MCP? No. Las herramientas de verificación anónimas funcionan con la URL https://uptimeify.io/mcp sola, sin token y sin registro. Solo necesitas una cuenta una vez que tu agente deba leer tus propios monitores, porque para eso es el token de API. Así que puedes probar primero si las herramientas ayudan en el trabajo diario y decidir después. ¿Cómo conectas tu cliente MCP? Agregas el endpoint a la configuración de tu cliente, con un encabezado Authorization si lo necesitas. Los clientes que hablan con servidores HTTP remotos apuntan directamente a la URL. Los clientes que solo hablan stdio se conectan a través de mcp-remote, que reenvía la llamada al endpoint HTTP. Si solo necesitas las herramientas anónimas, omite el encabezado por completo. json { "mcpServers": { "uptimeify": { "url": "https://uptimeify.io/mcp", "headers": { "Authorization": "Bearer wsm_your_token_here" } } } } A través del puente stdio: json { "mcpServers": { "uptimeify": { "command": "npx", "args": ["-y", "mcp-remote", "https://uptimeify.io/mcp", "--header", "Authorization: Bearer wsm_your_token_here"] } } } ¿Tienes que mantener un token en un archivo de configuración? No. Tu cliente puede iniciar sesión mediante OAuth en su lugar: te envía al navegador, apruebas con la cuenta que ya tienes, y a partir de entonces mantiene una sesión en lugar de un secreto que pegaste. Eso mantiene una clave de larga duración fuera de un archivo que se sincroniza, comparte o confirma por accidente. Una sesión OAuth lleva exactamente lo que ese usuario puede ver y hacer en Uptimeify, verificado en fresco en lugar de congelado al iniciar sesión. Los tokens de API estáticos aún funcionan donde quieras uno, para un script o un ejecutor compartido. ¿Puede tu agente cambiar algo a través del servidor MCP? Solo lo que tú le permitas por separado. 33 herramientas solo leen, las 20 verificaciones anónimas y las 13 consultas autenticadas contra tus datos de monitoreo y cuenta. Un conjunto creciente de herramientas de escritura puede cambiar el estado en su lugar: pausar o reanudar un monitor, renombrarlo, cambiar su intervalo de verificación, crear o eliminar uno, reconocer, resolver, actualizar o eliminar un incidente, crear, actualizar o eliminar una ventana de mantenimiento, crear, actualizar o eliminar una página de estado o su dominio personalizado, crear, actualizar o eliminar un canal de notificación (solo correo electrónico o SMS), y, en la organización misma, crear, actualizar o eliminar una etiqueta, un campo personalizado o un informe programado, etiquetar y desetiquetar un monitor, cambiar o desactivar un miembro existente, y crear, actualizar o eliminar un cliente con los dominios y direcciones IP vigilados para él, cada uno detrás de su propio alcance de consentimiento que otorgas aparte del acceso de lectura. Agregar o eliminar un miembro permanece en el panel de control, y también los datos maestros de tu propia organización. Solo las herramientas que eliminan algo requieren una confirmación explícita en la llamada misma que nombre el cambio exacto, las demás no. No otorgues nada, y tu agente se queda exactamente donde está hoy: leyendo e interpretando el estado, nunca cambiándolo. ¿Qué ve un token con alcance de cliente? Solo los monitores de ese cliente. Un token de organización, por el contrario, ve cada cliente en tu organización. Así que puedes dar acceso a un proyecto de cliente o a un solo miembro del equipo que muestre exactamente la porción correcta en lugar de abrir todo tu portafolio. ¿Puedes usar el servidor MCP en tus dominios de cliente? Sí. Las herramientas anónimas verifican cualquier dominio públicamente accesible, incluido deinkunde.com, sin nada que instalar en ese lado. Leen lo que ya se responde públicamente: certificado, registros DNS, registros de correo, respuesta HTTP. El historial de disponibilidad y los incidentes son diferentes: esos necesitan un monitor configurado y un token. ¿Hay límites de tasa? Sí, y vale la pena conocerlos antes de construir contra ellos. El endpoint acepta 120 solicitudes por minuto por IP, y cada herramienta de verificación individual tiene su propio tope adicional: 15 a 30 llamadas por minuto para las anónimas dependiendo de cuán costosa sea la verificación, 60 para las autenticadas. Así que una variedad de verificaciones diferentes está bien, golpear una sola herramienta no lo está. Sobre el límite obtienes HTTP 429 con un valor retryAfter que te dice cuándo se restablece la ventana. El conteo es por IP, no por token, así que un token no te compra más. Si tienes un caso que realmente necesita un límite más alto, habla con nosotros. Preguntas frecuentes

Preguntas frecuentes

Agrega el endpoint, conecta, ejecuta una verificación. Las herramientas anónimas no te cuestan nada y sin token. Tus propios monitores se unen tan pronto como los tengas.

¿Listo para poner tus verificaciones dentro de tu agente?