vite

Vite performance optimization guidelines. This skill should be used when writing, reviewing, or refactoring Vite configuration and projects to ensure optimal performance patterns. Triggers on tasks involving Vite config, build optimization, dependency pre-bundling, plugin development, bundle analysis, or HMR issues.

Jump to install Review files

Repository: pproenca/dot-skills
Last source activity: May 27, 2026 at 09:50
Detected SKILL.md language: English
Stars: 215
Forks: 19

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Install with an AI assistant

Copy this prompt into the AI assistant you're using.

Follow https://skillsmp.com/skill-install/prompt.md to install only the Agent Skill at https://github.com/pproenca/dot-skills/tree/master/skills/.experimental/vite.

A direct command skips the review prompt. Inspect the source before running it.

npx skills add https://github.com/pproenca/dot-skills --skill vite

The command stays on one line. Scroll horizontally to inspect it before copying.

Prefer a local copy? Download the files currently available to SkillsMP.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer

48 files

SKILL.md

Source instructions · Read-only preview

name: vite
description: Vite performance optimization guidelines. This skill should be used when writing, reviewing, or refactoring Vite configuration and projects to ensure optimal performance patterns. Triggers on tasks involving Vite config, build optimization, dependency pre-bundling, plugin development, bundle analysis, or HMR issues.

# Vite Best Practices Comprehensive performance optimization guide for Vite applications. Contains 42 rules across 8 categories, prioritized by impact to guide automated refactoring and code generation. ## When to Apply Reference these guidelines when: - Configuring Vite for a new project - Troubleshooting slow dev server startup - Optimizing production bundle size - Debugging HMR issues - Writing or evaluating Vite plugins - Migrating from Webpack or other bundlers ## Rule Categories by Priority | Priority | Category | Impact | Prefix | |----------|----------|--------|--------| | 1 | Dependency Pre-bundling | CRITICAL | `deps-` | | 2 | Plugin Performance | CRITICAL | `plugin-` | | 3 | Bundle Optimization | CRITICAL | `bundle-` | | 4 | Import Resolution | HIGH | `import-` | | 5 | Build Configuration | HIGH | `build-` | | 6 | Development Server | MEDIUM-HIGH | `dev-` | | 7 | CSS Optimization | MEDIUM | `css-` | | 8 | Advanced Patterns | LOW-MEDIUM | `advanced-` | ## Quick Reference ### 1. Dependency Pre-bundling (CRITICAL) - [`deps-include-large-cjs`](references/deps-include-large-cjs.md) - Include large dependencies with many modules - [`deps-exclude-esm`](references/deps-exclude-esm.md) - Exclude small ESM dependencies - [`deps-force-rebundle`](references/deps-force-rebundle.md) - Use --force flag for dependency changes - [`deps-hold-until-crawl`](references/deps-hold-until-crawl.md) - Configure holdUntilCrawlEnd for startup behavior - [`deps-entries`](references/deps-entries.md) - Configure custom entry points for discovery - [`deps-linked-packages`](references/deps-linked-packages.md) - Handle linked dependencies in monorepos ### 2. Plugin Performance (CRITICAL) - [`plugin-lazy-imports`](references/plugin-lazy-imports.md) - Use dynamic imports in plugin code - [`plugin-avoid-long-hooks`](references/plugin-avoid-long-hooks.md) - Avoid long operations in startup hooks - [`plugin-transform-early-return`](references/plugin-transform-early-return.md) - Early return in transform hooks - [`plugin-audit-community`](references/plugin-audit-community.md) - Audit community plugins for performance - [`plugin-swc-over-babel`](references/plugin-swc-over-babel.md) - Use SWC instead of Babel for React ### 3. Bundle Optimization (CRITICAL) - [`bundle-manual-chunks`](references/bundle-manual-chunks.md) - Use manualChunks for vendor splitting - [`bundle-dynamic-imports`](references/bundle-dynamic-imports.md) - Use dynamic imports for route-level splitting - [`bundle-analyze`](references/bundle-analyze.md) - Analyze bundle composition - [`bundle-tree-shaking`](references/bundle-tree-shaking.md) - Enable effective tree-shaking - [`bundle-chunk-warning`](references/bundle-chunk-warning.md) - Address large chunk warnings - [`bundle-compression`](references/bundle-compression.md) - Disable compressed size reporting for large projects - [`bundle-asset-inlining`](references/bundle-asset-inlining.md) - Configure asset inlining threshold ### 4. Import Resolution (HIGH) - [`import-avoid-barrel`](references/import-avoid-barrel.md) - Avoid barrel file imports - [`import-explicit-extensions`](references/import-explicit-extensions.md) - Use explicit file extensions - [`import-path-aliases`](references/import-path-aliases.md) - Configure path aliases for clean imports - [`import-svg-strings`](references/import-svg-strings.md) - Import SVGs as strings instead of components - [`import-glob-patterns`](references/import-glob-patterns.md) - Use glob imports carefully ### 5. Build Configuration (HIGH) - [`build-modern-target`](references/build-modern-target.md) - Target modern browsers - [`build-minification`](references/build-minification.md) - Use esbuild for minification - [`build-sourcemaps`](references/build-sourcemaps.md) - Disable source maps in production - [`build-css-code-split`](references/build-css-code-split.md) - Enable CSS code splitting - [`build-rolldown`](references/build-rolldown.md) - Consider Rolldown for faster builds - [`build-output-dir`](references/build-output-dir.md) - Configure output directory and caching ### 6. Development Server (MEDIUM-HIGH) - [`dev-server-warmup`](references/dev-server-warmup.md) - Warm up frequently used files - [`dev-browser-cache`](references/dev-browser-cache.md) - Keep browser cache enabled in DevTools - [`dev-fs-limits`](references/dev-fs-limits.md) - Increase file descriptor limits on Linux - [`dev-wsl-polling`](references/dev-wsl-polling.md) - Use polling for WSL file watching - [`dev-https-proxy`](references/dev-https-proxy.md) - Configure HTTPS and proxy for development ### 7. CSS Optimization (MEDIUM) - [`css-lightning`](references/css-lightning.md) - Use Lightning CSS instead of PostCSS - [`css-avoid-preprocessors`](references/css-avoid-preprocessors.md) - Prefer CSS over preprocessors when possible - [`css-modules`](references/css-modules.md) - Use CSS Modules for component styles - [`css-inline-critical`](references/css-inline-critical.md) - Extract critical CSS for initial paint ### 8. Advanced Patterns (LOW-MEDIUM) - [`advanced-ssr-externalize`](references/advanced-ssr-externalize.md) - Externalize dependencies for SSR - [`advanced-env-static`](references/advanced-env-static.md) - Use static environment variables - [`advanced-profiling`](references/advanced-profiling.md) - Profile build performance - [`advanced-lib-mode`](references/advanced-lib-mode.md) - Configure library mode for package development ## How to Use Read individual reference files for detailed explanations and code examples: - [Section definitions](references/_sections.md) - Category structure and impact levels - [Rule template](assets/templates/_template.md) - Template for adding new rules ## Reference Files | File | Description | |------|-------------| | [AGENTS.md](AGENTS.md) | Complete compiled guide with all rules | | [references/_sections.md](references/_sections.md) | Category definitions and ordering | | [assets/templates/_template.md](assets/templates/_template.md) | Template for new rules | | [metadata.json](metadata.json) | Version and reference information |

View on GitHub

Back to search Back to installation

ray-llm

LLM workloads on open-source Ray (pinned to 2.57) — OpenAI-compatible serving with ray.serve.llm (vLLM-backed LLMConfig + build_openai_app) and batch inference with ray.data.llm (build_processor). Corrects the stale defaults a model produces — the archived ray-llm repo and its YAML configs, hand-rolled vLLM engines inside plain Serve deployments, the removed build_llm_processor name, deprecated boolean stage flags, top-level LLMServer/LLMRouter imports, free-form accelerator strings, one-deployment-per-LoRA-adapter designs — with the 2.57 idioms (stage configs, placement_group_config over hand-rolled PGs, deployment_config autoscaling, dynamic LoRA multiplexing, prefix-cache-affinity routing, the full OpenAI endpoint surface). Use when writing, reviewing, or productionizing LLM serving or batch inference on Ray. Classic-ML Ray (Train/Tune/Data/Serve/clusters) lives in the sibling ray skill.

2026-08-15

ray

Production Ray (open-source, pinned to 2.57) for classic-ML workloads from training to serving — Ray Train, Tune, Data, Serve, Core, and cluster deployment on KubeRay. Corrects the older-corpus defaults a model reaches for (ray.air session reporting, Trainer-inside-Tuner, tune.run, map_batches concurrency=, DatasetPipeline/to_torch, max_concurrent_queries, RayServeHandle + ray.get, Deployment.deploy, ray.state, ray.get-in-a-loop) with the 2.57 idioms that replaced them (Train V2 defaults, driver-function tuning, compute strategies, streaming datasets, DeploymentHandle/DeploymentResponse, serve build/deploy, ray.util.state, KubeRay CRDs and Jobs API). Use when writing, reviewing, or productionizing Python code that touches Ray distributed training, data pipelines, hyperparameter tuning, model serving, or Ray cluster operations. LLM serving/batch-inference on Ray lives in the sibling ray-llm skill.

2026-08-15

mlflow-3

MLflow 3 (open-source, pinned to 3.15) for classic-ML MLOps — logging and registering models, promoting versions across dev/staging/prod, standing up a tracking server, evaluating with gates, and serving. Corrects the MLflow 2-era defaults a model reaches for (artifact_path, registry stages and get_latest_versions, top-level mlflow.evaluate with baseline_model, runs-URI registration, pickle serialization, mlruns file stores, MLServer serving) with the MLflow 3 idioms that replaced them (named LoggedModels, aliases and copy_model_version, models.evaluate plus validate_evaluation_results, skops/torch.export defaults, database backends, the FastAPI scoring server). Use when writing, reviewing, or migrating Python code that touches MLflow tracking, the model registry, evaluation, or serving.

2026-08-15

View all from this repository

vite

Source facts

Install options

Install with an AI assistant

Review the source files

More from this repository

Install with an AI assistant

More from this repository