HomeBlogTelegram

Comment faire tourner Claude comme ton assistant Telegram personnel : la vraie stack

Tu ne peux pas télécharger les poids de Claude, donc « auto-héberger Claude » au sens littéral, ça n'existe pas. Mais ce que la plupart des gens veulent vraiment — Claude comme assistant Telegram personnel, hébergé sur leur propre serveur, qui les connaît et travaille en continu — c'est tout à fait réalisable. Voici la vraie stack, morceau par morceau, et où tourne chaque partie.

25 juillet 2026 telegram

La réponse courte d'abord : pour faire tourner Claude comme assistant Telegram personnel, tu utilises Claude comme cerveau via l'API d'Anthropic (ou une CLI adossée à un abonnement), tu crées un bot Telegram avec BotFather pour obtenir un token, et tu fais tourner un petit programme sur un serveur qui t'appartient pour connecter les deux — il reçoit tes messages Telegram, appelle Claude, et renvoie la réponse. Par-dessus ce câblage, tu ajoutes une base de mémoire pour qu'il te reconnaisse, et des skills et intégrations pour qu'il puisse vraiment faire des choses. C'est toute la forme du truc. Tout ce qui suit ne fait que détailler chaque pièce pour que tu saches ce que tu construis avant de le construire.

Ce que « faire tourner Claude comme ton assistant Telegram » veut vraiment dire

Il est utile de séparer deux idées que les gens mélangent. Auto-héberger le modèle voudrait dire télécharger les poids de Claude et faire tourner l'inférence toi-même — et c'est impossible, parce qu'Anthropic ne publie pas les poids. On a détaillé exactement pourquoi dans peut-on auto-héberger Claude, la réponse honnête. Faire tourner Claude comme ton assistant veut dire autre chose, et c'est réalisable : Claude reste là où il est, derrière l'API d'Anthropic, et tu possèdes tout ce qui l'entoure — le bot Telegram, le serveur, la mémoire, les skills. Le raisonnement est loué ; l'assistant t'appartient. Cette distinction est tout l'enjeu, et se tromper là-dessus, c'est pourquoi les gens soit abandonnent (« on ne peut pas auto-héberger Claude »), soit paient trop cher pour un fantasme vendu par quelqu'un d'autre.

Comment faire tourner Claude comme ton assistant Telegram personnel, étape par étape

La construction se fait en cinq parties, et chacune ajoute une capacité que la précédente n'avait pas. Voici la stack détaillée, avec ce que chaque étape t'apporte et où elle tourne physiquement :

Étape Ce que tu fais Où ça tourne
1. Le cerveauObtiens une clé API Anthropic, ou utilise un abonnement Claude via l'Agent SDK / CLIAPI Claude (sans état)
2. Le visageCrée un bot avec @BotFather sur Telegram, copie le token du botTelegram
3. Le câblageFais tourner un petit programme (le Claude Agent SDK) qui fait passer les messages entre Telegram et ClaudeTon serveur
4. La mémoireAjoute une base de données qui stocke faits, préférences et conversations passées, rappelée à chaque messageTon serveur (base de données)
5. Les mainsAjoute des skills / intégrations — calendrier, e-mail, rappels, navigation, publicationTon serveur + API externes

Les étapes 1 à 3 te donnent un chatbot Claude fonctionnel dans Telegram. Les étapes 4 et 5 sont ce qui transforme ce chatbot en véritable assistant — un qui te connaît et qui peut agir. Saute-les, et tu as construit une fenêtre de chat un peu plus jolie ; inclus-les, et tu as construit quelque chose qui travaille pour toi quand tu ne regardes pas. La couche de skills et intégrations est d'où vient la majeure partie de ce sentiment « d'assistant ».

Abonnement contre clé API — comment tu paies pour le cerveau

Les deux font tourner le même assistant, mais ils facturent dans des sens opposés, et se tromper de choix est la façon la plus courante d'avoir une mauvaise surprise. Une clé API facture par token : propre et prévisible pour un usage léger, mais un assistant personnel à qui tu parles toute la journée — et qui réfléchit aussi en arrière-plan — peut vite faire grimper la facture. Une configuration adossée à un abonnement, pilotée via le Claude Agent SDK, utilise l'usage inclus dans ton forfait au lieu de facturer chaque appel, ce qui est généralement le chemin le moins cher pour un assistant toujours actif. Une règle stricte : n'aie jamais les deux configurés en même temps — une clé API présente dans l'environnement prend le pas sur l'abonnement et te remet silencieusement en facturation au token. Décide lequel alimente le cerveau, et assure-toi que seul celui-là est configuré.

Où ça tourne — et pourquoi c'est toute l'histoire de la confidentialité

Un assistant sur ton laptop meurt dès que le capot se ferme, donc pour tout ce que « assistant personnel » implique — des rappels qui arrivent vraiment, des tâches qui tournent pendant la nuit — il doit vivre sur un serveur toujours allumé. C'est en général un petit VPS pour quelques dollars par mois ; le guide pas à pas est dans comment déployer un assistant IA personnel sur un VPS. L'y installer, c'est aussi ce qui en fait un assistant 24h/24 plutôt qu'un chat que tu dois ouvrir. Et c'est aussi l'histoire de la confidentialité : le programme, le token et la base de mémoire vivent tous sur du matériel que tu contrôles, et seul le prompt individuel voyage vers l'API de Claude pour chaque réponse — rien de ton historique n'est conservé côté fournisseur. C'est le même argument architecture-plutôt-que-politique derrière une alternative auto-hébergée à ChatGPT : la confidentialité vient de l'endroit où vivent tes données, pas d'une case à cocher.

Où ça arrête d'être un chatbot

L'écart entre « Claude dans Telegram » et « mon assistant », c'est la mémoire plus les skills. La mémoire, c'est ce qui lui permet de te reconnaître dès le premier message d'une conversation toute fraîche, plutôt que de te réintroduire chaque jour. Les skills sont les intégrations qui lui permettent d'agir — vérifier ton calendrier, envoyer un e-mail, poser un rappel, exécuter une tâche selon un planning. Claude fournit le raisonnement, la mémoire fournit la continuité, et les skills lui donnent des mains. C'est aussi la raison honnête de le construire comme un vrai assistant plutôt que de cloner un bot générique : un tutoriel « mets n'importe quelle IA dans Telegram », agnostique du modèle (on en a écrit un — comment construire un assistant IA personnel sur Telegram) s'arrête au câblage. Faire tourner Claude comme ton assistant, avec mémoire et skills sur ton propre serveur, c'est la version qui reste utile après la première semaine.

Le prix à payer si on se trompe

Deux échecs classiques, tous deux silencieux. Le premier, c'est ne construire que les étapes 1 à 3 — un chatbot Claude dans Telegram sans mémoire et sans skills — et ensuite se demander pourquoi ça ne ressemble jamais à un assistant : il ne peut pas se souvenir de toi et il ne peut rien faire, donc c'est juste ChatGPT avec une autre icône. Le second, c'est le piège de la facturation : laisser une clé API configurée « au cas où » en plus d'un abonnement, et découvrir des semaines plus tard que chaque message a été facturé au token pendant tout ce temps. Évite les deux en traitant ça comme une stack en cinq parties, pas comme un bricolage en une ligne — décide ton mode de facturation dès le départ, et ne t'arrête pas au câblage. Fais ça, et tu obtiens ce que tu voulais vraiment : Claude, comme ton assistant, à tes conditions.

Le verdict

Tu ne peux pas auto-héberger le modèle, mais tu peux tout à fait faire tourner Claude comme assistant Telegram personnel qui t'appartient de bout en bout — Claude pour le raisonnement, un bot BotFather pour le visage, un petit programme sur ton propre serveur pour le câblage, une base de mémoire pour la continuité, et des skills pour les mains. Choisis bien le mode de facturation et ça reste bon marché ; garde-le sur ton propre serveur et ça reste privé et toujours actif ; ajoute mémoire et skills et ça arrête d'être un chatbot. Cette stack précise — Claude comme cerveau, tout le reste t'appartenant — c'est ce que Avelina AI livre comme une seule installation. Découvre ce que l'assistant peut vraiment faire sur la page skills et intégrations.

FAQ

Peut-on faire tourner Claude comme son propre assistant Telegram ?
Oui — Claude reste derrière l'API d'Anthropic comme cerveau, et tu le connectes à un bot BotFather via un petit programme sur ton propre serveur. Tu possèdes tout sauf le modèle lui-même. Plus de détails sur les limites dans peut-on auto-héberger Claude.

Clé API ou abonnement ?
Les deux fonctionnent ; une configuration adossée à un abonnement est généralement moins chère pour un assistant toujours actif, une clé API est prévisible pour un usage léger. Ne configure jamais les deux — la clé API prend le pas sur l'abonnement.

Où ça tourne ?
Sur un serveur que tu contrôles — un petit VPS le garde en ligne 24h/24. Seul le prompt part vers l'API de Claude ; ta mémoire reste de ton côté.

Qu'est-ce qui en fait un vrai assistant ?
La mémoire et les skills par-dessus le câblage — la continuité plus la capacité de vraiment faire des choses.

Claude pour le raisonnement. Tout le reste, à toi.