How to use
- Copy the installation command and review the source package before installing it in your own agent environment.
- Check the source document for required tools, credentials and supported hosts.
- Describe your input and desired deliverable; review the output against the source material.
npx skills add https://github.com/quasarframework/agent-skills --skill quasar-developmentBefore you start
- Installation does not include a model subscription, API allowance or permission to access your files.
- Repository stars and installation counts describe activity, not an independent quality or security test.
Original skill document
Rendered from the source repository. Headings, examples, code, tables, links, and referenced images are preserved.
Quasar Development
Establish the project context
- Read repository instructions and the root
package.jsonbefore editing. - Detect the package manager from its lockfile and use it consistently.
- Inspect
quasar.config.*, the@quasar/app-viteversion, enabled boot files, router, store, and active mode. - Preserve existing conventions and unrelated work. Do not replace Quasar CLI configuration with raw Vite configuration.
- Consult the Quasar documentation and the installed package types before assuming an API or configuration field.
Implement with Quasar conventions
- Prefer Quasar components, directives, plugins, CSS variables, Sass variables, and utilities when they satisfy the requirement.
- Import Quasar plugins used outside templates and register/configure them through
quasar.config.*when required. - Put application startup integrations in boot files; respect their client/server execution context.
- Use layouts and
router-viewfor page shells. Keep route definitions lazy unless eager loading is intentional. - Use
process.env.CLIENT,process.env.SERVER, and mode flags only where Quasar exposes them; avoid direct browser globals in universal code. - Preserve tree shaking. Do not import all of Quasar or manually register components in a CLI project without a demonstrated need.
- Keep accessibility semantics, keyboard interaction, focus behavior, reduced motion, dark mode, and responsive layouts intact.
- Treat generated
.quasar/anddist/content as disposable output; never edit or commit it.
Configure safely
- Make changes through
defineConfig()inquasar.config.*. - Distinguish build-time configuration from runtime application state.
- Use
build.envdeliberately; never expose server secrets to client bundles. - Extend bundler configuration through the supported Quasar hooks and preserve existing aliases/plugins.
- Run
quasar prepareafter configuration or dependency changes when generated types may be stale.
Validate
- Run the narrowest relevant unit or component tests.
- Run the repository's typecheck, lint, and formatting checks.
- Build the affected Quasar mode, not only the default SPA mode.
- Exercise the changed behavior in development when it depends on routing, boot order, browser APIs, or HMR.
- Check the final diff for generated output, secrets, unrelated formatting, and lockfile churn.
Route specialized work
Load the matching mode skill for platform-specific configuration and validation. Load quasar-app-extension-development for src/index.*, Install API, Prompts API, templates, and extension lifecycle work.
