Mode d’emploi
- Copiez la commande et examinez le paquet avant de l’installer dans votre environnement agent.
- Consultez le document original pour les outils, identifiants et environnements requis.
- Décrivez les entrées et le livrable souhaité ; comparez la sortie aux sources.
npx skills add https://github.com/quasarframework/agent-skills --skill quasar-developmentAvant de commencer
- L’installation n’inclut ni abonnement au modèle, ni quota API, ni accès aux fichiers.
- Étoiles et installations reflètent l’activité, pas un test indépendant de qualité ou de sécurité.
Rendu depuis le dépôt source en conservant titres, exemples, code, tableaux, liens et images.
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.




