Déployer un agent IA auto-hébergé en PME : VPS, Docker, sandbox, secrets, le guide technique

Un agent IA auto-hébergé, c'est un agent qui tourne sur une machine que vous contrôlez, avec vos données qui restent chez vous. C'est la bonne approche pour une PME, à condition de la faire proprement. Ce guide s'adresse au DSI, au prestataire informatique ou au dirigeant qui veut comprendre ce qu'on lui installe. Il vaut pour OpenClaw, pour Hermes Agent et pour une application sur mesure : les principes sont les mêmes.

Étape 0 : écrire ce que l'agent a le droit de toucher

Avant toute commande, une page : les tâches confiées, les données auxquelles l'agent accède (et leur niveau de sensibilité), les actions qu'il peut faire seul, celles qui exigent une approbation, et qui approuve. Tout le reste découle de cette page. Un agent sans périmètre écrit n'est pas un projet, c'est un pari.

Étape 1 : la machine

Un serveur dédié, jamais le poste du dirigeant ni un poste partagé. Un serveur virtuel en France ou en Europe suffit pour démarrer ; prévoyez au moins 2 Go de mémoire vive : avec 1 Go, le système tue le processus faute de mémoire (l'erreur classique, code de sortie 137, est documentée par les hébergeurs). Pour des données sensibles (santé, RH, finance, sous-traitance de grands comptes), l'option est une infrastructure souveraine qualifiée SecNumCloud.

Étape 2 : le réseau

La passerelle de l'agent n'écoute qu'en local (loopback). Le port d'administration (18789 pour OpenClaw) n'est jamais exposé sur Internet, ni même sur le réseau local par défaut.

L'accès distant se fait par tunnel SSH ou par un réseau privé (type Tailscale), avec authentification forte.

Pare-feu : tout fermé par défaut, ouvert au cas par cas. Chiffrement TLS sur tout ce qui sort.

Rappel du risque : plus de 40 000 instances exposées recensées en février 2026, dont plus d'un tiers vulnérables. La quasi-totalité l'était par oubli de cette étape.

Étape 3 : l'isolation

L'agent tourne en conteneur, sous un utilisateur non privilégié (l'image officielle d'OpenClaw utilise un utilisateur applicatif sans droits root et retire les privilèges réseau inutiles).

L'exécution des outils (terminal, lecture et écriture de fichiers) se fait dans un bac à sable séparé de la passerelle, avec une portée par agent ou par session et un espace de travail dédié. La passerelle reste sur l'hôte, les mains de l'agent sont dans le conteneur.

Les dossiers de configuration et l'espace de travail sont montés sur l'hôte pour survivre aux redémarrages. Les ressources (CPU, mémoire) sont plafonnées.

Étape 4 : les secrets

Jamais de clé d'accès, de mot de passe ou de jeton dans une consigne, dans un fichier texte ou dans une variable d'environnement en clair.

Un gestionnaire de secrets : trousseau du système d'exploitation (Hermes), courtier vers un coffre-fort avec approbation secret par secret et journal d'audit (OpenClaw 2.0), ou coffre d'entreprise.

Les valeurs sont en écriture seule : l'agent peut s'en servir, personne ne peut les relire depuis l'interface. Les connexions sortantes qui utilisent un secret sont liées à des hôtes déclarés.

Rotation planifiée, et révocation immédiate en cas de doute.

Étape 5 : les versions

Figez la version. Jamais « latest » en production. OpenClaw publie une version tous les deux jours, souvent avec des changements qui cassent ; Hermes a fusionné plus de 525 modifications sur deux versions correctives d'août 2026. Une fenêtre de mise à jour mensuelle, testée sur une copie avant d'être appliquée, suffit.

Étape 6 : les compétences et plugins

Chaque compétence tierce est lue avant d'être installée. Source, version, empreinte, permissions demandées.

Pas d'installation depuis une source arbitraire : OpenClaw 2.0 la refuse sans option de forçage explicite, et présente capacités, source et version avant activation. Ne forcez pas.

Une liste blanche de compétences autorisées, tenue par une personne nommée. Les compétences auto-créées par un agent apprenant (Hermes) sont relues avant d'entrer en production.

Étape 7 : les approbations et le journal

Toute action qui engage (écriture dans un logiciel, envoi à un tiers, paiement, suppression) passe par une approbation humaine. En cas de délai dépassé, l'action échoue, elle ne passe pas par défaut.

Les demandes d'approbation arrivent là où sont les gens (canal de messagerie), avec le contexte.

Chaque action est journalisée : quoi, quand, sur quelles données, approuvée par qui. Le journal est exporté hors de la machine de l'agent et conservé selon votre politique.

Des alertes sur les échecs répétés, les volumes anormaux et les accès refusés.

Étape 8 : le modèle

L'agent envoie du texte à un modèle de langage ; la question est où. Trois options : un fournisseur américain (rapide, performant, données hors Europe sauf engagement contractuel), un fournisseur européen (par exemple des modèles comme ceux de Mistral, hébergés en Europe), ou un modèle installé sur votre serveur (données qui ne sortent jamais, au prix de la puissance). Pour les données RH, santé ou financières, les deux dernières options s'imposent, et dans tous les cas exigez par écrit l'absence d'entraînement sur vos données.

Étape 9 : RGPD et AI Act

Registre des traitements à jour : l'agent est un traitement, sa mémoire aussi.

Base légale, durée de conservation de la mémoire, procédure d'effacement, information des personnes concernées.

Analyse d'impact si les données sont sensibles ou le traitement à grande échelle.

AI Act : obligations selon l'usage. Un agent qui trie des CV ou note des salariés entre dans la catégorie « haut risque », avec supervision humaine obligatoire. Nos guides sur le RGPD et sur l'AI Act détaillent les dates et les obligations.

La check-list avant mise en service

Périmètre écrit et signé par le dirigeant.

Serveur dédié, en France ou en Europe, 2 Go de mémoire au minimum.

Passerelle en local uniquement, accès par tunnel, pare-feu fermé.

Conteneur non privilégié, bac à sable pour l'exécution des outils, ressources plafonnées.

Secrets dans un gestionnaire, en écriture seule, rotation planifiée.

Version figée, fenêtre de mise à jour testée.

Liste blanche de compétences, relecture avant installation.

Approbations sur tout ce qui engage, échec fermé, journal exporté.

Modèle choisi selon la sensibilité des données, clause de non-entraînement.

Registre RGPD, durée de mémoire, analyse d'impact si nécessaire.

Un agent bien hébergé n'est pas une installation, c'est une exploitation. Si personne n'est nommé pour le surveiller, ne le mettez pas en service.

Si vous préférez ne pas le faire vous-même

Nous installons et exploitons des agents et des applications métier selon ce guide, en France, avec option souveraine. L'audit à distance gratuit permet de savoir ce qui, chez vous, justifie un agent auto-hébergé, et ce qui justifie une application fermée. Visite sur site ensuite, si elle a du sens.