Dein Agent hat die Website geschrieben. Lass ihn sie veröffentlichen.
harvis.dev ist ein Remote-MCP-Server. Einmal verbunden, bekommt dein KI-Client ein deploy_site-Tool, das einen Ordner voller Dateien online stellt und eine Live-Adresse zurückgibt — kein Konto, kein API-Key, nichts zu installieren.
Ein Standardstecker zwischen KI-Client und Dienst
Model Context Protocol ist ein offener Standard, um einem Assistenten eine Reihe von Aktionen zu geben. Dein Agent hat die Dateien schon und weiß, worum du gebeten hast; was ihm fehlt, ist ein Weg, außerhalb des Chats zu handeln. Ein MCP-Server liefert genau das — eine benannte Liste von Tools, jedes gut genug beschrieben, dass das Modell weiß, wann es danach greifen soll. harvis.dev veröffentlicht genau ein Tool, und es veröffentlicht Websites.
Den Server einmal verbinden
Eine URL in der Konfigurationsdatei deines Clients oder ein Befehl im Terminal. Danach bleibt die Verbindung in jedem Gespräch bestehen.
Das Modell sieht ein Tool, keine API
Kein Endpunkt zum Merken, kein curl zum Zusammenbauen, kein Key zum Einfügen. Es liest, was deploy_site tut, und ruft es auf, wenn Veröffentlichen das ist, worum du gebeten hast.
Du verlässt das Gespräch nie
Bitte um eine Landingpage und bekomme in derselben Antwort eine Live-Adresse zurück. Kein Export, kein Upload-Schritt, keine Build-Pipeline dazwischen.
Eine URL, jeder MCP-Client
Streamable HTTP, keine Authentifizierung. Clients mit Remote-MCP-Unterstützung nehmen die Adresse, wie sie ist; reine stdio-Clients wie Claude Desktop gehen über mcp-remote. Wähl deinen aus und kopiere den Block.
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.
Ein Tool, und es tut genau eine Sache
deploy_site nimmt jede Datei, die die Website braucht, und veröffentlicht sie. Pfade sind relativ zum Wurzelverzeichnis und nutzen Schrägstriche; eine index.html gehört dazu. Text geht, wie er ist, Bilder und andere Binärdateien als base64.
| feld | typ | was es ist |
|---|---|---|
| files | array · erforderlich | Jede Datei der Website: ein Pfad, ihr Inhalt und eine Kodierung von text oder base64. Bis zu 500 Dateien und 50 MB insgesamt. |
| name | string | Ein lesbarer Name für die Website, im Dashboard sichtbar. Die Webadresse wird ohnehin erzeugt. |
| deployToken | string | Das private Token einer Website, zurückgegeben vom Deploy, der sie erstellt hat. Wird es mitgegeben, wird diese Website ersetzt, statt eine neue anzulegen. |
| subdomain | string | Die Adresse der Website, die aktualisiert wird. Optional und nur zusammen mit ihrem deployToken akzeptiert — allein beweist sie nichts und kann ein Update nicht autorisieren. |
Ein öffentlicher Link und ein privater
Das Tool gibt Text zurück, den das Modell dir vorliest. Die Live-URL ist öffentlich und teilbar. Der Claim-Link ist privat: Öffne ihn, melde dich kostenlos an, und die Website hängt an deinem Konto, wo du sie bearbeiten oder löschen kannst. Bis dahin ist die Website anonym, und eine nicht beanspruchte Website wird 24 Stunden nach dem letzten Deploy zurückgeholt — öffne den Claim-Link also noch am selben Tag, denn verloren lässt er sich nicht wiederherstellen.
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
Erneut deployen, um dieselbe Website zu ändern
Jeder Deploy gibt auch ein privates deployToken zurück. Gib es bei einem späteren Aufruf mit, und dieselbe Website wird an Ort und Stelle ersetzt und behält ihre Adresse — vor und nach dem Beanspruchen. Lass es weg, und du bekommst eine neue Website unter einer neuen Adresse, was du für einen zweiten Entwurf willst, den du lieber vergleichst als überschreibst.
Fragen
Was Leute fragen, bevor sie die Konfiguration einfügen.
Brauche ich ein Konto?
Nein. Der MCP-Server nimmt überhaupt keine Zugangsdaten, und ein Deploy darüber ist anonym — deshalb kommt ein Claim-Link zurück. Die Anmeldung ist kostenlos und nur nötig, wenn du die Website länger als 24 Stunden behalten oder später verwalten willst.
Darf mein Agent damit noch etwas anderes tun?
Nein. deploy_site ist das einzige Tool, das der Server anbietet, und es tut nichts, außer die Dateien zu veröffentlichen, die du ihm gibst. Es kann dein Konto nicht lesen, keine fremden Websites auflisten und nichts löschen. Alles andere auf harvis.dev liegt hinter einem Konto-Key auf der HTTP-API, die dieser Server nicht berührt.
Mein Client unterstützt keine Remote-MCP-Server.
Dann spricht er stdio, und mcp-remote überbrückt beides — genau das sind die Blöcke für Claude Desktop und Zed oben. Es braucht Node.js auf deinem Rechner und sonst nichts; npx holt die Brücke beim ersten Start.
Was lässt sich darüber hosten?
Statische Dateien: HTML, CSS, JavaScript, Bilder, Schriften, alles, was ein Browser laden kann. Serverseitiger Code wird nicht ausgeführt. Formulare sind die Ausnahme — setz das Attribut harvis-form auf ein Formular, und die Einsendungen landen in deinem Dashboard, ganz ohne eigenes Backend.
Geht das auch ohne MCP-Client?
Ja. Ein Agent, der Befehle ausführen kann, veröffentlicht mit npx harvis, und einer, der nur HTTP-Anfragen stellen kann, schickt die Dateien per POST an /api/upload, ganz ohne Key. Beide Wege stehen unter /llms.txt — die Seite, die man einem Assistenten gibt, der kein Tool dafür hat.
Kein Agent zur Hand?
Derselbe Deploy geht vom Terminal, aus dem Browser oder aus einem Skript — der MCP-Server ist eine Tür hinein, nicht die einzige.