← outils
GitWarren

GitWarren

La revue de code avant le commit.

visiter l'outil →open-sourceGratuit, open source GPL-3.0. Licence commerciale sur demande.

points forts

  • + Revient le travail non commité avant le push, le créneau que tout le monde ignore
  • + 100% local, zéro compte, zéro serveur, zéro télémétrie
  • + Serveur MCP de 17 outils qui met les agents dans la boucle de revue
  • + Attribution humain vs machine fiable via le handshake MCP, pas l'auto-déclaration du modèle
  • + Gratuit et open source, README d'une rigueur d'ingénierie rare

points faibles

  • Produit de quelques jours (v0.1.5, un mainteneur), adoption communautaire indémontrable
  • Windows non signé et AppImage+MCP bancal sous Linux
  • Pas de side-by-side ni coloration syntaxique, ancres de commentaires fragiles
  • Monoposte assumé : pas de multi-machine, pas de sync

review complète

GitWarren La revue de code avant le commit

État des lieux

Toute la chaîne d'outils de revue IA partage le même défaut : elle arrive trop tard. Greptile, Sonar, GitHub Copilot code review, CodeRabbit tous se branchent sur la pull request, c'est-à-dire une fois que le code a déjà quitté votre machine, déjà pris sa forme définitive, déjà été « accepté ». Le moment où une correction ne coûte presque rien, personne ne le revoit. C'est exactement ce trou que GitWarren veut boucher.

L'idée de Michal Wrzosek, développeur polonais installé aux Pays-Bas (quinze ans de métier, sous l'égide de la société Klarluft B.V. de Rotterdam) : un client desktop qui lit directement le worktree git le modifié, le non-suivi, l'untracked et le présente comme une pull request. Avant qu'aucun commit n'existe. Gratuit, open source (GPL-3.0-or-later), cent pour cent local, sans compte ni serveur. Le repo est né le 2 septembre 2026, déjà en v0.1.5 quatre jours plus tard. Le produit a l'âge d'un nourrisson, mais son README a la rigueur d'un audit.

La carte des menus

Ici, pas de carte à rallonge, et c'est presque déroutant pour qui fréquente le rayon IA : GitWarren est gratuit, intégralement. Toutes les fonctions, aucun tier payant, aucun abonnement, aucun compte. Le code est distribué sous GPL-3.0-or-later ; Klarluft propose une licence commerciale « sur demande » pour qui voudrait embarquer l'outil dans un produit fermé, sans prix public affiché. Les seuls coûts réels sont indirects : vous amenez vos propres agents (Claude Code, Codex, etc.), facturés ailleurs. La seule monnaie d'entrée, c'est une machine un Mac (Apple silicon ou Intel), un Windows pour l'instant non signé, ou un Linux en AppImage.

Ce que la bête sait vraiment faire

Le cœur, c'est la revue de l'uncommitted. Une review = deux refs + un titre. Rien de plus, rien de caché : la merge-base, les commits, le diff, le worktree sale sont recalculés depuis git au moment de l'affichage. Astuce de fond : les deux refs peuvent être la même vous obtenez alors exactement le travail non commité de la branche, ce que l'agent vient de déposer. C'est la revue qu'on veut quand Claude Code vient de finir et a laissé un working tree sale.

L'app ne fait que lire. Jamais de staging fantôme, jamais d'écriture de blob dans l'object database pour faire joli. Tout est lu en direct, y compris dans les linked worktrees ; les untracked sont listés via git ls-files, le .gitignore respecté, les gros fichiers tronqués au rendu mais comptés honnêtement.

Le vrai coup de génie, c'est le serveur MCP embarqué : dix-sept outils qui donnent aux agents les mêmes capacités que l'interface ouvrir une revue, commenter, répondre, résoudre. Avec une subtilité qui en dit long : l'attribution humain vs machine ne repose pas sur ce que le modèle décide de s'appeler, mais sur le handshake MCP. Deux sessions Claude Code restent deux interlocuteurs distincts, nommés « Claude Code (AI) » ou « Codex (AI) » selon le clientInfo, jamais selon l'ego du LLM. Un guiUrl à trois sauts ouvre l'app directement sur la ligne commentée, avec une défense documentée contre le DNS rebinding.

Côté vie privée, c'est d'un ascétisme exemplaire : un fichier SQLite, aucun serveur HTTP local, aucune télémétrie déclarée. Supprimez le .db, GitWarren disparaît ; vos repos n'ont jamais été touchés.

Les couleuvres à avaler

La première couleuvre est de taille : le produit a quatre jours. Un mainteneur principal, environ six étoiles GitHub la distribution par binaire fausse un peu la jauge, mais la traction communautaire reste indémontrable. Le build Windows n'est pas signé (l'auteur l'assume publiquement), et sous Linux l'AppImage casse le MCP : les chemins /tmp/.mount_* changent à chaque lancement, rendant la configuration d'agent non durable.

Ensuite, le rendu est austère : diff unifié seulement, pas de side-by-side, pas de coloration syntaxique ni intra-line, pas de Mermaid dans les commentaires. Les ancres de commentaires matchent sur le texte exact de la ligne un simple réindent dé-ancre la discussion. Et c'est une app « une personne, une machine » assumée : pas d'utilisateurs, pas de multi-machine, pas de sync.

Enfin, git doit être présent sur le PATH (shell out, pas de git embarqué), et un repo déplacé n'est pas détecté badge « Folder missing » à surveiller à la main.

Verdict

GitWarren ne prétend pas remplacer GitHub. Il attaque un créneau que personne ne sert : le moment où la correction est encore gratuite. Le concept est juste, l'exécution d'une propreté d'ingénierie rare, la licence honnête, et l'attribution humain/machine par handshake MCP est une leçon que bien des outils « agentiques » feraient mieux d'apprendre. Mais c'est un produit de quatre jours, à mainteneur unique, Windows non signé, Linux bancal face à un écosystème de revue PR cloud qui, lui, a de l'avance et de l'argent.

Pour le développeur français qui laisse Claude Code ou Codex écrire du code toute la journée et qui en a assez de relire de l'« AI slop » après coup : installez-le, c'est gratuit et ça ne touche à rien. Pour les équipes et la production : revenez dans six mois, quand le produit aura survécu à son propre battage.

cas d'usage

  • 1. Relire ce que Claude Code ou Codex vient de laisser dans le working tree avant de committer
  • 2. Fil de discussion multi-agents attribué (humain vs machine) sur un diff
  • 3. Revues locales hors ligne pour des dépôts sensibles qu'on ne veut pas pousser
  • 4. Revue pre-commit pour équipes qui refusent l'« AI slop » sur GitHub
  • 5. Point de rencontre des agents qui tournent en parallèle sur la même machine

astuces

  • Les deux refs peuvent être la même : créez une review « Uncommitted work » pour voir le travail sale
  • Le nom d'agent vient du clientInfo MCP, deux sessions Claude Code restent distinctes (session id de 8 caractères)
  • Sous Linux, extrayez l'AppImage pour obtenir un chemin MCP stable, les /tmp/.mount_* changent à chaque lancement