CDN.MN
oficialCDN global de imágenes listo para agentes, que los agentes de IA pueden instalar y operar a través de MCP.
¿Qué puedes hacer con CDN MN MCP?
- Analizar el pipeline de imágenes de un sitio web público — Pídele al agente que ejecute
analyze_websiteyestimate_image_savingsen cualquier URL pública para obtener un estimado de ahorro. - Crear un proyecto CDN.MN y configurar un origen — Haz que el agente llame a
create_projectyconfigure_originpara configurar la entrega de un sitio. - Verificar la propiedad del dominio y activar el nombre de host — Usa
verify_domainyactivate_hostnamepara demostrar el control y habilitar la entrega en producción. - Purgar objetos en caché por URL — Solicita
purge_urlspara invalidar activos específicos de la caché de CDN. - Consultar facturación, análisis o estado del dominio — Recupera el uso y la configuración actuales con
get_billing,get_analyticsoget_domains. - Revertir una configuración de entrega — Usa
rollback_configurationpara revertir un proyecto a su estado anterior.
Documentación
Para agentes de IA y desarrolladores
El CDN de imágenes que tu agente puede instalar.
Otros CDN de imágenes proporcionan instrucciones de configuración. CDN.MN le da a tu agente un camino documentado desde el descubrimiento hasta la instalación verificada: registro, herramientas con alcance, simulaciones, validación y reversión.
Comenzar gratisAnalizar mi sitio webComparar planes →
Leer auth.md · Aprovisionar un espacio de trabajo activo o reclamar un código de dispositivo · Adoptarlo desde tu bandeja de entrada
CADENA DE HERRAMIENTAS DEL AGENTE
| auth.md | Registrar y solicitar acceso con alcance | ACTIVO |
|---|---|---|
| MCP | Llamar a las herramientas de CDN.MN | ACTIVO |
| Registro de auditoría | Cada reclamación, aprobación y revocación registrada | ACTIVO |
| AGENTS.md | Respetar una regla de "no autoeditar" | ACTIVO |
| OpenAPI | Usar operaciones de API estructuradas | ACTIVO |
| SKILL.md | Seguir el flujo de trabajo de instalación | ACTIVO |
| CLI / SDK | Detectar, modificar, probar y verificar | ACTIVO |
Activo ahora
Registro por código de dispositivo, acceso con alcance, una válvula de aprobación por alcance y revocación instantánea, descubrimiento legible por máquina (auth.md, llms.txt, OpenAPI y el flujo de trabajo SKILL.md), y el servidor MCP con 18 herramientas: las lecturas, análisis de imágenes de sitios públicos + estimaciones de ahorro, creación de proyectos, purga de caché, verificación de dominio y cada mutación de producción detrás de un alcance sensible: activación de nombre de host, adición de fondos, configuración de origen, archivado de proyecto y aplicación de la configuración de entrega. Cada una se ejecuta por sí sola para un agente autónomo, excepto el dinero, que siempre espera tu aprobación, o abre una tarjeta de aprobación cuando pides estar al tanto. El @cdnmn/cli + @cdnmn/sdk publicados permiten que un agente detecte, configure, reescriba, pruebe y verifique directamente desde el proyecto, respetando el AGENTS.md del repositorio.
En despliegue
El conjunto de herramientas de planificación de integración + vista previa (planes de integración, vistas previas no productivas) y la ruta de registro anónimo sin reclamación están en la hoja de ruta, etiquetados abajo donde aparecen.
Superficies orientadas a máquinas
La autenticación y el descubrimiento están activos en ubicaciones conocidas: un agente puede registrarse y obtener un token con alcance hoy:
GET /auth.md → la guía de acceso legible por humanos GET /llms.txt → índice de máquina de las superficies del agente GET /openapi.json → OpenAPI 3.1 para los endpoints REST GET /.well-known/oauth-protected-resource GET /.well-known/oauth-authorization-server POST /api/agent/register → device_code + user_code POST /api/agent/token → consultar → token portador cdnmn_at_… POST /api/mcp → MCP 2025-06-18: tools/list, tools/call
Activoservido por la aplicación CDN.MN
Dos vías activas de entrada: la ruta simple de reclamación de dispositivo empareja al agente con tu cuenta — abres el enlace de reclamación (/agents/claim) y otorgas los alcances; o un agente con tu correo electrónico se registra con provision_workspace para obtener un espacio de trabajo activo y un token inmediatamente, sin paso humano, que adoptas desde un correo electrónico más tarde. La facturación y la eliminación permanecen bloqueadas hasta que lo adoptes.
El flujo de trabajo de la habilidad del agente activo
El flujo de trabajo de instalación está publicado en /SKILL.md — un manual paso a paso sobre las herramientas activas (verificar → activar → financiar). Las referencias de plataforma empaquetadas y los scripts de verificación a continuación aún están en despliegue:
cdn-mn-agent/ ├── SKILL.md ├── scripts/ │ ├── detect-platform │ ├── analyze-images │ ├── create-preview │ └── verify-installation ├── references/ │ ├── nextjs.md · wordpress.md · nuxt.md │ ├── static-sites.md · nginx.md │ └── rollback.md └── assets/ ├── config-templates/ └── report-template.md
Diseño empaquetado planificado — el flujo de trabajo SKILL.md está activo hoy.
Alcances precisos, no llaves maestras
Los agentes solicitan exactamente la capacidad que necesitan. Nada genérico como api.write.
site:analyzeAnalizar un sitio web público u origen
project:readInspeccionar un proyecto de CDN.MN
project:createCrear un nuevo proyecto
origin:readVer la configuración del origen
origin:writeConfigurar o cambiar un origen
integration:planGenerar un plan de integración
integration:previewCrear una vista previa no productiva
integration:applyAplicar cambios aprobados a producción
domain:readVer el estado del dominio
domain:verifyEjecutar verificación de propiedad del origen para un sitio
domain:activateActivar la entrega en producción
analytics:readLeer datos de uso y ahorro
cache:purgePurgar objetos seleccionados
billing:readLeer plan y uso
billing:writeCambiar plan o autorizar gasto
project:deleteEliminar un proyecto
Los alcances en rojo (origin:write, integration:apply, domain:activate, billing:write, project:delete) nunca se otorgan por defecto. Cuando otorgas uno, el agente actúa por sí solo dentro de él, a menos que marques "requerir mi aprobación cada vez" al conectar para mantener una tarjeta de aprobación por uso. El dinero (billing:write) siempre requiere esa aprobación — su válvula está bloqueada y no se puede desactivar.
Cómo entra un agente
Siguiendo el modelo auth.md — con alternativas prácticas, no afirmaciones de "funciona con todos los agentes".
01 · ESPACIO DE TRABAJO APROVISIONADO
Activo
Sin paso humano para comenzar
Un agente con tu correo electrónico se registra con provision_workspace y obtiene un espacio de trabajo activo + un token con alcance inmediatamente — puede analizar, crear un proyecto, verificar un dominio y servir con un crédito inicial único de $5 sin aprobación para comenzar. Adoptas el espacio de trabajo desde un correo electrónico más tarde; la facturación, eliminación y orígenes personalizados permanecen bloqueados hasta que lo hagas.
owner_email + provision_workspace → token en la primera consulta · adoptar por correo electrónico · no adoptado eliminado ~72h
02 · RECLAMADO POR EL USUARIO
Activo
Confirmas un código de reclamación
El agente se registra para un código de dispositivo y te muestra un enlace de reclamación. Inicias sesión en CDN.MN, ves exactamente los alcances que solicitó y apruebas — el agente luego consulta y recibe un token portador con alcance. Una ruta activa para cuando prefieres otorgar acceso por adelantado.
ceremonia de código de dispositivo en una página propiedad de CDN.MN · tokens almacenados con hash
03 · VISTA PREVIA ANÓNIMA
Planificado
Sin identidad de usuario
Los alcances de vista previa de solo lectura que un agente puede solicitar antes de que intervenga un humano — analizar un sitio público, pero sin tocar nada que pertenezca a un cliente. La ruta sin reclamación y sus herramientas de plan/vista previa aún están en despliegue.
site:analyze · analytics:read · billing:read (alcances de plan/vista previa reservados hasta que sus herramientas se envíen)
04 · VERIFICADO POR EL AGENTE
Planificado
El proveedor certifica la identidad
Cuando el proveedor del agente admita la aserción de identidad, el agente solicitará una aserción específica de la audiencia después de tu consentimiento; CDN.MN la verifica y devuelve una credencial con alcance. Planificado, y nunca la única ruta.
llega a medida que los proveedores lo adopten — las rutas anteriores siempre funcionan
Herramientas MCP idempotentes y de alto nivel 18 herramientas activas
18 herramientas se pueden llamar hoy en /api/mcp — las lecturas, análisis de imágenes de sitios públicos, creación de proyectos, verificación de dominio, purga de caché y cada mutación de producción sensible. Una herramienta sensible se ejecuta por sí sola para un agente autónomo — excepto añadir fondos, que siempre espera tu aprobación — o abre una tarjeta de aprobación cuando pediste estar al tanto; las herramientas de plan de integración + vista previa aún están en despliegue, y el agente nunca ensambla configuración de bajo nivel a ciegas:
list_projects
get_analytics
get_billing
get_domains
get_approval_status
activate_hostname
verify_domain
add_funds
change_plan
configure_origin
delete_project
apply_integration
purge_urls
create_project
rollback_configuration
analyze_website
estimate_image_savings
detect_integration_strategy
create_preview
generate_integration_plan
verify_image_delivery
verde = se puede llamar ahora · gris = en despliegue
Cada herramienta de mutación admite
Diseñado para que sea difícil crear duplicados accidentalmente, enrutar al origen incorrecto o producir una factura ilimitada. Activo hoy en cada herramienta sensible (activate_hostname se muestra aquí): dry_run e idempotency_key se aceptan y se vinculan a la acción, y una llamada repetida con la misma clave nunca se ejecuta dos veces.
aceptado en cada herramienta sensible (ejemplo: activate_hostname): site_id: "s_..." dry_run: true idempotency_key: "..."
→ devuelve ahora, cuando es autónomo: status: executed · execution.hostname (la acción se ejecutó en línea)
→ devuelve ahora, cuando requieres aprobación: approval_required · approval_id consultar_con: get_approval_status
→ cada acción sensible devuelve un contrato autodescriptivo: proposed_changes · warnings rollback_plan · verification_steps (en la respuesta de la herramienta, en get_approval_status, y en la tarjeta de aprobación del propietario)
Prompts de agente copiables
Estos aparecen en la página de inicio, repositorio de código, habilidad del agente y guías de framework.
UniversalSitio de producción existenteAgencia
Añadir CDN.MN a este sitio web.
Mantener el origen actual y el comportamiento existente de la aplicación. Analizar la canalización de imágenes, estimar los ahorros potenciales, detectar la estrategia de integración más segura, crear el proyecto CDN.MN, configurar la entrega de imágenes adaptables y formatos modernos, ejecutar las pruebas del proyecto y preguntarme antes de cambiar DNS, facturación o despliegue en producción.
Copiar prompt
Fragmento opcional de AGENTS.md para tu proyecto
AGENTS.md es la convención emergente para dar a los agentes de codificación orientación persistente del proyecto. Si tu agente lo respeta, añade esta sección para que cada cambio de CDN.MN siga las reglas de tu proyecto — tu instrucción directa siempre tiene prioridad.
Entrega de imágenes CDN.MN
- Leer la configuración actual del proyecto CDN.MN antes de cambiar las URLs de las imágenes.
- Mantener el origen de imágenes existente como respaldo a menos que se indique explícitamente.
- Nunca confirmar tokens de acceso, tokens de reclamación o credenciales de API de CDN.MN.
- Crear cambios de integración en una rama separada.
- Ejecutar la compilación del proyecto, las pruebas y la verificación de imágenes rotas antes de finalizar.
- Usar una vista previa de CDN.MN antes de solicitar la activación en producción.
- No modificar DNS, facturación o despliegue en producción sin aprobación explícita.
- Informar todos los archivos modificados, cambios de configuración, resultados de verificación y pasos de reversión.
Copiar fragmentoConfigurar manualmente →
Para Agentes de IA — CDN.MN — CDN.MN