El MCP de CrossUp le da a tu agente las dos lecturas del SDK: leer un ítem del catálogo y pedir una recomendación. Corre en tu máquina, sobre stdio, con la clave de storefront en una variable de entorno. No escribe: un MCP lo maneja un modelo, y una escritura disparada por una alucinación no tiene vuelta atrás.

Las herramientas

Las dos devuelven lo mismo que la API, con los mismos errores tipados. Un results: [] viene con su reason_codes.

Conectarlo

El servidor se llama crossup-salespilot. Necesita CROSSUP_API_TOKEN (la clave spk_…) y, si no es la URL pública, CROSSUP_BASE_URL.
Hoy se corre desde el repositorio, con bun. Un paquete instalable y un servidor remoto con tu cuenta de CrossUp, sin pegar una clave, vienen después: ver abajo.
Sin clave el servidor arranca igual y las dos herramientas responden configuration_error: CROSSUP_API_TOKEN is not set: el agente ve por qué falla.

El MCP de esta documentación

Esta documentación tiene su propio servidor MCP en /mcp: un agente busca y lee cualquier página sin que se la pegues. Es otro servidor: uno lee la doc, el otro habla con la API.

Qué sigue

Qué vas a ver

En tu agente, dos herramientas nuevas bajo crossup-salespilot. Pedile «traé el ítem itm_… del catálogo» y tiene que devolver el agregado con variantes y disponibilidad.

Si no lo ves

llms.txt

Toda la documentación en un archivo.

La CLI

Las mismas dos lecturas, para una persona.