Peut-on auto-héberger OpenMuse sur un VPS ? Ce que LightNode peut exécuter

Illustration conceptuelle, pas une capture d'écran de l'interface OpenMuse ou LightNode.

Vous pourriez souhaiter qu'un assistant IA navigue sur des sites, travaille avec des fichiers et maintienne une tâche en cours alors que votre propre ordinateur portable est fermé. Un VPS peut maintenir l'application et son worker navigateur en fonctionnement. Mais le terme « auto-hébergé » peut décrire plusieurs configurations différentes, et OpenMuse est un bon exemple de l'importance des détails.

Cet article traite de CopilotKit/OpenMuse. D'autres projets partagent le nom OpenMuse ; leurs instructions de déploiement ne doivent pas être mélangées. Le projet de CopilotKit est sous licence MIT et actuellement marqué Alpha. C'est une application d'agent personnel, ce n'est pas la version open source officielle de Meta Muse ni une image LightNode préinstallée.

Qu'est-ce qui s'exécute réellement sur le VPS ?

OpenMuse ne nécessite pas ChromeOS ni un bureau graphique. Son architecture comprend une interface web ou mobile, une API pour les conversations et les tâches en arrière-plan, et un worker navigateur séparé. Le traitement des tâches peut également être exécuté comme un worker séparé. Le worker navigateur utilise Playwright et Chromium et conserve les sessions du navigateur. L'application permet à un utilisateur de visualiser le navigateur et de reprendre une session. Un espace de travail Linux optionnel s'exécute dans un conteneur Docker pour les commandes et les tâches sur fichiers ; ce n'est pas une machine virtuelle de bureau à distance complète.

Un VPS Linux LightNode peut héberger l'application, le worker de tâches, le worker navigateur et les données locales. Ces processus nécessitent que le serveur reste en fonctionnement pour que le travail en arrière-plan continue. Le projet stocke sa base de données embarquée, ses fichiers et ses clés de signature sous .openmuse/ par défaut, tandis que les profils du navigateur ont un stockage persistant séparé. Sauvegardez les deux ensembles de données et le volume du worker navigateur, pas seulement le dépôt Git. Le README en amont décrit ces chemins et les rôles des processus.

Le VPS héberge l'application OpenMuse et le worker navigateur ; les autres services nécessitent leur propre configuration.

Un premier déploiement raisonnable sur LightNode

Commencez par une instance Ubuntu sur un VPS Linux LightNode. Le guide de démarrage rapide en amont nécessite Node.js 24 LTS, pnpm 11.19.0 et une clé de projet CopilotKit Intelligence. Exécutez l'exemple officiel dans un environnement accessible uniquement par vous. Confirmez que l'interface web, l'API et la session démarrent avant d'ajouter un vrai modèle et un worker navigateur. La démo utilise des données fictives ; ce n'est pas une configuration de production à exposer directement à des clients.

Les commandes initiales du guide en amont sont :

git clone https://github.com/CopilotKit/OpenMuse.git openmuse
cd openmuse
pnpm install --frozen-lockfile
cp .env.example .env
npx copilotkit@latest login
npx copilotkit@latest project select

Après avoir obtenu une clé de projet, placez-la dans le fichier .env côté serveur sous la variable CPK_INTELLIGENCE_API_KEY. Suivez le README pour exécuter pnpm dev et pnpm dev:web pour l'exemple local. Si ces commandes s'exécutent sur votre VPS, visualisez le port local via un tunnel SSH ; ne placez pas le serveur de développement directement sur l'internet public. Un déploiement public nécessite également les services web et API compilés, votre propre domaine et HTTPS.

Pour de vraies tâches de navigation, configurez un fournisseur de modèles et le worker navigateur Chromium avec son propre secret. Le fichier Docker Compose en amont ne couvre que le worker navigateur ; ce n'est pas un déploiement de production en une seule commande de l'application entière. Par défaut, le port du worker est lié à l'adresse locale du serveur pour que l'API co-localisée puisse l'appeler. N'exposez pas le port du worker ou son secret aux visiteurs du site.

Pour une utilisation à plus long terme, protégez les points de terminaison web et API avec HTTPS, restreignez l'accès administratif, sauvegardez les paramètres d'environnement et les données du navigateur, et testez si les tâches et les sessions récupèrent après un redémarrage. Les recommandations de sécurité du projet conseillent HTTPS et des réseaux restreints pour un déploiement distant. Il n'existe pas de minimum unique en amont pour un VPS qui convienne à toutes les charges de travail du navigateur : les onglets ouverts, les tâches concurrentes et le conteneur Linux optionnel affectent tous l'utilisation de la mémoire et du CPU. Dimensionnez le serveur en fonction de vos tâches réelles.

Ce que « auto-hébergé » couvre et ne couvre pas

Chaque déploiement d'OpenMuse nécessite CPK_INTELLIGENCE_API_KEY pour utiliser CopilotKit Intelligence pour la persistance et la reprise des conversations. Les vraies tâches d'agent nécessitent également un fournisseur de modèles ou une passerelle de modèles. Exécuter l'application OpenMuse et le navigateur sur votre propre VPS ne signifie pas que l'infrastructure de conversation et l'inférence des modèles s'exécutent automatiquement sur ce VPS. La documentation Rich Threads du projet décrit Intelligence comme un service configuré séparément, extérieur au code sous licence MIT d'OpenMuse.

CopilotKit documente une option d'auto-hébergement pour Intelligence, mais elle nécessite le plan d'auto-hébergement ou d'entreprise approprié. Son chemin pris en charge implique Kubernetes ou AWS ECS et des systèmes de support tels qu'une base de données et Redis. Pour une personne ou une petite équipe évaluant OpenMuse sur un VPS, la configuration avec clé de projet officiellement prise en charge est le point de départ le plus direct. Si vos règles d'approvisionnement exigent que les conversations et l'inférence restent entièrement sur votre infrastructure, vérifiez l'architecture complète, la licence et le déploiement des modèles avant de faire cette affirmation.

À qui cette configuration est-elle destinée ?

Un développeur qui souhaite modifier un flux de travail d'agent, choisir un modèle et garder le contrôle des profils du navigateur peut commencer avec un VPS. Une petite équipe peut utiliser des instances séparées pour des projets distincts afin que le code, les données du navigateur et les secrets restent séparés. OpenMuse ne prend actuellement en charge qu'un propriétaire par déploiement. Une clé d'accès partagée n'est pas un système de comptes multi-utilisateurs, donc une instance ne doit pas être traitée comme une plateforme prête à l'emploi pour des clients non liés.

Si votre besoin est simplement d'ouvrir Chrome et des applications de bureau à distance, un VPS Ubuntu Desktop (XFCE) est plus adapté. OpenMuse est destiné aux personnes disposées à opérer l'application, la connexion aux modèles, les secrets et les sauvegardes pendant qu'un agent effectue des tâches. Il ne fournit pas non plus le modèle de sécurité complet à machine virtuelle dédiée que Meta décrit pour Muse.

Questions fréquemment posées

OpenMuse est-il un bureau cloud ?

Non. Il permet à un agent d'utiliser et d'afficher un navigateur Chromium et peut fournir un espace de travail Linux optionnel en conteneur. Un bureau graphique complet reste sur la feuille de route du projet. Pour une personne qui a besoin de se connecter à un bureau Ubuntu via RDP, utilisez plutôt une configuration de VPS avec bureau.

LightNode pourrait-il l'offrir en tant qu'image d'application en un clic ?

Son service web, son API, ses workers et son stockage persistant pourraient être empaquetés dans un modèle de déploiement après ingénierie et validation. Le fichier Compose en amont actuel ne couvre que le worker navigateur, et les utilisateurs auraient toujours besoin des identifiants CopilotKit Intelligence et de la configuration des modèles. Tant que l'installation, le redémarrage, la récupération des sauvegardes et l'utilisation des ressources n'ont pas été vérifiés sur un VPS, cela ne devrait pas être présenté comme une image LightNode en un clic existante.

Le prix du VPS inclut-il les modèles d'IA et CopilotKit Intelligence ?

Non. La facturation du VPS couvre le calcul et le stockage que vous exécutez sur LightNode. L'accès aux modèles et CopilotKit Intelligence ont leur propre configuration et tarification. Prévoyez de l'espace pour les processus du navigateur, les sessions stockées et les sauvegardes lors du choix de la taille du VPS.

Pour tester votre propre flux de travail d'agent, créez une instance Ubuntu sur un VPS Linux LightNode, suivez le README d'OpenMuse, puis décidez si vous souhaitez connecter de vrais comptes et des tâches de longue durée. Pour un bureau opéré par une personne, commencez par notre guide de bureau Chrome cloud.