Déploie un dossier de fichiers statiques avec une seule commande.
Envoie le dossier tel quel et affiche une URL en ligne en deux secondes environ. Pas de compte, pas de config, pas d'étape de build — et si tu le relances, c'est le même site qui se met à jour.
$ npx harvisTu travailles avec un agent ? Il peut déployer directement.
harvis.dev est un serveur MCP distant. Colle un seul bloc de config dans Cursor, Claude Desktop, VS Code ou n'importe quel client MCP, et ton agent obtient un outil deploy_site — pas de compte, pas de clé d'API.
- Les clients compatibles MCP distant se connectent directement à l'URL
- Les clients limités à stdio, comme Claude Desktop, passent par mcp-remote
- Chaque déploiement renvoie l'URL en ligne et un lien privé pour récupérer le site dans ton tableau de bord
$ claude mcp add --transport http harvis https://harvis.dev/api/mcpDéjà sur GitHub ? Déploie depuis Actions.
Si le site vit dans un dépôt, une seule étape à la fin de ton workflow met en ligne le résultat du build. Chaque push sur main met à jour le même site.
- Une étape après le build, pointée sur le dossier de sortie
- Un token de déploiement du tableau de bord met à jour le même site
- Sans token, chaque exécution donne une URL de prévisualisation neuve
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 }}Pourquoi un nouvel hébergement statique ?
Toutes les autres options demandent d'apporter quelque chose d'abord — un Worker, un dépôt, un build. Un dossier de HTML ne devrait rien exiger de tout ça.
Cloudflare transforme tout en Worker
Même une simple page HTML passe désormais par un Worker, une config wrangler et une étape de build. Beaucoup de machinerie pour trois fichiers qui ne changent jamais.
Surge tourne sur DigitalOcean
Harvis s'appuie sur le réseau edge de Cloudflare : tes fichiers sont servis depuis l'endroit où se trouvent tes visiteurs.
GitHub Pages exige un dépôt
Ici, pas de dépôt, pas de commit, pas de workflow Actions. Tu envoies tes fichiers et ils sont en ligne — le versionnage reste ton choix, pas une obligation.
Pensé pour les sites temporaires
Démos, pages ponctuelles, une maquette qu'un collègue doit voir aujourd'hui. Mets-la en ligne, partage le lien, oublie-la.
Colle le HTML sorti d'un chat IA
Quand un modèle te rend un bloc de HTML, dépose-le et récupère une vraie URL. Aucun projet à monter avant de le voir dans un navigateur.
Trois façons de déployer
Le même déploiement, quel que soit l'endroit d'où tu travailles.
- 01
Ligne de commande
Une commande depuis n'importe quel dossier de projet. Relance-la et le même site se met à jour.
- 02
API HTTP
Envoie tes fichiers en POST sur /api/upload et lis l'URL en ligne directement dans la réponse.
- 03
Agents IA
Pointe un agent vers le serveur MCP ou les instructions à copier, et il publie à ta place.
Comment ça marche
- 01
Installe le CLI
Une seule commande : « npm i -g harvis ». Ou saute complètement l'installation et lance-le avec « npx harvis ».
- 02
Lance-le dans n'importe quel dossier
Tape « harvis » dans le dossier que tu veux mettre en ligne. Il envoie tout — HTML, CSS, JS, images — en quelques secondes.
- 03
Récupère tes liens
Tu obtiens un lien public vers ton site en ligne et un lien de rattachement privé. Ouvre le lien de rattachement et connecte-toi pour gérer le site depuis ton tableau de bord.
- Fonctionne depuis n'importe quel dossier de projet
- Aucun compte ni configuration requis
- Relance la commande pour mettre à jour le même site
Créé avec l'IA, publié sur harvis.dev
Une galerie de sites déjà en ligne, choisis à la main. Clique sur une carte pour la voir en direct.
Questions fréquentes
Tout ce que tu peux te demander avant de cliquer sur publier.