frontend-quality-workflow
Executes standard code quality checks like formatting, linting, and metric analysis for frontend projects.
Install
mkdir -p .claude/skills/frontend-quality-workflow && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/12123" && unzip -o skill.zip -d .claude/skills/frontend-quality-workflow && rm skill.zipInstalls to .claude/skills/frontend-quality-workflow
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Use when running or fixing formatting, lint, TypeScript, markdown, or metrics.Key capabilities
- →Run code formatting using Prettier and Qlty
- →Execute ESLint for linting checks
- →Perform TypeScript type checking
- →Lint Markdown files
- →Evaluate project metrics
- →Fix formatting and linting issues
How it works
The skill executes a series of `make` commands that run Prettier, Qlty, ESLint, TypeScript, and Markdown linters, and provides guidance on fixing identified issues.
Inputs & outputs
When to use frontend-quality-workflow
- →Run project formatting
- →Check TypeScript type integrity
- →Run ESLint on the codebase
- →Evaluate project metrics
About this skill
Frontend Quality Workflow
Required Order
make format
make lint
make format runs:
bun x prettier "**/*.{js,jsx,ts,tsx,mts,json,css,scss,md}" --write
qlty fmt --all --no-progress
If make fmt-qlty fails because qlty is not installed, install the Qlty CLI
first:
command -v qlty >/dev/null || {
installer="$(mktemp)" \
&& curl -fsSL https://qlty.sh -o "$installer" \
&& sh "$installer"
rm -f "$installer"
}
Then ensure qlty is on PATH and rerun make fmt-qlty. Do not run
qlty init or stage .qlty/qlty.toml unless the task explicitly asks for repo
Qlty configuration.
Individual Checks
| Check | Command |
|---|---|
| Qlty formatter | make fmt-qlty |
| Prettier | make fmt-prettier |
| ESLint | make lint-eslint |
| TypeScript | make lint-tsc |
| Markdown | make lint-md |
| Metrics | make lint-metrics |
Fix Rules
- Prefer code changes over disabling rules.
- Keep TypeScript types honest; avoid
anyunless the boundary requires it. - Keep markdown skill frontmatter to
nameanddescription. - Split complex components, hooks, and helpers instead of lowering metrics policy.
- Re-run the failing check after each focused fix.
Related Guides
Before applying this skill, confirm the active task against ../AI-AGENT-GUIDE.md and ../SKILL-DECISION-GUIDE.md so every relevant skill is consulted.
Line Length Disclosure
Before presenting changes, check changed text files for lines longer than 100 characters.
If any exist, tell the user each path:line and measured character count.
Treat this as disclosure, not failure, unless a project gate fails.
Supporting Files
- reference/formatting-tools.md: Prettier and Qlty target behavior.
- reference/lint-gates.md: lint command routing.
- reference/metrics-policy.md: metrics policy and common fixes.
When not to use it
- →When the task explicitly asks to skip planning
- →For trivial changes like single typos or cosmetic edits
- →When the work is clearly inside a single well-defined function or config
Limitations
- →Requires `make` commands to be available
- →Qlty CLI needs to be installed if not present
- →Line length disclosure is a disclosure, not a failure, unless a project gate fails
How it compares
This skill enforces a specific order of quality checks and provides explicit rules for fixing issues, prioritizing code changes over disabling rules, unlike general linting tools.
Compared to similar skills
frontend-quality-workflow side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| frontend-quality-workflow (this skill) | 0 | 2mo | Review | Beginner |
| dependency-upgrade | 26 | 5mo | Review | Intermediate |
| validate-typescript | 5 | 9mo | Review | Beginner |
| ts-testing | 6 | 8mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
You might also like
dependency-upgrade
wshobson
Manage major dependency version upgrades with compatibility analysis, staged rollout, and comprehensive testing. Use when upgrading framework versions, updating major dependencies, or managing breaking changes in libraries.
validate-typescript
BerryKuipers
Run TypeScript compiler type-checking (tsc --noEmit) to validate type safety and catch type errors. Works with any TypeScript project. Returns structured output with error counts, categories (type/syntax/import errors), and affected files. Used for quality gates and pre-commit validation.
ts-testing
johnlindquist
Design, implement, and maintain high‑value TypeScript test suites using popular JS/TS testing libraries. Use this skill whenever the user is adding tests, debugging failing tests, or refactoring code that should be covered by tests.
react-best-practices
redpanda-data
Client-side React performance optimization patterns.
feature-flags
Use when feature flag tests fail, flags need updating, understanding @gate pragmas, debugging channel-specific test failures, or adding new flags to React.
typescript-code-review
anyproto
Perform comprehensive code reviews for TypeScript projects, analyzing type safety, best practices, performance, security, and code quality with actionable feedback