Tutos
Tous les guides gratuits, regroupés par série. Tapez un mot-clé pour filtrer.
Commencer ici
- ManifestePourquoi faire tourner son IA soi-même : le contrôle, la portabilité, et l'honnêteté sur les limites.
- Soutenir le projet : dons et sponsoringChaque tutoriel ici est gratuit, libre et mesuré sur de vraies machines. Le matériel, l'électricité et les longues soirées ne le sont pas. Un don régulier via Liberapay, ou un sponsoring pour les entreprises, fait vivre les tutoriels.
- FAQ : les questions que tout le monde pose d'abordFaut-il une grosse carte graphique ? Est-ce vraiment gratuit ? Mes données sont-elles en sécurité ? Par où commencer ? Des réponses courtes et honnêtes, chacune avec le tutoriel qui va plus loin.
- Avant de commencer : le matériel, honnêtementCe qui tient sur quelle carte, chiffres mesurés à l'appui, et quoi acheter en premier.
- Lexique : les mots de ce site, en langage simpleVRAM, conteneur, proxy, DNS, port, jeton… chaque mot technique des tutos, expliqué en une ou deux phrases.
- Inspirations : les projets et les personnes qui nous apprennentRien ici n'a été inventé seul. Les projets libres sur lesquels nous construisons, les auteurs dont le travail nous a fait poser de meilleures questions, et ce que chacun nous a appris.
- Nos constats : chaque astuce et chaque fait mesuré, une ligne chacunDepuis le premier jour, chaque découverte, chaque piège et chaque résultat de banc que nous avons payés, en une page. Chaque ligne est un fait mesuré sur nos machines, avec le tutoriel qui l'explique.
- L'atelier : chaque outil derrière ce site, une ligne chacunUne quarantaine de dépôts construits et utilisés ici, rangés par métier, chacun en une phrase, avec le tutoriel qui l'explique. Des licences libres ; la méthode de chacun est à vous de copier.
- À propos : qui écrit, sur quelles machines, et comment nous mesuronsLe vrai homelab derrière les tutos, notre façon de mesurer, et ce que nous ne promettons pas.
IA locale
- Installer le pilote NVIDIA et vérifier sa carteLa dépendance sur laquelle tout repose, et comment savoir qu'elle marche vraiment.
- Docker avec accès à votre carte graphiqueInstaller Docker et le NVIDIA Container Toolkit, tester, et éviter le piège après une mise à jour du pilote.
- Votre premier modèle local avec llama.cppTélécharger un modèle ouvert, le servir sur votre carte, lui parler avec la même API que les grands clouds.
- Libérer vos cartes graphiques pour l'IA, et jouer quand mêmeMettre le bureau sur le GPU intégré, donner chaque octet de VRAM aux modèles, et laisser Steam emprunter une carte seulement le temps de jouer.
- Un PC gamer devenu serveur IA, qui joue toujoursPas d'écran sur la tour : un écran virtuel, le streaming de jeu encodé par le GPU intégré, et une console Android comme manette.
- Dormir au repos, se réveiller à la demande : la recette énergieUne tour avec de grosses cartes graphiques ne doit pas tourner pour rien. Une petite machine toujours allumée la réveille en quelques secondes, de partout, sans rien ouvrir sur Internet.
- Confier du code à un agent local sans qu'il casse toutLes modèles locaux écrivent du code plausible qui ne tourne pas. Les règles que nous avons mesurées : quatre livrables au plus, les vraies données, un test qui exécute, et une pull request que quelqu'un relit.
- Une passerelle pour tous vos modèles, et trois façons dont un modèle local gèle vos agentsUne adresse pour chaque client, des noms de modèles qui ne mentent jamais, et les trois réglages qui ont gelé nos agents pendant des jours.
- Des modèles gratuits dans le nuage derrière votre passerelle, et des routes qui disent qui répondQuand les cartes sont occupées ou éteintes, huit offres gratuites officielles prennent le relais : Groq, Cerebras, Google AI Studio, Cloudflare, OpenRouter, Cohere, NVIDIA et Mistral. Comment les brancher sur la passerelle sans une seule clé dans un fichier, comment les regrouper en routes nommées auto-… qui se replient dans l'ordre, comment nous avons prouvé le repli, et les pièges qui nous ont coûté une soirée.
- Plusieurs modèles, deux cartes graphiques : une grille plutôt qu'un numéro de jonglageUn conteneur par modèle et par carte, des bascules qui coûtent une demi-seconde par gigaoctet, un service vocal qui cède la place, et pourquoi un modèle ne doit jamais remplir sa carte.
- RAM, zram et swap sur une machine IA : les trois voleurs qui nous coûtaient un facteur dixAvant de soupçonner le GPU, mesurez la RAM. Trois réglages la mangeaient ; les corriger a fait passer un modèle de 1,9 à environ 20 jetons par seconde.
- Une seconde carte graphique en OCuLink : plus de VRAM sans changer de carte mèreQuand la carte mère n'a qu'un gros emplacement, un emplacement M.2 peut prêter ses quatre lignes à une carte externe. Ce qui a marché, ce qui n'a pas marché, et comment lire le lien.
- Le décodage spéculatif (MTP) : jusqu'à deux fois plus vite sur la même carteUne petite tête devine les jetons suivants, le modèle les vérifie en une passe. Les bons réglages, la valeur à mesurer vous-même, le vrai gain en production, et le plantage à surveiller.
- Un petit juge local pour les petites décisionsOui ou non, lequel de ceux-ci, combien : un modèle de moins d'un milliard de paramètres sur le processeur répond à des questions typées en 0,05 s avec une confiance honnête. Et pourquoi c'est le code, pas le prompt, qui doit lui envoyer la question.
- Un RAG sur votre propre journal : ne jamais résoudre deux fois le même problèmeNotez ce que vous avez résolu, laissez un service de recherche l'indexer, et laissez vos agents l'interroger avant de deviner. La taille de morceau qui compte, et les trois façons dont il sert en silence des réponses périmées.
- Votre test attrape-t-il quelque chose ? Prouvez-le en cassant le code (tests par mutation)Un test vert dit seulement qu'il n'a rien trouvé, ce que fait aussi un test cassé. Injectez des défauts un par un et vérifiez que chacun fait passer un test au rouge.
- Un navigateur par agent : une automatisation du web qui ne se marche pas dessusVingt agents dans un seul navigateur, ça avait l'air efficace et ça produisait de faux résultats. Des navigateurs séparés, des profils propres et un DNS chiffré ont tout réglé ; voici l'installation et la limite d'un portable.
- Un modèle de 177 milliards de paramètres sur deux cartes grand public : l'emplacement compte plus que le débitUn modèle à mélange d'experts qui ne tient pas en VRAM peut quand même tourner à la maison. L'endroit où vivent ses poids compte plus que le lien PCIe, et deux réglages font la différence entre un serveur rapide et une machine gelée.
- Hybride : le local d'abord, le cloud seulement quand ça vaut le coupUne file qui envoie chaque tâche à l'agent le moins cher capable de la faire : modèles locaux, puis un agent hébergé moins cher, puis un agent frontier. Plafonds quotidiens, cages, et votre confirmation avant que quoi que ce soit monte.
- Lent sans raison ? Il relit : le piège du cache KVUn modèle local qui génère vite mais met dix minutes à répondre n'est pas lent : il lit mal le prompt. Un seul réglage l'a rendu 21 fois plus lent, en silence. Comment le mesurer en deux minutes, et les deux réglages à mettre à la place.
- Votre conteneur GPU tourne sur le processeur : trois pièges après une mise à jour ou un redémarrageLe modèle se dit en bonne santé en sept secondes, puis se traîne : il tourne sur le processeur. La carte est visible, CUDA non. Une description de périphériques périmée, un numéro de périphérique qui change à chaque démarrage, et la bissection qui les a trouvés.
- Vos jeux PC hors Steam sous Linux : Lutris et Ubisoft ConnectSteam n'est pas la seule boutique. Lutris installe les lanceurs d'Ubisoft, EA, GOG et Epic dans Proton, sur le disque de votre choix, et ils tournent comme sous Windows. Le nôtre porte Assassin's Creed Valhalla, Immortals Fenyx Rising et Star Wars Outlaws, prêts à jouer depuis le canapé.
- Contexte long sur une carte de 16 Go : KVMem, et notre versionLes agents lisent de longues conversations. KVMem garde tout l'historique en RAM système et seulement les blocs utiles sur la carte : 48 rappels sur 48, une vitesse qui reste plate au-delà de 100k jetons, 4,9 Go de VRAM économisés. Et ce qu'ajoute notre version : un binaire pour deux générations de cartes, les experts en mémoire hôte, les probabilités par jeton, un cache d'experts sur la carte qui fait tourner un 177B sur une seule carte.
- Le carnet de labo : ce qu'on a essayé sur l'infra, ce qu'on a gardéChaque essai mené sur nos machines, avec son verdict et le chiffre qui l'a tranché. Gardé, rejeté, en pause. Le moyen le plus rapide de savoir ce qui vaut une soirée avant de dépenser la vôtre.
- Quel modèle local pour quel travail : un banc qui mesure le vrai travailLes bancs favorisent le modèle rapide ; le vrai travail a favorisé le fiable. Un banc où le code juge chaque réponse, puis où chaque modèle travaille pour de vrai sur un petit dépôt. Ce qu'il a montré : petit et cadré bat gros et vague, et quatre réglages comptent plus que le modèle.
- Un juge 100 % local en deux passes : Tev1 d'abord, Nimble en cas de douteUn modèle de 0,8B répond en un vingtième de seconde ; un 9B est plus lent mais plus sûr. Le code envoie chaque question au petit, garde sa réponse quand il est confiant, et ne réveille le gros que pour le reste. Sur de vrais mails, le duo égale le juge hébergé, sans que rien ne sorte de la maison.
- Strata : un modèle de 177 milliards de paramètres sur une seule carte de jeuStrata est un moteur libre fait pour faire tourner Qwen3.8-Flash-Next sur un PC ordinaire : une carte de 12 à 16 Go et assez de RAM pour les experts. Comment nous l'avons branché dans notre grille GPU comme une case de plus, et les trois détails qui décident s'il démarre.
- Votre carte graphique en x4 au lieu de x16 : le diagnostiquer, et retrouver le x16Une carte peut tourner en silence sur un quart de ses lignes après un redémarrage. Comment lire le lien que le micrologiciel lui a vraiment donné, pourquoi le BIOS n'a pas de réglage « x16 » à choisir, la mauvaise solution à éviter, et ce qu'un cycle d'alimentation a fait chez nous : de x4 à x16, sans rien changer.
- Additionner les free tiers : le quota-wardenHuit providers offrent chacun un petit quota gratuit par jour. Pris un par un, ça ne fait pas une journée de travail. Additionnés, routés et surveillés automatiquement, si : voici comment un peu d'automation, la téléportation du thread et la passation entre providers font tenir un swarm entre deux cycles de quota frontier.
- turnstile : un seul modèle sur la carte, et un service qui ne ment jamais sur ce qui tournePlusieurs modèles locaux, une ou deux cartes : les fichiers de configuration dérivent et finissent par décrire une machine qui n'existe pas. turnstile arrête de croire les fichiers et observe la machine : un slot à la fois par carte, une file propre, cinq faits vérifiés toutes les dix secondes.
L'agentique locale avec n8n
- n8n face à Zapier, Make, IFTTT et Power Automate : pourquoi auto-héberger vos automatisationsLes services hébergés facturent chaque étape et font passer vos données par leur cloud. n8n auto-hébergé tourne à la maison, appelle vos modèles locaux, et ne coûte rien à l'exécution. Et quand le SaaS reste le meilleur choix.
- n8n : une horloge agentique qui remarque ce qui s'est arrêtéChaque tâche déclare sa cadence ; un tick compare chaque minute son dernier signe de vie ; un chien de garde hors de n8n surveille le tick lui-même. Comment un réseau d'agents apprend que quelque chose s'est tu.
- n8n : router, réparer et générer les workflows, avec des garde-fousUne demande en mots simples qui charge le bon modèle ; un workflow qui recharge ce qui a planté, dans des limites strictes ; et des workflows écrits par du code, versionnés comme le reste.
Votre pile d'agents
- Un seul client, tout votre labo : la visiteDepuis une seule appli sur votre téléphone ou votre bureau : des agents de code sur chaque machine, des images et de la vidéo sur vos cartes, les alertes de la machine de garde, vos workflows et votre maison. Le concept paraît énorme. Chaque brique est petite, lisible, et tourne déjà ici.
- Ce qu'est un harness d'agent, et comment choisir le sienLe modèle écrit du texte ; le harness en fait du travail : il lit des fichiers, lance des commandes, demande la permission, gère le contexte et décide quand s'arrêter. Six harness tournent ici, chacun pour une raison. Ce qui les distingue, et cinq questions pour choisir le bon pour chaque travail.
- FH Coder : un agent de code local qui travaille pendant que vous dormez, et ne fusionne jamais sans lectureDéposez une intention, recevez une demande de fusion testée. FH Coder est notre chaîne de production pour modèles locaux : une file partagée, un exécutant dans un compte séparé, une barrière de vérification qui corrige seule le style, un compte rendu qui ouvre la demande de fusion et nourrit la base de connaissances. Plus l'agent fh-coder qui porte la même doctrine dans OpenFox. Comment c'est câblé, et comment l'installer.
- OpenFox : l'agent de code qui prend les modèles locaux au sérieuxLa plupart des agents de code sont faits pour un modèle de pointe et tolèrent un modèle local. OpenFox est fait à l'inverse : un plan devient un contrat immuable de critères d'acceptation, l'agent boucle jusqu'à ce que chaque critère passe, et vous voyez en direct la vitesse de lecture et d'écriture de votre propre carte. Libre, gratuit au jeton, et notre agent de tous les jours.
- Claude Code, deux façons : sur l'abonnement et sur vos propres modèlesLe même agent dans deux rôles : l'agent d'exploitation sur l'abonnement, avec des règles et des crochets qui refusent les commandes dangereuses, et un junior isolé sur les modèles locaux grâce à trois variables d'environnement.
- Kimi Code : les tâches longues, sur un serveur, depuis partoutUn second agent hébergé avec un contexte d'un million de jetons, laissé tourner sur le serveur dans un multiplexeur de terminal et atteint depuis le portable ou le téléphone. Plus les deux pièges qui nous ont coûté une soirée : la limite de taille de la liste d'outils et une reprise liée au dossier.
- Kimi K3.1 Pro est sorti : ce qui change, ce que ça coûte, comment l'essayerMoonshot AI publie Kimi K3.1 Pro, le premier modèle de sa série K3.1 : une version de K3 post-entraînée beaucoup plus longuement, un million de jetons de contexte, des poids ouverts annoncés avant le 4 novembre. Ce qui est annoncé, ce qui est mesuré par qui, ce que ça coûte en API et dans l'abonnement Kimi Code, et un lien de parrainage pour démarrer avec un bonus.
- Inari : vos agents dans la pocheLe portable dort, le téléphone non. Une console Android native qui suit les sessions de code en direct, parle à un orchestrateur local et garde la seule décision qui reste humaine : le go sur une tâche. Construite sans Google, publiée sans magasin.
- Salles et FoxDesk : une conversation, n'importe quelle machine, n'importe quel agentUn contrôleur de salles rend chaque conversation d'agent durable et rejouable, sur plusieurs machines. Un cœur d'agents libre, jamais modifié, avec vos agents branchés par adaptateurs. Et un client de bureau servi sur chaque poste, pour qu'une machine en panne ne vous coupe jamais.
- BMAD avec de petits modèles : le modèle propose, le code décideUne méthode de planification du travail d'agents, adaptée aux modèles locaux : des stories avec un schéma, des scénarios écrits comme des données et lancés par pytest, une seule story vivante à la fois, et aucun modèle qui rend jamais un verdict.
- Rétro-ingénierie avec preuves : que l'agent prouve au lieu de devinerAvant de brancher votre pile sur le programme de quelqu'un d'autre, comprenez-le preuves à l'appui. Une boîte à outils libre de rétro-ingénierie que les agents peuvent appeler : analyser une fois, garder un instantané, poser des questions de suivi, et obtenir des réponses avec leurs preuves et leurs limites.
- Le plancher de contexte : où partent vraiment les jetons d'un agentNous avons mesuré un run d'agent jeton par jeton. La conversation pesait 1 % de la facture ; le reste, c'étaient les mêmes 30 939 jetons d'instructions et de descriptions d'outils, renvoyés à chaque tour. Comment mesurer votre propre plancher, et quels leviers le font vraiment bouger.
- Laisser un agent voir et piloter votre bureau, sous vos yeuxCertaines tâches n'ont pas de ligne de commande : une page de réglages, une case à cocher, un formulaire. Un agent qui prend des captures et bouge la souris peut les faire pendant que vous regardez. Deux serveurs d'outils libres, quatre constantes qui le font marcher, et un arbitre qui dit si un clic a vraiment fait quelque chose.
- Les skills : apprendre une procédure à votre agent, une fois pour toutesUne skill, c'est un dossier avec un fichier Markdown : quand s'en servir, et comment. L'agent ne la charge que quand la tâche l'appelle, donc cent skills ne coûtent rien tant qu'on n'en a pas besoin. Celles que nous utilisons chaque jour, de la mise en forme des réponses pour un lecteur TDAH à une revue de sécurité complète, et comment écrire la vôtre.
- Pourquoi ça échoue ? Donnez des faits au modèle, et une machine qui se souvientInterrogé sur la cause d'une panne, un modèle local explore à l'aveugle et invente des fichiers. Muni des faits, le même modèle répond juste : 5/5 en 72 secondes au lieu de 2,75/5 en 9 minutes. Deux petits outils : l'un rassemble les faits, l'autre enregistre ce que vivait la machine.
- Le compte qui raisonne ne détient aucun secret : agents et autoritéIci, des agents déploient, poussent du code et créent des dépôts, et pourtant aucun ne détient de jeton ni de mot de passe. La règle qui rend ça sûr, et trois petits services bâtis dessus : un démon de déploiement à liste fermée, un assistant de forge derrière une socket, et un créateur de dépôts qui ne laisse jamais un dépôt vivre sans sa protection.
- Les knowledge packs : des faits avec une source, un test et une date de péremptionLes modèles répondent de mémoire, et la mémoire vieillit. Un knowledge pack est une petite unité de savoir vérifié servie aux agents : chaque affirmation a une source datée, chaque procédure une assertion exécutable, et chaque fait une date de péremption qui ouvre une issue quand elle passe.
- Un assistant de poste qui désigne, et ne tape jamaisDites une phrase, un petit modèle local choisit une fonction dans une table fermée, et le script l'exécute. Les questions trouvent d'abord leur réponse dans vos propres notes, puis dans une cascade de modèles qui doivent dire « insuffisant » quand ils ne savent pas. Ce que les mesures ont imposé, règle par règle.
- billion-context : un proxy de compression de contexte, mesuré honnêtementUn proxy local qui se place entre votre agent de code et son modèle et promet d'étirer le contexte. Nous l'avons installé avec soin, branché sur Claude Code, Kimi Code et OpenFox, et mesuré. Sous 100k jetons il n'a rien économisé, et une fois il a coûté trois fois plus. Quand il pourrait aider, et comment l'essayer sans risque.
- D'un mail à une demande de fusion : l'étiquette goEnvoyez-vous un mail avec une idée ; il devient une issue rédigée qui vous attend. Posez-y une étiquette, et un agent la prend, travaille, ouvre une demande de fusion, et ferme l'issue une fois fusionnée. Une règle garde le tout sûr : aucun code ne pose jamais l'étiquette.
- Aiguiller les demandes avec un petit classifieur entraîné, pas avec des mots-clésQuel modèle doit prendre cette demande : le petit, celui par défaut, le gros ? Les mots-clés tombaient juste 63,7 % du temps, moins que répondre toujours « par défaut » (72,6 %). Un petit classifieur entraîné sur 237 vraies demandes a atteint 84,0 %, en 20 millisecondes, sans carte graphique. Et la leçon plus large qu'il a révélée : le catalogue d'outils.
- La doctrine déterministe : le modèle propose, le code décideL'idée qui traverse chaque couche de cette pile : laisser aux modèles ce qui a plusieurs bonnes réponses, et confier à du simple code tout ce qui n'en a qu'une. Pourquoi cela rend fiables de petits modèles locaux, pourquoi un bon outil vaut souvent mieux qu'une skill, et les chiffres qui nous ont convaincus, couche par couche.
- fh-tools : quatorze outils déterministes pour les agents de codeChacun répond à une question par un fait, toujours de la même façon : ce correctif s'applique-t-il, quelles lignes ajoutées aucun test n'exerce, ce texte contient-il un identifiant secret, avons-nous déjà vu cette panne. Du JSON en entrée, du JSON en sortie, des codes de sortie qui ont un sens, et un vérificateur qui rejoue chaque cas trois fois.
- La suite fh- : soixante petites commandes qui font tourner le laboChaque geste quotidien ici est une courte commande nommée fh-quelquechose : interroger le parc, confier du travail à un agent, le suivre en direct, déployer, vérifier la santé, trouver pourquoi ça échoue, publier une branche. Rangées par métier, une ligne chacune, avec la règle qu'elles partagent toutes.
- L'état d'un agent comme fichier portable : déplacer un agent en marche entre machinesGarder tout l'état d'un agent dans un dossier de fichiers simples, changer son modèle en pleine conversation, et le déplacer d'une machine à l'autre sans jamais l'exécuter deux fois. La conception, l'unique moment ambigu du protocole, et comment le tester avec des pannes injectées.
- Inari : Claude Code, Codex et Pi, self-hosted sous votre propre nomL'appli bureau de Cloudroom est en Apache-2.0 et son cœur ne demande aucun compte — self-hostez-le, et un petit outil MIT repeint l'identité pour qu'elle soit la vôtre : logo, couleurs, nom du produit. Le moteur amont n'est jamais forké, juste patché en place au moment du build.
- Inari passe en MIT, sur un cœur à nousInari a commencé comme une couche de peinture sur Cloudroom, une excellente appli pour Claude Code, Codex et Pi. C'est maintenant son propre cœur, son interface et son client Android, sous licence MIT. Ce qu'on a emprunté, pourquoi c'est très bien, et pourquoi le nôtre répond mieux à nos besoins.
Créer avec l'IA locale
- Créer avec l'IA locale : tous les outils du studioImages, plans vidéo, courts métrages entiers, musique, chansons, objets 3D, schémas, explications animées : tout ce que nous créons ici tourne sur nos propres cartes ou en simple code. La carte du studio, ce que chaque outil fait le mieux, et par où commencer.
- Le vibe coding et l'art numérique : quand décrire devient faireDites ce que vous voulez, laissez un modèle écrire le code, jugez par ce qui apparaît à l'écran. Le vibe coding est né comme une boutade sur la programmation ; dans l'art numérique, c'est un vrai basculement. Visuels génératifs, shaders, musique codée en direct, motion design en code, tout devient accessible par la description, avec un modèle local. Ce que ça ouvre, ce que ça coûte, et où nous traçons la limite.
- ComfyUI : images, vidéo et 3D sur vos propres cartesL'éditeur à nœuds des modèles génératifs, lancé comme service qui n'écoute que sur la machine elle-même, une instance par carte. Quel modèle pour quoi, combien de temps prend vraiment un plan vidéo de cinq secondes, et comment le piloter depuis des scripts et des agents.
- Un studio de musique local qui garde le projet : fh-seqLes générateurs de chansons en ligne vous rendent un MP3 opaque. fh-seq garde la chanson comme un projet : sections et paroles, un arbre de rendus où chaque retouche garde son parent, la reprise d'une plage de temps, des pistes séparées à mixer, un clip plan par plan. Tout sur des moteurs libres, sur vos propres cartes.
- ACE-Step : trois minutes de musique en 27 secondes, sur votre propre carteUn modèle de musique libre assez rapide pour devenir un outil : des morceaux entiers à partir de quelques étiquettes de style, la reprise d'un passage, des variations. Comment nous l'utilisons pour une banque d'ambiances, une bande-son de vidéos automatiques, et pourquoi il ne tourne jamais pendant que la musique joue.
- Une phrase devient un film : la chaîne de production localeUne phrase en entrée, un court métrage en sortie : un modèle local écrit la fiche technique, le code refuse ce qui gâcherait un rendu, les cartes rendent les plans, ajoutent bruitages synchronisés et musique, coupent et montent. Mesuré étape par étape, avec les trois décisions qui font que ça marche.
- ArtCraft : mettre la scène en place avant de la générerÉcrire un prompt, c'est deviner ; ArtCraft permet de construire le plan : des calques en 2D, décors et accessoires en 3D, des personnages posés, une caméra que vous placez, puis la génération. Un studio de création libre que nous compilons depuis les sources sous Linux, avec le seul correctif de dépendance qu'il a demandé.
- Des schémas en code : chaque figure de ce site est une petite fonctionPas d'outil de dessin, pas de fichier image, pas de bibliothèque : chaque schéma ici est une fonction Python qui écrit du SVG, avec ses libellés en deux langues et une légende que lisent les lecteurs d'écran. Un test vérifie que chacun est dessiné et décrit. Et quand il faut un graphique plus riche, une skill de schémas à quarante-cinq types.
Votre poste Linux
- Annuler n'importe quel changement : des instantanés de votre dossier personnel avec snapperAu lieu de copies .bak partout, une photo de votre dossier avant chaque modification risquée, prise en une seconde, et une annulation en une ligne.
- Une alerte de fuite : changer des dizaines de mots de passe sans s'enfermer dehorsL'ordre qui ne vous laisse jamais dehors, comment choisir quoi changer d'abord, et pourquoi une fiche périmée est pire qu'une fiche vide.
- Un portable d'occasion devenu poste Linux confortable (Omarchy)Vérifier ce que vous achetez, installer un bureau Linux prêt à travailler, et les trois surprises qui ressemblent à des bugs sans en être.
- Reconstruire vos machines en une commande, et savoir ce que vous avez changé à la main (Ansible)Décrivez chaque machine dans un dépôt ; --check --diff vous dit ce qui a dérivé, sans rien toucher. Un premier playbook, et les pièges du débutant.
- Des secrets qui ne touchent jamais un fichier : les mots de passe des scripts et des agentsUn coffre pour les mots de passe des personnes, un gestionnaire de secrets pour les machines, et une règle : un secret passe du coffre à son programme par un tuyau, jamais par un fichier, une ligne de commande ou un écran.
- Votre propre app Android, hors du Play Store, avec ses mises à jourCompiler dans un conteneur, signer correctement, servir les mises à jour depuis votre serveur. Et la règle qui casse les mises à jour en silence si vous l'oubliez : un numéro de version ne sert qu'une fois.
- Une empreinte pour tout le labo : sudo sur le serveur, votre coffre sur le portableLe lecteur d'empreintes du portable approuve un sudo sur une autre machine, et déverrouille votre gestionnaire de mots de passe. Une réponse signée, un nombre aléatoire neuf à chaque demande, une clé privée qui ne quitte jamais le portable, et le mot de passe toujours là en secours.
- SSH pour un poste agentique : instantané, sûr, et quatre piègesQuand des agents lancent des centaines de commandes SSH par jour, les détails comptent. Des connexions partagées qui font passer chaque appel de 300 ms à 12, du texte libre qui ne doit jamais voyager dans une ligne de commande, la bonne façon d'ouvrir une fenêtre sur une autre machine, et le kill qui emporte votre propre shell.
- Purrd : de la musique pendant que l'agent travaille, le silence quand il a finiArrêtez de fixer un terminal. Un petit programme libre joue une musique lo-fi générée pendant qu'une longue tâche tourne ; le retour du silence vous dit qu'elle est finie. Il enveloppe n'importe quelle commande, suit Claude Code par ses crochets, et peut dire une phrase quand l'agent a besoin de vous.
- Inframagotchi : un chat dont la santé est celle de votre homelabUne supervision qu'on regarde vraiment. Un chat de gouttière façon manga vit dans une fenêtre de votre bureau : les yeux brillants quand tout tourne, en sueur, pansé, puis K.-O. quand les services tombent. De vraies sondes dessous, un dessin qui ne connaît qu'un nombre, tout dessiné en code.
- Trois petits outils pour votre poste : votre historique IA, une jauge de contexte, l'inventaire de vos machinesRapatriez vos conversations Claude.ai en fichiers lisibles, voyez dans la barre d'état à quel point le contexte de votre agent local est rempli, et sachez ce qui a changé sur chacune de vos machines depuis la semaine dernière. Chacun tient en un script sans dépendance.
- Omarchy en profondeur : l'étendre sans casser les mises à jour, et cinq « bugs » qui n'en sont pasOmarchy fait d'Arch et Hyprland un poste de travail prêt à l'emploi. Étendre son menu de la façon prévue, et cinq comportements étranges rencontrés, chacun avec sa vraie cause : un écran sombre à « 100 % », une barre qui disparaît pour de bon, quatre sortes de barres de titre, une transparence laiteuse, une entrée de menu qu'on ne peut pas presser.
- Rapatrier votre historique Claude.ai : claude-archive, pas à pasVos conversations avec Claude.ai, en fichiers sur votre disque : un fichier Markdown par conversation, chaque bloc de code en vrai fichier, une liste des pièces jointes à récupérer à la main, et un manifeste qui prouve que rien n'a été perdu. Un script, sans dépendance, sans réseau.
Homelab : remplacer les abonnements
- Homelab 1 : Proxmox, la base sous chaque serviceUne machine, plusieurs serveurs isolés, des instantanés et des sauvegardes. Le socle de la série qui remplace Google et les abonnements.
- Homelab 2 : une seule entrée HTTPS pour tous vos servicesUn proxy inverse avec des certificats gratuits : comment ce site même a été mis en ligne, en quinze minutes.
- Homelab 3 : votre propre gestionnaire de mots de passe avec VaultwardenRemplacer le gestionnaire de mots de passe que vous louez. Le serveur ne voit jamais vos mots de passe, et la sauvegarde qui se restaure vraiment.
- Homelab 4 : bloquer pubs et traceurs pour toute la maison avec AdGuard HomeUn seul serveur DNS pour tous les appareils, téléphones et TV compris. Et la réécriture locale qui garde vos propres services à la maison.
- Homelab 5 : des sauvegardes qui survivent à une attaque de votre serveurDeux copies, deux machines, et le détail qui compte le plus : la seconde copie est tirée avec une clé en lecture seule, jamais poussée.
- Homelab 6 : rejoindre la maison de partout sans ouvrir de portSeuls les sites publics passent par la box. L'administration, les modèles et les services privés passent par un réseau privé chiffré.
- Homelab 7 : remplacer Google Photos par ImmichSauvegarde automatique du téléphone, visages, carte et recherche, à la maison. Et les deux choses à sauvegarder, pas une.
- Homelab 8 : votre propre forge de code, où rien n'arrive sur main sans contrôle vertForgejo et sa CI, une branche protégée, et les règles qui laissent des agents IA proposer du code sans jamais casser main.
- Homelab 9 : votre propre moteur de recherche, pour vous et vos agentsSearXNG interroge des dizaines de moteurs pour vous, sans compte ni profil. Et il donne à vos agents locaux une recherche web qu'ils savent lire.
- Homelab 10 : les notifications de vos serveurs et de vos agents, sur votre téléphonentfy transforme une ligne de curl en notification : sauvegardes, agents qui vous attendent, tâche en échec. Auto-hébergé, avec des comptes.
- Homelab 11 : vos fichiers et votre bureautique à la place de Google Drive et DocsNextcloud pour les fichiers, agendas et contacts, OnlyOffice pour éditer les documents dans le navigateur. Le mécanisme à trois acteurs qui explique chaque erreur d'installation.
- Homelab 12 : tous vos papiers numérisés, lus et retrouvables avec Paperless-ngxDéposez un scan ou une photo dans un dossier : il est lu, étiqueté et classé. Cherchez un mot sur n'importe quelle facture des dix dernières années.
- Homelab 13 : une liste de tâches pour vous et vos agents avec VikunjaRemplacer Todoist ou Microsoft To Do, importer vos listes, et donner à vos agents une file partagée où les décisions que vous seul pouvez prendre vous attendent.
- Homelab 14 : automatiser sans abonnement Zapier, avec n8n et une cascade de décisionDes workflows qui relient vos services, et le schéma qui les garde économes et privés : les règles d'abord, un petit juge local, un modèle hébergé seulement pour les données publiques, vous pour le reste.
- Homelab 15 : Home Assistant avec une voix locale, en françaisParler à votre maison sans aucun cloud : reconnaissance et synthèse vocales sur votre propre GPU, un repli sur processeur quand la carte est prise, et un modèle local pour comprendre.
- Homelab 16 : garder tout ce que vous lisez, pour toujours, avec KarakeepRemplacer Pocket et les favoris du navigateur : des archives de pages entières qui survivent au site d'origine, étiquettes et résumés par un modèle local, et vos agents peuvent y chercher.
- Homelab 17 : vos erreurs vous trouvent, avec GlitchTip au lieu de SentryUn traqueur d'erreurs auto-hébergé en trois conteneurs, compatible avec les SDK de Sentry : chaque plantage de chaque service arrive au même endroit, regroupé et daté.
- Homelab 18 : bannir les scanners avec fail2ban, et le piège Docker qui rend les bannissements inutilesLire les journaux du proxy, bannir une adresse après quelques erreurs, et s'assurer que le bannissement est là où le trafic passe vraiment.
- Des pannes qui vous appellent : chaque service se signale, chaque livraison sait revenir en arrièreUn service qui tombe en silence se découvre des jours plus tard. Trois petites habitudes systemd font que chaque panne vous appelle, sans suite de supervision : un modèle d'unité pour les échecs, un signe de vie quotidien qui tolère un portable fermé, et un script de livraison qui remet seul l'ancienne version.
- Une seule table pour tout ce qui se passe : les événements du parcLes envois sur la forge, les services en échec, les scans de sécurité de la nuit, les livraisons, les runs d'agents : tout écrit une ligne dans la même table de base de données, avec des rôles qui ne peuvent qu'insérer ou que lire. Ensuite un tableau de bord, les alertes et les agents lisent tous les mêmes faits.
- Homelab : un ChatGPT privé, tous les outils PDF, et la transcription à la maisonTrois services auto-hébergés : Open WebUI pour discuter avec vos propres modèles, Stirling-PDF pour fusionner, découper, signer et passer à l'OCR des documents, Scriberr pour transformer des enregistrements en texte. Chacun remplace un abonnement ou un envoi sur le serveur d'un inconnu, et chacun demande les trois mêmes réglages de sécurité, appris à nos dépens.
- Avant d'ouvrir un site web à internet : un audit de sécurité en dix contrôlesNous avons audité un site auto-hébergé avant de lui faire confiance, sans rien attaquer : en-têtes, chiffrement, DNS, les voisins qui partagent sa porte, les outils censés le défendre. Le site était propre ; ce qui l'entourait non, et l'outil de bannissement n'avait jamais banni personne. La méthode, les commandes, et le correctif de chaque constat.
- Résister aux DDoS quand votre site vit à la maisonAucun réglage d'un serveur maison n'arrête une inondation qui sature la ligne. Ce que vous pouvez faire : rendre les petites attaques inutiles au niveau du proxy, servir le site depuis la mémoire, et, pour une vraie protection, placer devant la maison un petit frontal loué avec anti-DDoS, pour que son adresse ne soit jamais publiée. Quatre couches, du gratuit à cinq euros par mois.
- Votre propre CI sur Forgejo : les pièges du runner, une image pour tout, et des tests qui ne mentent pasUne forge auto-hébergée avec son propre exécutant de CI, c'est la liberté, jusqu'au jour où un job attend pour toujours sans un mot. Les pièges de Forgejo Actions, une image unique d'exécutant qui supprime les outils qu'un job réinstallait à chaque passage, un cliquet de langue, et la règle qui nous a fait gagner le plus de temps : lire le journal de la forge avant de reproduire quoi que ce soit.
- ntfy partout : la voix de tout le laboUn petit serveur de notifications auto-hébergé, et chaque recoin du labo peut joindre votre téléphone : services en échec, un agent qui attend votre accord, un nouveau message sur le formulaire de contact. Comment nous utilisons les sujets, les priorités et les liens qui ouvrent exactement l'écran voulu, sans Google.
- Tailscale comme colonne vertébrale : tout en privé, joignable de partoutLa passerelle de modèles, l'API de la console sur téléphone, le relais d'empreinte, la diffusion de jeux, les rapports de santé d'un portable en déplacement : tout cela passe par un réseau privé, rien n'est sur internet. Comment publier un service sur le seul réseau privé, avec un vrai HTTPS, et les réglages par défaut à resserrer.
- fh-probes : mesurer un nœud sans devenir la cause de ce qu'on mesureGPU, RAM, pression mémoire, serveurs de modèles : une ligne JSON par seconde, lue directement dans NVML et /proc, sans un seul sous-processus. Et fh-history qui croise la machine avec vos runs : « ce run a échoué » devient « ce run a échoué pendant que la pression mémoire montait à 91 ».
- Un service sature un cœur et se fait tuer : trouver pourquoi en dix minutesUne appli auto-hébergée saturait un cœur CPU et était arrêtée plusieurs fois par jour par le tueur de mémoire du noyau. Dix secondes de profilage du processus Node en marche ont désigné la boucle exacte, et la même séance a révélé un second voleur de mémoire sans rapport : le ballooning de l'hyperviseur.