Cada workflow, una herramienta.

El servidor MCP writ-cloud convierte tu cuenta en herramientas que un agente de IA puede llamar: veinticinco herramientas integradas para workflows, datos, crawls, monitors y automatizaciones — más una herramienta por workflow guardado. La autenticación es una clave API wt_.

conexión ▸ una sola url

Un servidor para toda la cuenta.

El transporte es Streamable HTTP: cada mensaje es un POST a /mcp en api.usewrit.app — JSON-RPC 2.0, un objeto único o un array batch por solicitud. GET /mcp es una sonda de salud. Autentícate con Authorization: Bearer y una clave API wt_; este endpoint no acepta OAuth.

{
  "mcpServers": {
    "writ-cloud": {
      "type": "http",
      "url": "https://api.usewrit.app/mcp",
      "headers": {
        "Authorization": "Bearer wt_xxxxxxxxxxxx"
      }
    }
  }
}

# Confirm the server is reachable and see the tools it exposes
curl -X POST https://api.usewrit.app/mcp \
  -H "Authorization: Bearer $WRIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc": "2.0", "id": 1, "method": "tools/list"}'

herramientas ▸ veinticinco integradas

Veinticinco herramientas, en cada cuenta.

El conjunto integrado cubre el ciclo que un agente ejecuta de verdad: encontrar un workflow, ejecutarlo, leer y buscar lo que recopiló, programarlo, exponerlo, crawlear, vigilar, automatizar.

herramientas ▸ una por workflow

Cada workflow guardado es su propia herramienta.

tools/list también lleva una herramienta run_<name> por workflow guardado, con su esquema de entrada derivado de las entradas declaradas del workflow. Los nombres se sluguifican; una colisión se deduplica a _2, _3; los nombres integrados writ_* siempre ganan. Cada herramienta de run acepta los mismos tres controles:

reglas ▸ sin puerta lateral

Una llamada de herramienta es una llamada de API.

MCP añade un protocolo, no una puerta lateral. Cada llamada de herramienta se ejecuta exactamente bajo las reglas de la API REST llamada con la misma clave: aislamiento de tenant, scopes de la clave, límites del plan y medición se aplican sin cambios.

publicación ▸ /mcp/{slug}

Servidores publicados en /mcp/{slug}.

Publicar también crea servidores MCP independientes en /mcp/{slug} — Streamable HTTP en POST /mcp/{slug}, con SSE opcional en GET /mcp/{slug}/sse. Aceptan una clave wt_ o un token de acceso OAuth: entregas un workflow a un cliente sin entregarle una clave de cuenta.

OAuth para clientes MCP

Una llamada rechazada responde con WWW-Authenticate cuyo resource_metadata apunta a …/.well-known/oauth-protected-resource/mcp/{slug} — el descubrimiento OAuth estándar de MCP. Los metadatos del servidor de autorización viven en GET /api/oauth/.well-known/oauth-authorization-server, y los clientes se registran solos mediante el registro dinámico RFC 7591 en POST /api/oauth/register — solo clientes públicos con PKCE, sin client secret. Hecho para los conectores personalizados de Claude, Cursor y cualquier cliente que hable este flujo.

Configuración de una herramienta

Cada herramienta publicada es un contrato pequeño; el slug del servidor siempre se deriva del nombre.

Las herramientas MCP publicadas están limitadas por plan (el límite max_mcp_tools) — un tope sobre cuántas herramientas publicas, nunca sobre cuántas veces se llaman:

faq

Preguntas de MCP, respondidas.

referencia ▸ siguiente

Sigue cableando.