
Code Quality
- 6 installs
- 8.7k repo stars
- Updated August 4, 2026
- redis/redisinsight
code-quality skill documents >-.
About
code-quality skill documents >-. name: code-quality description: >- Covers installation, configuration, and when-to-use guidance from the upstream SKILL.md workflow.
- >-.
- Platform-specific setup patterns for code-quality.
- Evidence-backed steps from upstream SKILL.md.
- When-to-use criteria for code-quality versus alternatives.
Code Quality by the numbers
- 6 all-time installs (skills.sh)
- +1 installs in the week ending Aug 4, 2026 (Skillselion tracking)
- Ranked #870 of 1,352 Code Review & Quality skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
code-quality capabilities & compatibility
- Capabilities
- code quality quick start · code quality when to use guidance · code quality integration patterns
- Use cases
- code review
What code-quality says it does
Code-quality standards for RedisInsight: TypeScript strictness,
naming conventions (camelCase, PascalCase, UPPER_SNAKE_CASE),
npx skills add https://github.com/redis/redisinsight --skill code-qualityAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 6 |
|---|---|
| repo stars | ★ 8.7k |
| Last updated | August 4, 2026 |
| Repository | redis/redisinsight ↗ |
How do I use code-quality correctly?
>-
Who is it for?
Teams implementing code-quality workflows from the catalog.
Skip if: Skip when requirements clearly match a different specialized stack.
When should I use this skill?
User asks about code-quality, >-.
What you get
Working code-quality setup with validated configuration and next steps.
Files
Code Quality Standards
Critical Rules
- ALWAYS run linter after code changes:
yarn lint - Linter must pass before committing
- No console.log in production code (use console.warn/error only)
TypeScript Standards
Essential Rules
- Use TypeScript for all new code
- Avoid `any` - use proper types or
unknown - Prefer interfaces for object shapes
- Use type for unions, intersections, primitives
- Add explicit return types for non-obvious functions
- Leverage type inference where clear
Import Organization
Required Order (enforced by ESLint)
1. External libraries (react, lodash, etc.) 2. Built-in Node modules (path, fs - backend only) 3. Internal modules with aliases (uiSrc/*, apiClient) 4. Sibling/parent relative imports 5. Style imports (ALWAYS LAST)
Module Aliases
uiSrc/*→redisinsight/ui/src/*(UI workspace)apiClient→redisinsight/api-client(auto-generated OpenAPI types — the UI's only entry point into BE-defined shapes)desktopSrc/*→redisinsight/desktop/src/*(desktop workspace)
The UI workspace must not import from the backend codebase directly. Use apiClient for types and the existing service layer (uiSrc/services) for HTTP calls.
✅ Use aliases: import { Button } from 'uiSrc/components/Button' ❌ Avoid relative: import { Button } from '../../../ui/src/components/Button'
Naming Conventions
- Components:
PascalCase-UserProfile - Functions/Variables:
camelCase-fetchUserProfile - Constants:
UPPER_SNAKE_CASE-MAX_RETRY_ATTEMPTS - Booleans: Use
is/has/shouldprefix -isLoading,hasError
SonarJS Rules
- Keep cognitive complexity low (refactor complex functions)
- Extract duplicate strings to constants
- Follow DRY principle - no duplicate code
- Use immediate return (avoid unnecessary intermediate variables)
Best Practices
- Use destructuring for objects and arrays
- Use template literals over string concatenation
- Use
constby default,letonly when reassignment needed - Use descriptive variable names
- Handle errors properly
- Clean up subscriptions and timers
- Use constants instead of magic numbers
Vite Cache Management
When updating npm packages (especially @redis-ui/* packages):
1. Clear Vite cache after yarn install:
rm -rf node_modules/.vite
rm -rf redisinsight/ui/node_modules/.vite2. Restart dev server to rebuild dependencies
3. This ensures new package versions are properly loaded
Pre-Commit Checklist
- [ ]
yarn lintpasses - [ ] No TypeScript errors
- [ ] Import order is correct
- [ ] No
anytypes without reason - [ ] No console.log statements
- [ ] No magic numbers
- [ ] Descriptive variable names
- [ ] Low cognitive complexity
- [ ] No duplicate code
- [ ] Vite cache cleared (if updated dependencies)
Related skills
FAQ
What does code-quality do?
code-quality skill documents >-.
When should I use code-quality?
User asks about code-quality, >-.
Is this skill safe to install?
Review the Security Audits panel on this page before installing in production.