name: lint description: Linter et formater du code. Détecte automatiquement ESLint, Biome, Prettier ou les formateurs natifs au langage, les exécute avec auto-correction. Rapporte les problèmes restants avec des suggestions actionnables.
tags: [gsd-2, skills, lint] ---|------|------|---------| | ... | ... | ... | ... |
Avertissements (X problèmes)
| Fichier | Ligne | Règle | Message |
|---|---|---|---|
| ... | ... | ... | ... |
Formatage
- X fichiers seraient reformatés
- [liste des fichiers]
Résumé
- Problèmes totaux : X erreurs, Y avertissements, Z formatage
- Auto-corrigeables : N problèmes (exécutez
/lint --fixpour appliquer)
Étape 4 : Suggérer des corrections pour les problèmes courants
Pour les problèmes les plus fréquents, fournissez des conseils brefs et actionnables :
- Si la même règle apparaît 5+ fois, suggérez une correction en masse ou un changement de configuration.
- Pour les imports/variables inutilisés, énumérez-les pour suppression rapide.
- Pour les problèmes de formatage uniquement, notez que
--fixles résoudra sans risque. - Pour les problèmes qui ne peuvent pas être auto-corrigés, fournissez une explication d'une ligne sur la façon de résoudre chaque violation de règle unique.
</execution>
<critical_rules>
- Ne jamais modifier les fichiers sans
--fix: Le mode par défaut est rapport uniquement. Respectez l'espace de travail de l'utilisateur. - Utilisez la configuration du projet : N'inventez pas de règles de lint. Utilisez tout fichier de configuration existant dans le projet.
- Utilisez la version installée du projet : Préférez toujours
npx,cargoou le binaire local du projet. N'utilisez pas les outils installés globalement à moins qu'aucune version locale n'existe. - Gérez les outils manquants gracieusement : Si un fichier de configuration existe mais l'outil n'est pas installé, informez l'utilisateur et fournissez la commande d'installation (par ex.
npm install --save-dev eslint). - Respectez
.gitignoreet les motifs d'ignore : Ne lintez pasnode_modules,dist,build,target,.gitou d'autres répertoires couramment ignorés. La plupart des outils gèrent cela automatiquement ; vérifiez qu'ils le font. - Limitez la sortie : S'il y a plus de 50 problèmes, affichez les 30 premiers groupés par sévérité, puis résumez le reste avec les comptages par fichier. Ne submergez pas l'utilisateur avec des centaines de lignes.
- Terminez proprement : Après avoir présenté les résultats, n'entreprendre aucune action supplémentaire. Laissez l'utilisateur décider des étapes suivantes.
</critical_rules>