Comment déployer un assistant IA personnel sur un VPS — étape par étape

D'abord, le modèle mental. Un assistant IA auto-hébergé a deux parties : le modèle (l'intelligence, généralement une API cloud — tu ne peux pas faire tourner des poids de modèle de pointe sur un serveur bon marché, et tu n'en as pas besoin) et la couche agent (tout ce qui le rend tien : mémoire, historique des conversations, intégrations, tâches planifiées). C'est la couche agent que tu héberges. Elle est légère, ne demande aucun GPU, et c'est la partie qui accumule tes données — ce qui explique exactement pourquoi elle doit être sur une machine que tu contrôles.

Ce qu'il te faut avant de commencer : un VPS (~5–15 $/mois), une source de modèle (une clé API ou un abonnement IA), un compte Telegram, et environ une heure.

Étape 1 — Choisir le serveur

N'importe quel fournisseur de VPS sérieux fait l'affaire. La configuration honnête pour une couche agent : 1–2 vCPU, 2–4 Go de RAM, 20+ Go de disque. Résiste à la tentation de sur-dimensionner — tu fais tourner un processus Node et une base SQLite, pas l'entraînement d'un modèle. Choisis une région proche de toi (latence) ou proche de ta zone de confort légale (juridiction — pour certains, c'est tout l'enjeu).

Étape 2 — L'hygiène de base, avant tout le reste

Cinq minutes qui évitent quatre-vingt-dix pour cent des catastrophes : connecte-toi avec des clés SSH et désactive la connexion par mot de passe ; crée un utilisateur non-root ; active les mises à jour de sécurité automatiques ; active un pare-feu qui n'autorise que le SSH. Rien de tout ça n'est spécifique à l'IA — c'est la différence entre « mon serveur » et « un nœud de botnet appartenant à quelqu'un d'autre ».

Étape 3 — Installer le runtime

Pour la plupart des stacks d'assistants modernes, ça veut dire Node.js LTS plus git. Une règle compte plus que n'importe quel choix d'outillage : les secrets vivent dans un fichier d'environnement aux permissions restreintes, jamais dans le code. Ta clé API de modèle et ton token de bot sont les clés de l'identité de ton assistant ; traite-les comme le mot de passe de ta messagerie.

Étape 4 — Connecter l'interface

Tu n'as pas besoin de construire une appli — tu portes déjà l'interface sur toi. Crée un bot avec le BotFather de Telegram (ça prend une minute et ça ne coûte rien), mets le token dans ton fichier d'environnement, et ton assistant obtient une fenêtre de discussion sur chaque appareil que tu possèdes, messages vocaux, fichiers et photos inclus.

Étape 5 — Lui donner une mémoire qui survit

Un assistant sans persistance est un poisson rouge avec une facture de serveur. Conversations, faits extraits et réglages doivent atterrir dans une base de données sur le disque du VPS — SQLite suffit très bien à l'échelle personnelle. Planifie ensuite une sauvegarde quotidienne de cette base vers un second emplacement. (Pourquoi l'architecture de la mémoire compte plus qu'on ne le pense fait l'objet de son propre article.)

Étape 6 — L'étape que tout le monde saute : la supervision des processus

C'est là que la plupart des installations bricolées meurent en silence. Faire tourner l'assistant dans une session de terminal veut dire qu'il s'arrête dès que la session se coupe. Le faire tourner avec nohup veut dire qu'il s'arrête au premier crash non géré — silencieusement, à 3 h du matin, et tu ne le découvres que des jours plus tard. La vraie réponse, c'est un service systemd avec Restart=always : les crashs le redémarrent, les redémarrages du serveur le redémarrent, et c'est le système d'init de la machine — pas ta mémoire — qui est responsable de le maintenir en vie. Cette seule étape fait toute la différence entre « un script que j'ai lancé une fois » et « un assistant qui répond à toute heure ».

Ce que coûtent les erreurs

Chaque étape sautée a un prix. Hygiène sautée : un serveur compromis qui lit toute la mémoire de ton assistant. Persistance sautée : des mois de contexte accumulé partis avec un simple redémarrage de processus. Supervision sautée : un assistant en qui tu cesses peu à peu de faire confiance, parce que parfois il n'est simplement… plus là. Et l'hébergement sur ordinateur portable après tout ça : des rappels qui ne se déclenchent pas, des messages qui restent sans réponse, du travail planifié qui ne tourne jamais — exactement ce pour quoi tu voulais un assistant.

Le raccourci

Tout ce qui précède, c'est une après-midi si tu aimes l'infrastructure — et une corvée récurrente si tu n'aimes pas ça. Avelina AI, c'est exactement cette architecture, mise en boîte : un installateur guidé pose l'agent sur ton VPS avec l'interface Telegram, la base de données mémoire persistante, la supervision des processus et les sauvegardes quotidiennes déjà câblées, et des mises à jour signées ensuite. Tu te retrouves avec tout ce que ce guide construit — y compris la partie où toutes les données accumulées restent sur ton serveur — sans avoir à l'assembler à la main.

FAQ

Ai-je besoin d'un GPU ?
Non. La couche agent est légère ; le modèle est appelé via une API. Un GPU ne compte que si tu choisis plus tard de faire tourner des poids de modèle en local.

Je ne peux pas juste utiliser mon ordinateur portable ?
Jusqu'à ce que le capot se ferme, si. Un assistant toujours actif a besoin d'une machine toujours active — c'est tout l'argument en faveur d'un VPS.

Coût total de fonctionnement ?
5–15 $/mois pour le serveur plus ton usage du modèle. Infrastructure ≈ deux cafés par mois.

Qu'est-ce qui le rend vraiment « 24/7 » ?
La supervision des processus (systemd, Restart=always) — pas le serveur en lui-même. Les machines restent allumées ; les processus non supervisés, non.

Puis-je obtenir ça sans l'installation manuelle ?
Oui — c'est précisément ce que fait l'installateur d'Avelina AI, même architecture, en une commande.