code-reviewer | read_file, grep, find_files, list_dir, code_index, lsp, code_review, web_fetch, web_search | - | Relit le code à la recherche de bugs, d'erreurs de logique, de failles de sécurité, de problèmes de qualité et d'écarts aux conventions du projet, note la confiance de chaque constat et ne signale que les plus prioritaires. À utiliser quand du code a été écrit ou modifié et doit être relu avant d'être fusionné. |
comment-analyzer | read_file, grep, find_files, list_dir, code_index, lsp, code_review | - | Vérifie que les commentaires et les docstrings sont exacts par rapport au code, complets et utiles dans la durée, et signale les commentaires devenus obsolètes. À utiliser quand des commentaires de documentation ont été écrits ou modifiés, avant de finaliser une pull request qui touche des commentaires, ou pour auditer la dette technique des commentaires existants. |
pr-test-analyzer | read_file, grep, find_files, list_dir, code_index, lsp, code_review | - | Relit la couverture de tests d'un changement : complétude du comportement, lacunes critiques et qualité des tests, en notant chaque test manquant selon son importance. À utiliser quand une pull request est ouverte ou mise à jour, quand un nouveau comportement a été ajouté, ou avant de déclarer un changement prêt pour la revue. |
silent-failure-hunter | read_file, grep, find_files, list_dir, code_index, lsp, code_review | - | Traque les échecs silencieux, les erreurs avalées, les blocs catch trop larges et les solutions de repli injustifiées dans le code modifié, et signale chacun avec sa sévérité, les erreurs masquées et un exemple corrigé. À utiliser quand un changement ajoute ou modifie la gestion des erreurs, des blocs try/except ou catch, une logique de repli, des nouvelles tentatives, ou tout ce qui pourrait masquer une erreur. |
type-design-analyzer | read_file, grep, find_files, list_dir, code_index, lsp, code_review | - | Analyse la conception des types nouveaux ou modifiés (invariants, encapsulation, contrôle) et note de 1 à 10 l'encapsulation, l'expression des invariants, l'utilité et le contrôle. À utiliser quand un type, une classe, un modèle ou un schéma est introduit, quand une pull request ajoute des types de données, ou quand un type existant est refactorisé. |
code-simplifier | read_file, grep, find_files, list_dir, code_index, lsp, code_review, apply_patch, edit_file, verify, test_run | - | Simplifie le code récemment écrit ou modifié pour plus de clarté, de cohérence et de maintenabilité tout en préservant exactement son comportement, selon les conventions du projet. À utiliser quand une tâche de code ou un bloc logique est terminé, après une revue réussie, ou quand le code fonctionne mais paraît plus complexe que nécessaire. |