Critiques de code LLM sur pré-commission : Le nouveau meilleur ami d'un Solo Dev?

Bonjour Franck, ici

En tant que développeur solo, j’écris beaucoup de code seul.Le problème ? Je suis terrible à l’examen de mon propre travail.Je pense toujours “il a l’air assez bien”… jusqu’à ce que je remarque un bug stupide deux jours plus tard. J’en ai marre de l’expédition de code avec des points aveugles.J’ai donc construit un petit outil open-source:

{% embed https://github.com/francklebas/llm-review-framework %}

Il transforme n’importe quel LLM en un réviseur de code “pré-commission” qui s’exécute automatiquement sur chaque comité git.

Pourquoi j’avais besoin de ça ?

Dans une équipe, vous ouvrez un PR et obtenez du feedback. En tant que développeur solo, vous êtes seul. les listes de vérification d’auto-évaluation deviennent rapidement des pensées souhaitables. Je voulais quelque chose de simple :

• Donner un feedback honnête et cohérent
• Travailler localement ou avec un fournisseur
• Tu ne me ralentis pas
• Ne supposez pas que mon code est parfait (spoiler: il n’est jamais)

Comment ça marche (très simple)

1. L’installer une fois :

curl -fsSL https://raw.githubusercontent.com/francklebas/llm-review-framework/main/install.sh | bash

2. Dans un projet, courir :

llmfwk init

Un magicien interactif demande : Quel LLM voulez-vous ? (‘Ollama’, ‘Gemini’, ‘Claude’, ‘Groq’, ‘OpenAI’, ‘Mistral’, ‘Copilot’ ou personnalisé) Quel modèle ? Il crée le hook « pré-commission » pour vous ! 🎉

Et… c’est ça. À partir de maintenant, chaque engagement déclenche une revue.L’outil saisit vos changements en phase, les envoie à votre LLM avec des prompts solides (SOLID, sécurité, anti-patrons, gestion des erreurs, etc.) et vous montre une revue Markdown propre dans le terminal.

{% détails Voir un exemple de révision générée %}

### Review of `auth.py`
- **Security**: The hardcoded API key on line 42 should be moved to an environment variable.
- **Style**: Function `login_user` is too long, consider refactoring.

{ % de détails finaux }

Si quelque chose s’arrête, vous le réparez et vous engagez à nouveau.

Faites comprendre votre projet

Vous pouvez ajouter deux fichiers pour lui donner un contexte (le projet contextuel se trouve dans le répertoire parent) :

codereview-context.md → votre pile, choix d’architecture, règles de dénomination codereview-guidelines.md → ce qui vous intéresse le plus dans ce projet

Le LLM examine ensuite votre code comme quelqu’un qui connaît réellement votre base de codes.

Pourquoi j’aime

• Fonctionne entièrement localement avec Ollama → zéro coût, zéro fuite de données…
• Super rapide avec Groq quand j’ai hâte
• Complètement customisable
• AGPL-3.0 et 100% FOSS

Ce n’est pas de la magie, et cela ne remplacera pas l’évaluation humaine lorsque vous avez des coéquipiers.Mais pour le travail solo, c’est un changement de jeu: je m’engage maintenant avec beaucoup plus de confiance.

Essayez le

Allez au Repo :

{% cta https://github.com/francklebas/llm-review-framework %} Testez le framework d’analyse de l’application sur GitHub pourcentage final

Exécuter l’installation, faire ‘llmfwk init’ dans l’un de vos projets, et faire un petit changement + commit.

J’aimerais entendre ce que vous pensez, surtout si vous êtes aussi un développeur solo qui lutte contre le même problème. Quelle est votre astuce actuelle pour éviter d’expédier le code “mediocre” seul ?

Happy coding (et commits révisés)