Si vous avez cherché « Claude Code hors ligne » ou « faire tourner Codex sur ma propre machine », vous avez probablement remarqué que les réponses deviennent vite floues. C’est parce qu’il y a une confusion inscrite dans la question, et il vaut la peine de la dissiper avant de passer un week-end à la poursuivre : un agent de codage et le modèle derrière lui sont deux choses différentes. L’agent est le harnais — l’outil en ligne de commande qui lit votre dépôt, exécute des commandes, modifie des fichiers et boucle jusqu’à ce que le travail soit fait. Le modèle est le cerveau qu’il consulte à chaque étape. Les agents hébergés comme Claude Code et Codex livrent le harnais à votre terminal, mais le cerveau vit dans le centre de données de quelqu’un d’autre, et chaque ligne de votre base de code privée y voyage pour obtenir une réponse.
Alors la version honnête de la question qu’un bitcoineur souverain se pose réellement est : puis-je faire tourner un agent de codage local équivalent entièrement hors ligne, sur des poids que je possède, sans louer mon cerveau ? La réponse est un oui nuancé — et cet article est le guide de décision par outil nommé. Nous serons précis sur ce que sont réellement Claude Code et Codex, sur ce que les alternatives locales à poids ouverts peuvent et ne peuvent pas faire aujourd’hui, et sur exactement quand passer au local est le bon choix. Si vous voulez le tutoriel détaillé de configuration coupée du réseau, nous en avons déjà un — ceci est la couche au-dessus : la comparaison et la décision.
Ce que sont réellement Claude Code et Codex
Les deux noms sont lancés comme s’ils étaient des modèles. Ils ne le sont pas. Ce sont des harnais d’agents — d’excellents harnais, bâtis par des équipes qui ont résolu un problème réellement difficile — et crédit là où il est dû. Mais comprendre la distinction est tout l’enjeu ici.
- Claude Code est l’agent de codage en ligne de commande d’Anthropic. Il tourne localement sur votre machine, mais par défaut il appelle les modèles Claude hébergés d’Anthropic par le réseau. Il n’existe aucun téléchargement qui place un modèle Claude de pointe sur votre SSD. Le harnais est local ; le cerveau est dans le nuage.
- Codex (dans sa génération actuelle) a la même forme : un agent de codage qui téléphone à un modèle de pointe hébergé. L’agent boucle sur vos fichiers ; le raisonnement se passe hors de la machine.
Ce n’est pas une critique. Les modèles de pointe hébergés sont extraordinairement capables, et pour bien des travaux, leur envoyer du code est le bon compromis. Le point est plus restreint : « Claude Code tournant entièrement hors ligne avec Claude » est une erreur de catégorie. Le modèle Claude lui-même vit dans l’infrastructure d’Anthropic, point final. Ce que vous pouvez faire tourner hors ligne, c’est un agent différent pointé vers un modèle différent, à poids ouverts, vivant sur votre propre matériel.
Pourquoi un pleb voudrait-il du local en premier lieu
Pour beaucoup de tâches, le nuage convient et les résultats sont meilleurs. Mais il existe une vraie catégorie de travail où expédier votre dépôt hors de la machine est un non-partant, et elle correspond presque parfaitement à la thèse de la souveraineté :
- Secrets et clés. Les agents lisent votre environnement, votre config, votre
.env. Un seul vidage de contexte négligent et un modèle hébergé a vu des identifiants que vous ne colleriez jamais volontairement dans une fenêtre de clavardage. - Code propriétaire. Si la base de code est l’entreprise — un robot de trading, un micrologiciel non publié, le système privé d’un client — « nous promettons de ne pas nous entraîner dessus » est une politique, pas une garantie. Les poids locaux sont une garantie.
- Aucun cerveau facturé au compteur. Une capacité limitée en débit, surveillée et déplateformable est une dépendance, pas un actif. Même logique que faire tourner votre propre nœud Bitcoin : ne louez pas une capacité que vous pouvez posséder. Des poids sur votre disque sont une sauvegarde qui ne peut pas être révoquée.
C’est le fil conducteur. Votre nœud valide Bitcoin sur votre propre matériel. Votre Lightning route la valeur sur votre propre matériel. Maintenant, l’agent qui touche votre code source peut aussi tourner sur votre matériel — une couche de plus décentralisée.
La pile locale : agent plus modèle à poids ouverts
Pour reproduire l’expérience Claude Code / Codex hors ligne, vous assemblez vous-même deux pièces.
Le modèle local. C’est le cerveau à poids ouverts. Une nouvelle génération de modèles capables, sous licence ouverte, est réellement utilisable pour le codage maintenant — des noms qu’un pleb cherchera vraiment incluent les modèles axés code de DeepSeek, la gamme coder de Qwen, Mistral, Gemma de Google et la famille Llama de Meta. Vous téléchargez les poids une fois et ils sont à vous. Vous les exécutez à travers un lanceur local — Ollama, LM Studio ou llama.cpp — qui charge le modèle et expose une API locale à laquelle votre agent peut parler.
L’agent local. C’est un harnais de codage open-source — le rôle équivalent à Claude Code ou Codex — que vous pointez vers l’API de votre modèle local au lieu d’un point de terminaison dans le nuage. Plusieurs agents ouverts existent qui parlent la même forme d’API compatible OpenAI que la plupart des lanceurs locaux exposent, alors le câblage revient à « changer l’URL de base vers localhost et débrancher le câble réseau ».
C’est toute l’astuce : agent ouvert + poids ouverts + lanceur local = un agent de codage qui ne quitte jamais votre matériel. Et si vous voulez que la machine elle-même soit reproductible — lanceur, modèles et agent déclarés dans un seul fichier de config — c’est exactement ce que NixOS offre à la pile souveraine.
Hébergé vs local : la comparaison honnête
Voici où les compromis mordent vraiment. Sans esbroufe — un expert sceptique lit.
| Dimension | Hébergé (Claude Code / Codex) | Local (agent ouvert + poids ouverts) |
|---|---|---|
| Capacité brute | Raisonnement de pointe, long contexte, forte utilisation d’outils | Bon et s’améliorant vite ; encore un cran derrière les meilleurs modèles de pointe sur les tâches difficiles multi-fichiers |
| Confidentialité | Le code quitte votre machine | Le code ne quitte jamais votre machine |
| Modèle de coût | Facturé au jeton ; continu | Matériel au départ, puis pratiquement gratuit à faire tourner |
| Matériel nécessaire | Un portable et un câble réseau | De la vraie VRAM — un GPU capable, ou une machine Apple Silicon à forte RAM |
| Hors ligne / coupé du réseau | Non — nécessite le réseau | Oui — entièrement coupable du réseau |
| Effort de configuration | Installer, se connecter, c’est parti | Télécharger les poids, configurer un lanceur, câbler l’agent |
| Risque de déplateformage | Le compte peut être limité ou révoqué | Aucun — les poids sont sur votre disque |
La forme de la chose : l’hébergé gagne sur la capacité brute et la commodité ; le local gagne sur la confidentialité, le contrôle et le coût à long terme — au prix de vrai matériel et d’une configuration unique. Aucun n’est « meilleur » dans l’abstrait. Le bon choix dépend de la tâche.
Quand passer au local — un cadre de décision
Ne moralisez pas le choix ; raisonnez-le. Une règle empirique pratique :
- Le code est-il sensible ? Secrets, propriété intellectuelle, travail de client, données réglementées — si oui, penchez vers le local. La garantie de confidentialité est toute la raison pour laquelle le matériel supplémentaire en vaut la peine.
- Quelle est la difficulté de la tâche ? Code répétitif, remaniements, génération de tests, « explique cette fonction », petites modifications — les modèles locaux gèrent bien tout cela aujourd’hui. Les changements d’architecture tentaculaires multi-fichiers favorisent encore les modèles de pointe. Adaptez l’outil à la difficulté.
- Avez-vous le matériel ? Un modèle local de qualité pour le codage veut de la vraie VRAM. Si vous êtes sur un portable mince, le local est une aspiration jusqu’à ce que vous ayez la machine pour cela.
- Combien valorisez-vous de ne pas être facturé au compteur ? Si vous faites tourner un agent toute la journée, la facture de jetons et les limites de débit s’accumulent — tout comme l’inconfort de louer votre pensée. Pour un usage quotidien intensif, le local se rentabilise en argent et en souveraineté.
Beaucoup de plebs aboutissent à un hybride sensé : agent local pour tout ce qui touche du code privé ou tourne en permanence, hébergé pour le problème difficile occasionnel où la capacité de pointe gagne sa place. Posséder l’option locale signifie que le choix vous appartient toujours — pas au fournisseur.
L’angle de la souveraineté : possédez votre code, de bout en bout
Il y a une raison pour laquelle ceci convient si proprement à un public bitcoin-maximaliste. La progression est la même que celle qui traverse tout ce que nous bâtissons : possédez votre argent, possédez vos données, possédez votre calcul, possédez votre code. Un agent de codage qui tourne sur du matériel que vous contrôlez, sur des poids que vous avez téléchargés, avec le câble réseau débranché, est le chapitre outils-de-codage de cette histoire. Il ne s’agit pas de se méfier d’une entreprise en particulier. Il s’agit de ne pas avoir un point unique de défaillance entre vous et votre propre travail.
Ce même instinct — prendre la capacité centralisée et la rendre exécutable à la maison sur du matériel que l’individu contrôle — est exactement ce qui anime DCENT_OS, notre projet de micrologiciel open-source pour le matériel Antminer industriel. Bâti sur les épaules de Braiins OS+, VNish et LuxOS, c’est la version micrologiciel de la même idée que vous appliquez à vos outils de codage : une couche de plus décentralisée.
Foire aux questions
Puis-je réellement faire tourner Claude Code entièrement hors ligne ?
Pas avec Claude lui-même — le modèle Claude tourne dans le centre de données d’Anthropic, et le harnais Claude Code l’appelle par le réseau. Ce que vous pouvez faire, c’est faire tourner un agent de codage open-source équivalent pointé vers un modèle à poids ouverts sur votre propre machine, entièrement hors ligne. Le harnais change ; le flux de travail est semblable.
Un agent de codage local est-il aussi bon que Codex ou Claude Code ?
Sur les tâches faciles à moyennes — remaniements, tests, explications, petites modifications — les modèles à poids ouverts modernes sont réellement bons. Sur le travail multi-fichiers le plus tentaculaire et difficile, les meilleurs modèles de pointe hébergés ont encore l’avantage. L’écart est réel mais il se resserre rapidement, et pour bien des plebs la confidentialité vaut le compromis.
Quel matériel me faut-il pour faire tourner un modèle de codage localement ?
La contrainte déterminante est la VRAM. Un GPU discret capable ou une machine Apple Silicon à forte RAM fera tourner un modèle de codage utile ; un portable mince peinera. Les formats de modèle quantifiés abaissent considérablement la barre, ce qui est pourquoi le lanceur que vous choisissez importe.
Quel lanceur local utiliser — Ollama, LM Studio ou llama.cpp ?
Les trois chargent des modèles à poids ouverts et exposent une API locale que votre agent peut appeler. Ollama est le plus rapide à démarrer ; LM Studio est le plus convivial en interface graphique ; llama.cpp est le plus bidouillable et léger. Nous les comparons directement dans les guides liés ci-dessous.
Commencez, à la manière souveraine
Si vous débutez avec l’exécution de modèles en local, commencez à la base et montez : le guide du pleb pour l’IA auto-hébergée couvre toute la pile, puis installez Ollama en dix minutes pour faire tourner un modèle local, et LM Studio vs Ollama vs llama.cpp vous aide à choisir le lanceur qui convient à votre matériel. À partir de là, le pôle de l’IA auto-hébergée plus large et la pile de souveraineté relient l’IA locale à la mission plus vaste de posséder votre propre infrastructure.
Et quand vous êtes prêt à appliquer le même instinct « possédez votre code » à votre matériel de minage : DCENT_OS est en bêta active — un micrologiciel open-source visant le matériel Antminer industriel, bâti en Rust, avec une cible de frais de développement obligatoires de 0 % et une licence GPL-3.0. Joignez-vous à la bêta de DCENT_OS et aidez à bâtir une couche de plus décentralisée de la pile.
