Multica sur Mac cloud MacLogin : auto-hébergement, démon et OpenClaw (2026)

Sur un Mac cloud MacLogin, Multica sépare le plan de contrôle (files de tâches, progression WebSocket, bibliothèque de skills) du runtime où OpenClaw, Claude Code et les autres CLI s’exécutent réellement. Multica orchestre l’état ; le code reste sur la machine louée. Ce guide couvre l’auto-hébergement Docker, le démon sur le Mac loué et le câblage OpenClaw, en complément de Multica vs Devin.

À lire aussi : Claude Code sur Mac cloud (SSH), bootstrap OpenClaw + démon, variables d’environnement launchd, louer ou acheter un Mac mini, première confiance SSH, keepalive SSH et déconnexions, et fin de bail : clés et retrait.

À quoi sert Multica sur un Mac cloud ?

Multica est une plateforme open source d’agents gérés : on assigne des tâches façon tickets, on suit la progression en temps réel, et les livrables deviennent des skills réutilisables. Ce n’est pas un simple terminal : Multica est le plan de contrôle ; le Mac MacLogin loué est le runtime où tournent OpenClaw ou Claude Code.

Définition courte : Multica coordonne l’état des tâches ; il n’a pas besoin d’héberger votre dépôt — l’exécution reste sur la machine qui exécute le démon multica.

Architecture : plan de contrôle vs runtime

Règle d’or : le démon vit sur le Mac qui porte le dépôt, pas dans le conteneur Docker Multica. Les clients MacLogin installent d’abord OpenClaw, puis enregistrent l’hôte comme runtime Multica.

Pourquoi MacLogin pour Multica + OpenClaw

Les équipes louent des Mac mini Apple Silicon pour le macOS natif (passerelle OpenClaw et chaîne Apple), un SSH toujours disponible pour les files nocturnes, et une sortie régionale (Hong Kong, Tokyo, Séoul, Singapour, US Est) vers les API modèles et le registre npm. Comparez le coût d’usage avec louer ou acheter.

Auto-héberger Multica (Docker Compose)

Référence officielle : SELF_HOSTING.md.

git clone https://github.com/multica-ai/multica.git
cd multica
cp .env.example .env
# Définir JWT_SECRET et les identifiants Postgres
docker compose -f docker-compose.selfhost.yml up -d

Le plan de contrôle peut vivre sur une VM Linux pendant que les runtimes restent sur MacLogin : seul le WebSocket doit joindre les deux.

Installer le démon sur le Mac loué

Sur l’hôte MacLogin (après la première confiance SSH) :

multica setup self-host   # ou multica setup cloud vers multica.ai

Le CLI authentifie, découvre les espaces de travail et lance un démon d’arrière-plan qui détecte les CLI agents (11 backends dont OpenClaw), enregistre les runtimes auprès du serveur Multica et démarre les processus à l’assignation.

Brancher OpenClaw sur Multica

1. Terminer l’onboarding OpenClaw + launchd.
2. Stocker les clés via variables launchd, pas un .env lisible par tout le monde.
3. Dans l’UI Multica, assigner une tâche pilote au runtime OpenClaw de cet hôte.
4. Observer le flux WebSocket ; les agents doivent signaler les blocages comme des coéquipiers.
5. Exporter le résultat en skill pour le ticket suivant.

Règle ops : une passerelle OpenClaw par bail MacLogin ; ne jamais partager des clés production entre locataires.

Skills, files et concurrence

Le différenciateur Multica, ce sont les skills réutilisables. Limitez d’abord la concurrence à 2 agents par runtime sur M4 16 Go, surveillez la RSS, intitulez les tâches avec dépôt + branche, et révoquez les clés Anthropic/OpenAI en fin de bail selon le guide d’offboarding.

Déploiement production en 9 étapes

1. Choisir la région MacLogin la plus proche des ingénieurs.
2. Durcir SSH et appliquer la checklist (confiance initiale).
3. Installer OpenClaw ; valider openclaw doctor.
4. Déployer le plan de contrôle Multica (self-host ou cloud).
5. Exécuter multica setup sur les postes opérateurs.
6. Démarrer le démon sur le Mac loué (hors conteneur Multica).
7. Tâche pilote : vérifier streaming + PR.
8. Promouvoir le skill récolté dans la bibliothèque d’équipe.
9. Documenter offboarding + rotation des clés (guide).

FAQ