Deploye einen Ordner mit statischen Dateien – ein Befehl genügt.
Lädt den Ordner unverändert hoch und gibt in etwa zwei Sekunden eine Live-URL aus. Kein Konto, keine Konfiguration, kein Build-Schritt — beim nächsten Lauf wird dieselbe Site aktualisiert.
$ npx harvisDu arbeitest mit einem Agenten? Er kann direkt deployen.
harvis.dev ist ein Remote-MCP-Server. Füge einen einzigen Konfigurationsblock in Cursor, Claude Desktop, VS Code oder einen beliebigen MCP-Client ein und dein Agent bekommt ein deploy_site-Tool — kein Konto, kein API-Key.
- Clients mit Remote-MCP-Unterstützung verbinden sich direkt mit der URL
- Reine stdio-Clients wie Claude Desktop gehen über mcp-remote
- Jeder Deploy liefert die Live-URL plus einen privaten Claim-Link für dein Dashboard
$ claude mcp add --transport http harvis https://harvis.dev/api/mcpSchon auf GitHub? Dann deploy aus Actions.
Wenn die Site ohnehin in einem Repo liegt, bringt ein einziger Schritt am Ende deines Workflows das Build-Ergebnis online. Jeder Push auf main aktualisiert dieselbe Site.
- Ein Schritt nach dem Build, der auf den Ausgabeordner zeigt
- Ein Deploy-Token aus dem Dashboard aktualisiert immer dieselbe Site
- Ohne Token bekommt jeder Lauf eine frische Vorschau-URL
name: Deploy
on:
push:
branches: [main]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- run: npm ci && npm run build
- uses: harvis-io/static-deploy-action@v1
with:
directory: dist
token: ${{ secrets.HARVIS_DEPLOY_TOKEN }}Warum neues Static Hosting?
Alle anderen Optionen verlangen erst mal etwas von dir — einen Worker, ein Repo, einen Build. Ein Ordner mit HTML sollte nichts davon brauchen.
Cloudflare macht aus allem einen Worker
Selbst eine schlichte HTML-Seite läuft inzwischen über einen Worker, eine wrangler-Konfiguration und einen Build-Schritt. Reichlich Maschinerie für drei Dateien, die sich nie ändern.
Surge läuft auf DigitalOcean
Harvis nutzt stattdessen das Edge-Netzwerk von Cloudflare — deine Dateien werden von dort ausgeliefert, wo deine Besucher gerade sind.
GitHub Pages braucht ein Repo
Hier gibt es kein Repository, keinen Commit, keinen Actions-Workflow. Du lädst Dateien hoch und sie sind live — Versionskontrolle bleibt deine Entscheidung, keine Pflicht.
Gemacht für temporäre Seiten
Demos, einmalige Seiten, ein Mockup, das eine Kollegin heute noch sehen soll. Online stellen, Link teilen, vergessen.
HTML direkt aus dem KI-Chat einfügen
Wenn dir ein Modell einen HTML-Block ausgibt, wirf ihn hier rein und bekomm eine echte URL zurück. Kein Projekt aufsetzen, nur um es im Browser zu sehen.
Drei Wege zum Deploy
Derselbe Deploy — egal, von wo aus du gerade arbeitest.
- 01
Kommandozeile
Ein Befehl aus jedem Projektordner. Führ ihn erneut aus und dieselbe Site wird aktualisiert.
- 02
HTTP-API
Schick deine Dateien per POST an /api/upload und lies die Live-URL direkt aus der Antwort.
- 03
KI-Agenten
Zeig einem Agenten den MCP-Server oder die kopierbaren Anweisungen und er veröffentlicht für dich.
So funktioniert's
- 01
CLI installieren
Ein Befehl: "npm i -g harvis". Oder überspring die Installation ganz und starte mit "npx harvis".
- 02
In einem beliebigen Ordner ausführen
Tippe "harvis" in dem Ordner, den du online bringen willst. Alles wird in Sekunden hochgeladen — HTML, CSS, JS, Bilder.
- 03
Links abholen
Du bekommst einen öffentlichen Link zur Live-Site und einen privaten Claim-Link. Öffne den Claim-Link und melde dich an, um die Site über dein Dashboard zu verwalten.
- Funktioniert in jedem Projektordner
- Kein Konto, keine Konfiguration nötig
- Erneut ausführen, um dieselbe Site zu aktualisieren
Mit KI gemacht, auf harvis.dev veröffentlicht
Eine handverlesene Galerie von Websites, die schon online sind. Klick auf eine Karte, um sie live zu sehen.
Häufig gestellte Fragen
Alles, was du dich vielleicht fragst, bevor du auf Veröffentlichen klickst.