ESLint Fixes
Ti projektspecifikke ESLint fix-mønstre (no-void, sonarjs/deprecation, lodash bans, jest-dom) med før/efter kode.
Testet · Virker
Hvad det gør
Giver præcise før/efter rettelser til et fast sæt ESLint-regler, der gentages i denne kodebase: no-void, canonical/export-specifier-newline vs prettier konflikter, no-shadow trailing underscores, sonarjs/deprecation, you-dont-need-lodash-underscore, og flere testing-library/jest-dom matcher-regler. Udløses, når brugeren løser en specifik lint-fejl eller autofix-konflikt, ikke for generel ESLint-opsætning eller konfigurationsspørgsmål.
Testrapport
Kørte en ægte baseline-vs-skill sammenligning på en sonarjs/deprecation-advarsel over z.string().email(): uvejledt redigering foreslår kun at tjekke dokumentationen, mens færdigheden giver den præcise, nuværende korrekte rettelse (z.email(), den faktiske Zod v4 omdøbning) plus fem andre projektspecifikke mønstre med kørbare før/efter-kode.
Testet: 2026-07-15 · Claude Code 2.x (agent harness)
Installation
git clone https://github.com/gaia-react/gaia mkdir -p ~/.claude/skills cp -r gaia/.claude/skills/eslint-fixes ~/.claude/skills/eslint-fixes
Kommandoer og eksempelprompter
/eslint-fixesTi projektspecifikke ESLint fix-mønstre (no-void, sonarjs/deprecation, lodash bans, jest-dom) med før/efter kode.
Skills udløses af almindelige forespørgsler — ingen kommandoer at huske. Efter installationen aktiverer prompter som disse skillen (på engelsk):
How do I fix this sonarjs/deprecation warning on z.string().email()?ESLint is flagging no-void in this async handler, help me fix itResolve this export-specifier-newline conflict with Prettier