Tu agente escribió el sitio. Deja que también lo publique.
harvis.dev es un servidor MCP remoto. Conéctalo una vez y tu cliente de IA gana una herramienta deploy_site que pone una carpeta de archivos en línea y devuelve una dirección en vivo: sin cuenta, sin clave de API, sin nada que instalar.
Un enchufe estándar entre un cliente de IA y un servicio
Model Context Protocol es un estándar abierto para darle a un asistente un conjunto de acciones que puede ejecutar. Tu agente ya tiene los archivos y sabe qué le pediste; lo que le falta es una forma de actuar fuera del chat. Un servidor MCP le da exactamente eso: una lista de herramientas con nombre, cada una descrita lo bastante bien como para que el modelo sepa cuándo usarla. harvis.dev publica exactamente una herramienta, y publica sitios web.
Conecta el servidor una vez
Una URL en el archivo de configuración de tu cliente, o un comando en la terminal. Después la conexión sigue ahí en cada conversación.
El modelo ve una herramienta, no una API
Ningún endpoint que recordar, ningún curl que armar, ninguna clave que pegar. Lee qué hace deploy_site y la llama cuando publicar es lo que pediste.
Nunca sales de la conversación
Pide una landing page y recibe una dirección en vivo en la misma respuesta. Sin exportar, sin subir nada, sin pipeline de build en medio.
Una URL, cualquier cliente MCP
Streamable HTTP, sin autenticación. Los clientes con soporte de MCP remoto toman la dirección tal cual; los que solo hablan stdio, como Claude Desktop, pasan por mcp-remote. Elige el tuyo y copia el bloque.
https://harvis.dev/api/mcp
$ claude mcp add --transport http harvis https://harvis.dev/api/mcpTest it from a terminal
Not sure the address is reachable from where you are? The MCP Inspector asks the server what tools it has, over the same transport a client uses — nothing to install, and no account. If deploy_site comes back, the server is fine and anything still broken is in your client's config.
$ npx -y @modelcontextprotocol/inspector --cli https://harvis.dev/api/mcp --transport http --method tools/list{
"tools": [
{
"name": "deploy_site",
"description": "Publish a static website to harvis.dev and get a live public URL back instantly...",
"inputSchema": {
"type": "object",
"properties": { "files": { ... }, "name": { ... }, "subdomain": { ... } },
"required": ["files"]
}
}
]
}Rather install from a directory? harvis is listed on Glama's MCP registry, pointing at the same server URL.
Una herramienta, y hace una sola cosa
deploy_site toma cada archivo que el sitio necesita y lo publica. Las rutas son relativas a la raíz del sitio y usan barras normales; incluye un index.html. El texto va tal cual, las imágenes y otros binarios en base64.
| campo | tipo | qué es |
|---|---|---|
| files | array · obligatorio | Cada archivo del sitio: una ruta, su contenido y una codificación text o base64. Hasta 500 archivos y 50 MB en total. |
| name | string | Un nombre legible para el sitio, visible en el panel. La dirección web se genera igual. |
| deployToken | string | El token privado de un sitio, devuelto por el despliegue que lo creó. Pasarlo actualiza ese sitio en su lugar en vez de crear uno nuevo. |
| subdomain | string | La dirección del sitio que se actualiza. Opcional, y solo se acepta junto a su deployToken: por sí sola no prueba nada, así que no puede autorizar una actualización. |
Un enlace público y uno privado
La herramienta devuelve texto que el modelo te lee. La URL en vivo es pública y está lista para compartir. El enlace de reclamación es privado: ábrelo, inicia sesión gratis y el sitio queda ligado a tu cuenta, donde puedes editarlo o borrarlo. Hasta entonces el sitio es anónimo, y uno sin reclamar se recupera 24 horas después de su último despliegue, así que abre el enlace el mismo día: si se pierde, no hay forma de recuperarlo.
Site deployed successfully. Live site: https://happy-panda-482.harvis.page Claim link (private): https://harvis.dev/claim/xxxxxxxx-... Subdomain: happy-panda-482 Deploy token (private): xxxxxxxx-xxxx-... Files hosted: 7
Despliega otra vez para cambiar el mismo sitio
Cada despliegue devuelve además un deployToken privado. Devuélvelo en una llamada posterior y el mismo sitio se reemplaza en su lugar, conservando su dirección, antes y después de reclamarlo. Omítelo y obtienes un sitio nuevo en una dirección nueva, que es lo que quieres para un segundo borrador que prefieres comparar antes que sobrescribir.
Preguntas
Lo que la gente pregunta antes de pegar la configuración.
¿Necesito una cuenta?
No. El servidor MCP no acepta credenciales de ningún tipo, y un despliegue por ahí es anónimo: por eso vuelve con un enlace de reclamación. Registrarse es gratis y solo hace falta si quieres conservar el sitio más de 24 horas o gestionarlo después.
¿Mi agente puede hacer algo más con esto?
No. deploy_site es la única herramienta que expone el servidor, y no hace más que publicar los archivos que le diste. No puede leer tu cuenta, listar los sitios de nadie ni borrar nada. Todo lo demás en harvis.dev vive detrás de una clave de cuenta en la API HTTP, que este servidor no toca.
Mi cliente no admite servidores MCP remotos.
Entonces habla stdio, y mcp-remote hace de puente: eso son exactamente los bloques de Claude Desktop y Zed de arriba. Necesita Node.js en tu máquina y nada más; npx descarga el puente la primera vez.
¿Qué puede alojar?
Archivos estáticos: HTML, CSS, JavaScript, imágenes, fuentes, cualquier cosa que un navegador pueda pedir. El código de servidor no se ejecuta. Los formularios son la excepción: añade el atributo harvis-form a un formulario y las respuestas llegan a tu panel sin backend propio.
¿Puedo usarlo sin un cliente MCP?
Sí. Un agente que puede ejecutar comandos publica con npx harvis, y uno que solo hace peticiones HTTP puede mandar los archivos por POST a /api/upload sin clave. Los dos caminos están escritos en /llms.txt, la página que le pasas a un asistente que no tiene una herramienta para esto.
¿No hay ningún agente a mano?
El mismo despliegue sale de tu terminal, de un navegador o de un script: el servidor MCP es una puerta de entrada, no la única.