30 outils GitHub gratuits qui règlent vraiment un problème en 2026 : développement, bureau, automatisation

Chaque semaine sur GitHub, une nouvelle liste « outils open source incontournables en 2026 ». Les étoiles prouvent seulement que des gens ont cliqué sur Star, pas quel travail concret l’outil vous évite. Les 30 ci-dessous sont choisis par problème : 10 développement, 10 bureau, 10 automatisation. Critères : tourner sur votre propre matériel, licence qui autorise un usage personnel, et remplacer une tâche précise — chercher dans le code, lire un diff, fusionner des PDF, tenir un budget, surveiller un site, stocker une sauvegarde ailleurs que sur une seule machine.

n8n et beaucoup de « panneaux open source » sont courants, mais leur licence n’est pas du type MIT, Apache ou GPL, donc ils ne figurent pas ici. L’orchestration de flux est couverte par le cœur MIT d’Activepieces et Node-RED. Les tags d’images et les conditions changent : ouvrez le fichier LICENSE et le README du dépôt avant d’installer. Inutile d’installer les 30 d’un coup.

Comment cette liste est filtrée

Trois catégories suffisent ; inutile de reclasser en « IA / productivité / geek ».

• Ligne de commande : installée aujourd’hui sur la machine de développement — recherche dans le code, lecture des diff, gestion des versions de langages, appels API.
• Bureau ou notes locales : les données d’abord sur votre disque ; la synchronisation vient après.
• Auto-hébergement : Docker Compose du dépôt. Pages d’administration sur la boucle locale, puis SSH vers votre navigateur.

Développement : dix dépôts ouverts chaque jour

Presque tout est en ligne de commande, avec des licences claires ; sur macOS, Homebrew suffit. Sur Linux, paquets de la distribution ou script d’installation upstream — les commandes restent les mêmes.

1. ripgrep : trouver par contenu dans le dépôt

BurntSushi/ripgrep · Unlicense · Ligne de commande

Le grep du système fonctionne ; sur un gros dépôt, vous voulez respecter .gitignore, numéros de ligne et vitesse à la hauteur de l’éditeur. C’est le rôle de ripgrep. La recherche de VS Code s’appuie souvent dessous ; une copie en terminal aligne scripts et éditeur sur les mêmes règles d’exclusion.

macOS : brew install ripgrep, à la racine du dépôt rg "TODO|FIXME". Si vous ne cherchez qu’une fois par an dans un petit projet, inutile d’ajouter ack ou ag.

2. lazygit : voir clairement ce qui a changé

jesseduffield/lazygit · MIT · Interface terminal

Il ne vous apprend pas Git ; il affiche blocs en staging, branches et commits récents sur un écran. Staging par bloc, stash, reflog — plus rapide qu’alterner git status. Les touches risquées sont au même endroit ; avant de perdre un commit, comprenez la différence entre git reset et git revert.

brew install lazygit, puis lazygit dans le dépôt. Vue d’ensemble, pas « plus besoin de mémoriser les commandes ».

3. delta : un diff lisible

dandavison/delta · MIT · Ligne de commande

Le git diff par défaut sur un gros changement devient deux taches rouge et vert. delta colore la syntaxe, côte à côte ou inline — moins d’erreurs en relisant vos commits. Après brew install git-delta :

git config --global core.pager delta
git config --global interactive.diffFilter "delta --color-only"

Si vous avez déjà un outil de diff confortable, inutile d’en installer un autre pour les couleurs.

4. GitHub CLI : les PR sans quitter le terminal

cli/cli · MIT · Ligne de commande

gh gère GitHub : ouvrir une PR, voir les Checks, Issues, journaux Actions. L’historique du dépôt reste git. Connexion avec gh auth login ; le jeton reste dans le trousseau système ou le stockage d’identifiants de gh, pas dans l’historique du shell ni dans le dépôt.

brew install gh
gh pr create
gh run watch

5. act : exécuter le flux de travail en local avant de pousser

nektos/act · MIT · Ligne de commande + Docker

act exécute GitHub Actions en local via Docker. En modifiant un workflow, act -l pour lister les tâches, puis lancer celle que vous touchez — moins de « dix push avant le vert ». brew install act, Docker doit tourner.

Il simule un runner Linux courant, pas le runner macOS de GitHub. Workflow avec Xcode, signature ou simulateur : act ne remplace pas un vrai Mac. Exécutez ces tâches directement sur le Mac.

6. uv : ne plus empiler trois outils pour Python

astral-sh/uv · MIT OR Apache-2.0 · Ligne de commande

pip, venv, pyenv et pip-tools sur la même machine : le premier jour part en « pourquoi le paquet est installé mais import échoue ». uv regroupe installation de Python, environnement virtuel et dépendances dans un même ensemble de commandes.

brew install uv
uv python install 3.12
uv init
uv add ruff

Si l’équipe a déjà Poetry ou PDM dans la doc et la CI, n’introduisez pas uv en parallèle sans préparer le changement de fichiers de verrouillage et la documentation.

7. Ruff : analyse et formatage avec un seul outil

astral-sh/ruff · MIT · Ligne de commande

Il couvre beaucoup de ce que Flake8, isort et Black faisaient, assez vite pour la sauvegarde et la CI. ruff check . pour les problèmes, ruff format . pour le style. Ne laissez pas Ruff format et Black reformater le même dépôt — les deux s’écrasent.

Règles dans pyproject.toml. Une semaine en règles par défaut, puis resserrer selon les faux positifs ; pas tous les plugins le jour un.

8. mise : la version suit le dépôt

jdx/mise · MIT · Ligne de commande

Node 22, Python 3.12, Go 1.23 ne devraient pas dépendre d’accords oraux dans le ~/.zshrc de chacun. mise met un .mise.toml dans le projet : en entrant dans le dossier, la version demandée ; en sortant, retour à l’état précédent. Il remplace la pile « nvm + pyenv + un asdf personne ne maintient », pas le langage lui-même.

Après brew install mise, suivez le README pour la ligne d’activation dans le shell. Binaire installé sans hook : la version ne suit pas le répertoire.

9. k9s : d’abord regarder le cluster, pas le modifier

derailed/k9s · Apache-2.0 · Interface terminal

Pod qui ne démarre pas, service sans endpoints, logs déjà évaporés : trois ou quatre commandes kubectl. k9s regroupe espaces de noms, pods, logs et port-forward dans une interface clavier. brew install k9s, puis k9s.

Sur la prod, kubeconfig en lecture seule. Raccourcis de suppression et d’entrée dans le conteneur : pas de cluster-admin sur une machine partagée.

10. Bruno : collections API dans le dépôt

usebruno/bruno · MIT · Bureau

Une collection Postman qui vit dans le compte d’une seule personne : adresses d’environnement et exemples de requêtes se perdent. Bruno stocke les requêtes en texte (.bru), revue avec le code. brew install --cask bruno.

Clés dans un fichier d’environnement ignoré par Git, pas dans les .bru versionnés. Si l’équipe a déjà un client API commun, n’ajoutez pas une collection « que vous seul utilisez ».

Bureau : dix logiciels qui remplacent des abonnements

Bureau ici : PDF, notes, schémas, tableaux, tâches, budget, synchronisation de fichiers, archivage de scans. Ce qui peut tourner en local d’abord évite un abonnement au siège. Si la licence du service auto-hébergé distingue « cœur » et « répertoire entreprise », c’est indiqué ci-dessous.

11. Stirling-PDF : ne plus envoyer des PDF sur des sites inconnus

Stirling-Tools/Stirling-PDF · Cœur MIT, répertoires propriétaires en plus · Auto-hébergement

Fusionner, découper, pivoter, compresser : inutile de passer un contrat par une page temporaire. Stirling-PDF regroupe les opérations PDF courantes sur une instance que vous déployez. Le LICENSE du dépôt précise : hors répertoires proprietary, saas, engine, etc., le contenu est sous MIT ; si ces répertoires existent, chacun a sa licence. Certaines fonctions ont en plus des conditions d’usage en production côté éditeur.

Avant déploiement, lisez dans le README quel image et tag sont recommandés, puis le LICENSE de ce tag. Pour traiter des fichiers sur votre machine, vous pouvez commencer ainsi ; pour offrir un service à d’autres ou revendre, lisez d’abord les termes des répertoires propriétaires. Ne supposez pas que l’image par défaut inclut les paquets de langue pour l’OCR chinois.

12. SiYuan : la base de connaissances d’abord sur votre disque

siyuan-note/siyuan · AGPL-3.0 · Bureau / auto-hébergement

Références par blocs, liens bidirectionnels, local d’abord. Le corps des notes est dans le répertoire de données de cette machine, pas dans un compte qui n’exporte qu’à moitié. La sync officielle est un service payant optionnel ; une sync maison peut suivre leur doc S3. Licence AGPL-3.0 : usage et modification pour vous-même, oui ; service réseau offert au public, obligations AGPL à respecter.

Si le noyau expose une interface web, liez sur 127.0.0.1. N’écoutez pas sur 0.0.0.0 pour le confort du téléphone sans authentification.

13. Joplin : capture web et synchronisation chiffrée

laurent22/joplin · Client AGPL-3.0 · Bureau / mobile

Plus carnet que éditeur à blocs : Markdown, capture de pages, chiffrement de bout en bout. Cible de sync : votre Joplin Server, WebDAV ou stockage objet. La racine du dépôt déclare AGPL-3.0 par défaut ; si packages/server a une licence séparée, ouvrez-la avant de déployer le serveur.

Mot de passe de chiffrement perdu : les notes synchronisées ne se déchiffrent plus. Notez la procédure de récupération dans le coffre de mots de passe, pas dans le carnet. Si SiYuan est déjà la base de connaissances, ne dupliquez pas les mêmes notes dans Joplin — deux plans divergent.

14. draw.io (bureau) : schémas d’architecture dans le dépôt

jgraph/drawio-desktop · GPL-3.0 · Bureau

Flux, réseau, séquences en .drawio (XML), versionnables dans Git ; le diff n’est pas joli, mais ce n’est pas bloqué dans un compte qui n’exporte que du PNG. Le dépôt bureau est sous GPL-3.0. Sans curseur collaboratif, la version bureau suffit — pas besoin d’un serveur de dessin.

Ce n’est pas un design system : styles de composants et conventions d’annotation restent à vous. Extension officielle dans VS Code pour éditer sans quitter l’éditeur.

15. Penpot : garder les fichiers de design

penpot/penpot · MPL-2.0 · Auto-hébergement

Maquettes, composants, annotations pour le front : tout sur le cloud d’un tiers, compte coupé, il ne reste que des captures. Penpot se déploie chez vous, fichiers plutôt SVG / CSS ouverts. Licence MPL-2.0. Pile front, back, PostgreSQL et Redis — pas la peine pour deux croquis seul.

Si l’équipe exige « les fichiers de design sur nos machines », Docker Compose du dépôt et épinglez la version dont vous avez lu la doc. Sinon, draw.io ou fichiers locaux.

16. Grist : quand Excel est déjà une base de données

gristlabs/grist-core · Apache-2.0 · Auto-hébergement

Une feuille passée de main en main, colonnes mélangeant ID, statut et notes : ce n’est plus un tableur, c’est une base sans contraintes. Grist garde l’apparence de grille, colonnes relationnelles et formules dessous. Cœur Apache-2.0.

Pas de BI. Grands écrans et droits complexes : d’abord un modèle de données propre, puis la visualisation. En auto-hébergement, sauvegardez la base, pas un export xlsx ponctuel.

17. Vikunja : listes de tâches sans déployer un ERP

go-vikunja/vikunja · AGPL-3.0 · Auto-hébergement

À faire, listes, kanban, partage entre quelques personnes — souvent vendu comme « déployer toute la gestion de projet ». Vikunja est plus léger ; SQLite pour commencer, PostgreSQL quand il y a du monde. Licence AGPL-3.0.

Tickets liés au dépôt de code, support, SLA : insuffisant. Gardez ce flux dans le système que vous utilisez déjà ; pas une deuxième « vérité » des tâches.

18. Actual : d’abord savoir dans quelle enveloppe est l’argent

actualbudget/actual · MIT · Local d’abord

Budget par enveloppes : chaque revenu va vers loyer, impôts, serveur, divers. Actual garde les comptes en local, sync maison optionnelle. Licence MIT. Import bancaire automatique selon région et connecteurs ; ne supposez pas que les cartes de votre pays se synchronisent toutes seules.

Comptes perso ou petite équipe, pas logiciel fiscal ni grand livre d’entreprise. Factures et pièces : Paperless ; ne gardez pas le PDF de facture uniquement en pièce jointe du logiciel de budget.

19. Syncthing : synchroniser des dossiers sans cloud tiers

syncthing/syncthing · MPL-2.0 · Bureau / serveur

Deux ordinateurs, un téléphone : un répertoire synchronisé sans passer par un disque en ligne. Appareils approuvés par ID, trafic pair à pair. Licence MPL-2.0.

Les suppressions se synchronisent aussi. Suppression accidentelle sur une machine, les autres suivent. Ce n’est pas une sauvegarde. En plus de la sync des répertoires importants, restic pour une copie chiffrée avec historique.

20. Paperless-ngx : retrouver le texte dans les scans

paperless-ngx/paperless-ngx · GPL-3.0 · Auto-hébergement

Contrats, reçus, bordereaux dans un dossier : OCR, tags, classement par correspondant. Licence GPL-3.0. Le chinois demande les paquets de langue Tesseract (par ex. chi_sim) ; l’image par défaut ne les inclut pas forcément.

Originaux sur le disque, OCR gourmand en CPU. Ne le mettez pas sur la même machine 16 Go de RAM qui compile iOS. Interface d’administration pas exposée sur Internet ; sauvegardez répertoire des originaux et base ensemble.

Automatisation : dix projets qui absorbent le travail répétitif

Ici : un flux, une notification, une sauvegarde, une mise à jour de dépendances. Si un script et cron suffisent, pas besoin d’une plateforme d’orchestration tout de suite.

21. Activepieces : flux visuels — d’abord voir ce qui est MIT

activepieces/activepieces · Cœur MIT, répertoire ee à part · Auto-hébergement

Formulaire entrant, écriture en table, envoi d’e-mail : faisable en script, mais un schéma se transmet mieux. Le LICENSE d’Activepieces : hors packages/ee/, MIT ; le répertoire entreprise a sa licence, et en production ces fonctions exigent leur abonnement.

La Sustainable Use License de n8n autorise l’usage personnel mais limite l’offre en hébergement pour autrui, donc pas dans ces 30. Si vous avez déjà n8n en interne sans exposition publique, pas d’obligation de migrer pour cette liste. Nouveau flux et cœur MIT : partie communauté d’Activepieces ; sans contrat, n’activez pas les fonctions entreprise.

22. Node-RED : un message du webhook au système suivant

node-red/node-red · Apache-2.0 · Auto-hébergement

Adapté aux événements : webhook reçu, JSON transformé, envoi vers une autre interface ou file de messages. Apache-2.0. Flux exportable dans Git. Jetons dans son stockage d’identifiants, pas dans le JSON de flux versionné.

Gros volumes et retries complexes : pas sur un canevas qui grossit sans fin. Windmill ou votre système de jobs existant pour ça.

23. Windmill : quand les scripts remplissent un tiroir, une page interne

windmill-labs/windmill · Communauté surtout AGPL · Auto-hébergement

Le LICENSE du dépôt : AGPL par défaut, fichiers Apache-2.0 en plus, fonctions entreprise sous licence propriétaire. Pratique pour transformer un script Python ou TypeScript en outil interne « collègue remplit un formulaire puis exécute », avec planification.

Un seul cron et un script : inutile. Si vous montez Windmill, séparez fonctions communauté et entreprise, puis décidez si l’AGPL vous convient.

24. ntfy : les alertes pas seulement dans les journaux

binwiederhier/ntfy · Serveur Apache-2.0 · Auto-hébergement

Échec de sauvegarde, certificat qui expire, build rouge : si tout reste dans les logs du serveur, pas de notification. ntfy pousse vers téléphone ou bureau en une requête HTTP. Serveur Apache-2.0. Sur ntfy.sh public, les noms de sujet se devinent ; auto-hébergez avec jeton d’accès.

curl -d "backup failed" -H "Authorization: Bearer TOKEN" https://ntfy.example/ops

Remplacez le jeton et le domaine par les vôtres. N’utilisez pas le nom de sujet de l’exemple en production.

25. Uptime Kuma : savoir que c’est tombé

louislam/uptime-kuma · MIT · Auto-hébergement

HTTP, TCP, ping, expiration de certificat : une page de statut suffit pour une petite équipe. MIT. Pas un système de métriques ; CPU et histogrammes de latence : Prometheus et similaires, pas empilés dans Kuma.

Une page de statut publique expose les noms d’hôtes internes. Contrôles internes derrière le réseau privé ou SSH ; à l’extérieur, seulement ce que les utilisateurs doivent voir. Branchez les alertes sur votre ntfy.

26. changedetection.io : la page a changé, pas vous qui rafraîchissez chaque jour

dgtlmoon/changedetection.io · Apache-2.0 · Auto-hébergement

Prix, paragraphe de doc, page carrières, notes de version : un sélecteur, notification au changement. Apache-2.0. Pages exécutant JavaScript : navigateur, plus de CPU que le HTML statique — allongez l’intervalle.

Respectez les conditions et robots du site. Pas de pages après connexion ni de contenu explicitement interdit. Notifications via ntfy ; pas un robot de chat dédié pour ça seul.

27. Renovate : mises à jour de dépendances en PR refusables

renovatebot/renovate · AGPL-3.0 · GitHub App / auto-hébergement

Fichier de verrouillage périmé : souvent pas par ignorance, mais par peur d’un énorme diff. Renovate découpe par paquet, config dans renovate.json du dépôt. Licence AGPL-3.0. Dépôts publics : GitHub App hébergée courante ; dépôts privés sans App tierce : auto-hébergement.

La première semaine, pas de fusion automatique des major. Dependabot est un produit GitHub, hors cette liste auto-hébergée ; si vous l’utilisez déjà, pas besoin de le remplacer.

28. restic : une sauvegarde, c’est une restauration que vous avez testée

restic/restic · BSD-2-Clause · Ligne de commande

Chiffrement, déduplication, dépôt sur disque local, SFTP ou stockage objet. BSD-2-Clause. Syncthing reflète l’état actuel ; restic garde des instantanés historiques.

restic init --repo /path/to/repo
restic -r /path/to/repo backup "$HOME/Documents"
restic -r /path/to/repo snapshots
restic -r /path/to/repo restore latest --target /tmp/restore-test

Mot de passe via RESTIC_PASSWORD_FILE pointant vers un fichier hors Git. Au moins une restauration par trimestre pour vérifier que les instantanés ne sont pas vides.

29. Vaultwarden : le serveur du coffre chez vous

dani-garcia/vaultwarden · AGPL-3.0 · Auto-hébergement

API serveur compatible clients Bitwarden, plus léger que le serveur officiel, licence AGPL-3.0. Implémentation communautaire, pas le serveur officiel de Bitwarden SA. Clients : applications Bitwarden officielles.

HTTPS obligatoire. Jeton d’administration hors dépôt. Sauvegardez le répertoire de données et gardez le mot de passe de chiffrement ailleurs — données sauvegardées, mot de passe seulement en tête, machine morte : plus de coffre. Pas exposé sur un port public sans authentification.

30. IT-Tools : petits outils dans le navigateur

CorentinTh/it-tools · GPL-3.0 · Navigateur / auto-hébergement

Base64, hachage, décodage JWT, aide expressions cron, regex — chaque semaine, sans ouvrir une page douteuse à chaque fois. IT-Tools en local ou auto-hébergé. GPL-3.0. Beaucoup de calculs dans le navigateur.

Même ainsi, ne collez pas les jetons de production dans une instance partagée à toute l’entreprise que vous n’avez pas auditée. Une copie sur votre machine suffit.

Quoi installer réellement la première semaine

Les 30 sont un menu, pas un script d’installation. La première semaine, seulement ce qui suit ; le reste après sept jours d’usage.

brew install ripgrep lazygit git-delta gh uv ruff mise
git config --global core.pager delta
git config --global interactive.diffFilter "delta --color-only"
uv python install 3.12

Pièges à éviter en auto-hébergement

1. Pages d’admin sur 127.0.0.1, transfert SSH local vers votre portable. Uptime Kuma, Vaultwarden, SiYuan, Paperless, Activepieces : pareil.
2. Les répertoires entreprise ne s’utilisent pas en clonant au hasard. packages/ee d’Activepieces, répertoires propriétaires de Stirling, fonctions entreprise de Windmill, projets « front MIT, serveur avec termes entreprise » comme AFFiNE : en production, lisez ce LICENSE. Cet article cite SiYuan plutôt que le backend auto-hébergé d’AFFiNE comme option gratuite pour cette raison.
3. AGPL en usage personnel : en général OK ; service réseau offert au public : obligations sur le code source. En cas de doute, la licence, pas la page marketing « open source ».
4. La synchronisation n’est pas une sauvegarde. Syncthing propage les suppressions ; restic garde des instantanés. Mot de passe du coffre et répertoire de données séparés.
5. Épinglez les versions. Dans Compose, le tag dont vous avez lu la doc, pas latest flottant. Avant mise à niveau, notes de migration de cette version.
6. Secrets hors de Git. Fichiers d’environnement Bruno, jetons Node-RED, fichier mot de passe restic, Bearer ntfy : chemins ignorés.

Sur un Cloud Mac

Le groupe ligne de commande s’installe avec Homebrew sur le Mac, peu de mémoire. OCR, collaboration design et orchestration de flux dans Docker consomment RAM et disque. Sur 16 Go, si Xcode et le simulateur tournent déjà, ne mettez pas l’OCR chinois de Paperless ou toute la base Penpot sur la même machine. PDF et scans : matériel avec plus de disque, sans partager le CPU avec la compilation.

act utilise des conteneurs Linux ; il ne remplace pas les GitHub Actions qui exigent Xcode. Build iOS, signature et simulateur sur le Mac ; workflow limité au lint ou tests Linux : act pour répéter en local.

Interfaces d’administration sur la boucle locale. Depuis votre ordinateur, transfert SSH — par ex. porter le port distant vers le navigateur local — plutôt que mapper Vaultwarden ou Kuma sur une IP publique. Dépôt restic sur stockage objet ou autre disque ; le Mac ne doit pas être la seule copie. Notes et .mise.toml, config Ruff dans Git ; mots de passe et jetons API hors dépôt.

FAQ

Beaucoup d’étoiles, donc à installer ? Pas comme argument. Les étoiles indiquent la diffusion, pas que la licence vous convient ni que l’outil résout votre problème. Notez une tâche à économiser cette semaine, puis choisissez dans le tableau.

Pourquoi pas n8n ? Sustainable Use License, pas MIT / Apache / GPL. Auto-hébergé sans en faire un service pour autrui, beaucoup l’utilisent — pas besoin de migrer pour cette liste. Alternatives aux frontières de licence plus nettes : cœur MIT d’Activepieces ou Node-RED en Apache-2.0.

Installer les 30 ? Non. La première semaine, seulement les lignes qui vous concernent dans « Quoi installer réellement la première semaine ». Une pile pour notes, sync, orchestration et sauvegarde.

AGPL et MIT en usage personnel ? Sur votre machine, utiliser et modifier : les deux OK. La différence est surtout distribution et service réseau : AGPL impose des obligations de code source pour un service en ligne ; MIT exige surtout de garder l’avis de copyright. Répertoires entreprise et clauses propriétaires : à lire à part ; « MIT sur la page d’accueil » ne résume pas tout le dépôt.

Un coffre auto-hébergé est-il sûr ? Vaultwarden met les données sur votre disque et vous laisse HTTPS, mises à jour, sauvegarde et garde du mot de passe. L’hébergement Bitwarden officiel est un autre compromis. Dans tous les cas, mot de passe et sauvegarde des données séparés, avec restauration testée.

Tout sur un seul Cloud Mac ? Les outils en ligne de commande, oui. OCR, Penpot et plusieurs bases de données ne conviennent pas avec Xcode dans 16 Go de RAM. Pages d’admin en transfert SSH ; copies restic pas uniquement sur ce Mac.