CDN.MN

En vivo ahora

Registro con código de dispositivo, acceso con alcances definidos, una válvula de aprobación por alcance y revocación instantánea, descubrimiento legible por máquinas (auth.md, llms.txt, OpenAPI y el flujo de trabajo SKILL.md), y el servidor MCP con 23 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 dominios y cada mutación de producción detrás de un alcance sensible: activación de hostname, adición de fondos, configuración de origen, archivado de proyectos y aplicación de la configuración de entrega. Cada una funciona 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 en el circuito. 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 reclamo están en la hoja de ruta — etiquetados a continuación donde aparezcan.

Superficies orientadas a máquinas

La autenticación y el descubrimiento están en vivo en ubicaciones bien conocidas — un agente puede registrarse y mantener un token con alcance hoy:

GET  /auth.md                → the human-readable access guide
GET  /llms.txt               → machine index of the agent surfaces
GET  /openapi.json           → OpenAPI 3.1 for the REST endpoints
GET  /.well-known/oauth-protected-resource
GET  /.well-known/oauth-authorization-server
POST /api/agent/register     → device_code + user_code
POST /api/agent/token        → poll → cdnmn_at_… bearer token
POST /api/mcp                → MCP 2025-06-18: tools/list, tools/call

Servido en vivo por la aplicación CDN.MN

Dos vías en vivo: la ruta simple de reclamo de dispositivo vincula al agente con tu cuenta — abres el enlace de reclamo (/agents/claim) y otorgas los alcances; o un agente con tu correo se registra con provision_workspace para obtener un espacio de trabajo y token en vivo inmediatamente, sin paso humano, que adoptas desde un correo más tarde. La facturación y la eliminación permanecen bloqueadas hasta que lo adoptes.

El flujo de trabajo de habilidad del agente en vivo

El flujo de instalación está publicado en /SKILL.md — un manual paso a paso sobre las herramientas en vivo (verificar → activar → financiar). Las referencias empaquetadas de la plataforma 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á en vivo 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 CDN.MN

project:createCrear un nuevo proyecto

origin:readVer configuración de 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 estado del dominio

domain:verifyEjecutar verificación de propiedad de origen para un sitio

domain:activateActivar entrega de 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

files:readListar colecciones de archivos y archivos

files:writeCrear colecciones y subir archivos

files:publishHacer una colección pública o privada

Los alcances en rojo (origin:write, integration:apply, domain:activate, billing:write, project:delete, files:publish) 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 optar por no participar.

Cómo entra un agente

Siguiendo el modelo de auth.md — con respaldos prácticos, no afirmaciones de "funciona con todos los agentes".

01 · ESPACIO DE TRABAJO PROVISIONADO

En vivo

Sin paso humano para comenzar

Un agente con tu correo se registra con provision_workspace y obtiene un espacio de trabajo en vivo + 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 más tarde; la facturación, la eliminación y los orígenes personalizados permanecen bloqueados hasta que lo hagas.

owner_email + provision_workspace → token en el primer sondeo · adoptar por correo · no adoptado eliminado ~72h

02 · RECLAMADO POR USUARIO

En vivo

Confirmas un código de reclamo

El agente se registra para un código de dispositivo y te muestra un enlace de reclamo. Inicias sesión en CDN.MN, ves exactamente los alcances que solicitó y apruebas — el agente luego sondea y recibe un token portador con alcance. Una ruta en vivo cuando prefieres otorgar acceso de antemano.

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 cualquier humano — analizar un sitio público, pero no tocar nada que un cliente posea. La ruta sin reclamo 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 lancen)

04 · VERIFICADO POR AGENTE

Planificado

El proveedor atestigua identidad

Donde el proveedor del agente admite aserción de identidad, el agente solicitará una aserción específica de 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 de alto nivel e idempotentes 23 herramientas en vivo

23 herramientas son invocables hoy en /api/mcp — las lecturas, análisis de imágenes de sitios públicos, creación de proyectos, verificación de dominios, purga de caché y cada mutación sensible de producción. Una herramienta sensible funciona por sí sola para un agente autónomo — excepto agregar fondos, que siempre espera tu aprobación — o abre una tarjeta de aprobación cuando pediste estar en el circuito; 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

list_collections

list_files

create_collection

upload_file

set_collection_access

create_preview

generate_integration_plan

verify_image_delivery

verde = invocable ahora · gris = en despliegue

Cada herramienta mutante soporta

Diseñado para que sea difícil crear duplicados accidentalmente, enrutar al origen equivocado o producir una factura ilimitada. En vivo hoy en cada herramienta sensible (activate_hostname mostrada aquí): dry_run e idempotency_key son aceptados y vinculados a la acción, y una llamada repetida con la misma clave nunca se ejecuta dos veces.

accepted on every sensitive tool (example: activate_hostname):
  site_id: "s_..."
  dry_run: true
  idempotency_key: "..."

→ returns now, when autonomous:
  status: executed · execution.hostname
  (the action ran inline)

→ returns now, when you require approval:
  approval_required · approval_id
  poll_with: get_approval_status

→ every sensitive action returns a self-describing contract:
  proposed_changes · warnings
  rollback_plan · verification_steps
  (on the tool response, on get_approval_status,
   and on the owner's approval card)

Prompts de agente copiables

Estos aparecen en la página de inicio, el repositorio de código, la habilidad del agente y las guías de marcos.

Add CDN.MN to this website.

Keep the current origin and existing application behavior. Analyze the
image pipeline, estimate potential savings, detect the safest
integration strategy, create the CDN.MN project, configure responsive
image delivery and modern formats, run the project tests, and ask me
before changing DNS, billing, or production deployment.

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, agrega esta sección para que cada cambio de CDN.MN siga las reglas de tu proyecto — tu instrucción directa siempre tiene prioridad.

## CDN.MN image delivery

- Read the current CDN.MN project configuration before changing image URLs.
- Keep the existing image origin as the fallback unless explicitly instructed.
- Never commit CDN.MN access tokens, claim tokens, or API credentials.
- Create integration changes in a separate branch.
- Run the project build, tests, and broken-image verification before completion.
- Use a CDN.MN preview before requesting production activation.
- Do not modify DNS, billing, or production deployment without explicit approval.
- Report all changed files, configuration changes, verification results,
  and rollback steps.