[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6BY5CXCFDNQNWSW66T4XDE0":3,"skill-same:01M6BY5CXCFDNQNWSW66T4XDE0":157},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":36,"linkOnly":37,"markdownContent":38,"markdownBody":39,"frontMatter":40,"refName":44,"commitSha":45,"skillDirectory":46,"forksCount":14,"repositoryHtmlUrl":47,"repositoryHomepageUrl":48,"ownerHtmlUrl":49,"ownerBlogUrl":50,"ownerDescription":51,"updatedAt":52,"install":53,"resources":66},"01M6BY5CXCFDNQNWSW66T4XDE0","vue-best-practices",null,"MUST be used for Vue.js tasks. Strongly recommends Composition API with `\u003Cscript setup>` and TypeScript as the standard approach. Covers Vue 3, SSR, Volar, vue-tsc. Load for any Vue, .vue files, Vue Router, Pinia, or Vite with Vue work. ALWAYS use Composition API unless the project explicitly requires Options API.","wolfstar-project\u002Fwolfstar.rocks","wolfstar-project","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F109528280?v=4","01M6BXZW9J3Y1DWPNSBBWC2BVY","wolfstar","01M6BXZWDRD3C71GVE58BWXW1D",0,"MIT","https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000009","前端开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35],"best practices","vue","vue best practices","typescript","github","setup","ssr","tasks","api","Composition","js","pinia","2026-11-10 10:12:30",false,"---\nname: vue-best-practices\ndescription: MUST be used for Vue.js tasks. Strongly recommends Composition API with `\u003Cscript setup>` and TypeScript as the standard approach. Covers Vue 3, SSR, Volar, vue-tsc. Load for any Vue, .vue files, Vue Router, Pinia, or Vite with Vue work. ALWAYS use Composition API unless the project explicitly requires Options API.\nlicense: MIT\nmetadata:\n    author: github.com\u002Fvuejs-ai\n    version: \"18.0.0\"\n---\n\n# Vue Best Practices Workflow\n\nUse this skill as an instruction set. Follow the workflow in order unless the user explicitly asks for a different order.\n\n## Core Principles\n\n- **Keep state predictable:** one source of truth, derive everything else.\n- **Make data flow explicit:** Props down, Events up for most cases.\n- **Favor small, focused components:** easier to test, reuse, and maintain.\n- **Avoid unnecessary re-renders:** use computed properties and watchers wisely.\n- **Readability counts:** write clear, self-documenting code.\n\n## 1) Confirm architecture before coding (required)\n\n- Default stack: Vue 3 + Composition API + `\u003Cscript setup lang=\"ts\">`.\n- If the project explicitly uses Options API, load `vue-options-api-best-practices` skill if available.\n- If the project explicitly uses JSX, load `vue-jsx-best-practices` skill if available.\n\n### 1.1 Must-read core references (required)\n\n- Before implementing any Vue task, make sure to read and apply these core references:\n    - `references\u002Freactivity.md`\n    - `references\u002Fsfc.md`\n    - `references\u002Fcomponent-data-flow.md`\n    - `references\u002Fcomposables.md`\n- Keep these references in active working context for the entire task, not only when a specific issue appears.\n\n### 1.2 Plan component boundaries before coding (required)\n\nCreate a brief component map before implementation for any non-trivial feature.\n\n- Define each component's single responsibility in one sentence.\n- Keep entry\u002Froot and route-level view components as composition surfaces by default.\n- Move feature UI and feature logic out of entry\u002Froot\u002Fview components unless the task is intentionally a tiny single-file demo.\n- Define props\u002Femits contracts for each child component in the map.\n- Prefer a feature folder layout (`components\u002F\u003Cfeature>\u002F...`, `composables\u002Fuse\u003CFeature>.ts`) when adding more than one component.\n\n## 2) Apply essential Vue foundations (required)\n\nThese are essential, must-know foundations. Apply all of them in every Vue task using the core references already loaded in section `1.1`.\n\n### Reactivity\n\n- Must-read reference from `1.1`: [reactivity](references\u002Freactivity.md)\n- Keep source state minimal (`ref`\u002F`reactive`), derive everything possible with `computed`.\n- Use watchers for side effects if needed.\n- Avoid recomputing expensive logic in templates.\n\n### SFC structure and template safety\n\n- Must-read reference from `1.1`: [sfc](references\u002Fsfc.md)\n- Keep SFC sections in this order: `\u003Cscript>` → `\u003Ctemplate>` → `\u003Cstyle>`.\n- Keep SFC responsibilities focused; split large components.\n- Keep templates declarative; move branching\u002Fderivation to script.\n- Apply Vue template safety rules (`v-html`, list rendering, conditional rendering choices).\n\n### Keep components focused\n\nSplit a component when it has **more than one clear responsibility** (e.g. data orchestration + UI, or multiple independent UI sections).\n\n- Prefer **smaller components + composables** over one “mega component”\n- Move **UI sections** into child components (props in, events out).\n- Move **state\u002Fside effects** into composables (`useXxx()`).\n\nApply objective split triggers. Split the component if **any** condition is true:\n\n- It owns both orchestration\u002Fstate and substantial presentational markup for multiple sections.\n- It has 3+ distinct UI sections (for example: form, filters, list, footer\u002Fstatus).\n- A template block is repeated or could become reusable (item rows, cards, list entries).\n\nEntry\u002Froot and route view rule:\n\n- Keep entry\u002Froot and route view components thin: app shell\u002Flayout, provider wiring, and feature composition.\n- Do not place full feature implementations in entry\u002Froot\u002Fview components when those features contain independent parts.\n- For CRUD\u002Flist features (todo, table, catalog, inbox), split at least into:\n    - feature container component\n    - input\u002Fform component\n    - list (and\u002For item) component\n    - footer\u002Factions or filter\u002Fstatus component\n- Allow a single-file implementation only for very small throwaway demos; if chosen, explicitly justify why splitting is unnecessary.\n\n### Component data flow\n\n- Must-read reference from `1.1`: [component-data-flow](references\u002Fcomponent-data-flow.md)\n- Use props down, events up as the primary model.\n- Use `v-model` only for true two-way component contracts.\n- Use provide\u002Finject only for deep-tree dependencies or shared context.\n- Keep contracts explicit and typed with `defineProps`, `defineEmits`, and `InjectionKey` as needed.\n\n### Composables\n\n- Must-read reference from `1.1`: [composables](references\u002Fcomposables.md)\n- Extract logic into composables when it is reused, stateful, or side-effect heavy.\n- Keep composable APIs small, typed, and predictable.\n- Separate feature logic from presentational components.\n\n## 3) Consider optional features only when requirements call for them\n\n### 3.1 Standard optional features\n\nDo not add these by default. Load the matching reference only when the requirement exists.\n\n- Slots: parent needs to control child content\u002Flayout -> [component-slots](references\u002Fcomponent-slots.md)\n- Fallthrough attributes: wrapper\u002Fbase components must forward attrs\u002Fevents safely -> [component-fallthrough-attrs](references\u002Fcomponent-fallthrough-attrs.md)\n- Built-in component `\u003CKeepAlive>` for stateful view caching -> [component-keep-alive](references\u002Fcomponent-keep-alive.md)\n- Built-in component `\u003CTeleport>` for overlays\u002Fportals -> [component-teleport](references\u002Fcomponent-teleport.md)\n- Built-in component `\u003CSuspense>` for async subtree fallback boundaries -> [component-suspense](references\u002Fcomponent-suspense.md)\n- Animation-related features: pick the simplest approach that matches the required motion behavior.\n    - Built-in component `\u003CTransition>` for enter\u002Fleave effects -> [transition](references\u002Fcomponent-transition.md)\n    - Built-in component `\u003CTransitionGroup>` for animated list mutations -> [transition-group](references\u002Fcomponent-transition-group.md)\n    - Class-based animation for non-enter\u002Fleave effects -> [animation-class-based-technique](references\u002Fanimation-class-based-technique.md)\n    - State-driven animation for user-input-driven animation -> [animation-state-driven-technique](references\u002Fanimation-state-driven-technique.md)\n\n### 3.2 Less-common optional features\n\nUse these only when there is explicit product or technical need.\n\n- Directives: behavior is DOM-specific and not a good composable\u002Fcomponent fit -> [directives](references\u002Fdirectives.md)\n- Async components: heavy\u002Frarely-used UI should be lazy loaded -> [component-async](references\u002Fcomponent-async.md)\n- Render functions only when templates cannot express the requirement -> [render-functions](references\u002Frender-functions.md)\n- Plugins when behavior must be installed app-wide -> [plugins](references\u002Fplugins.md)\n- State management patterns: app-wide shared state crosses feature boundaries -> [state-management](references\u002Fstate-management.md)\n\n## 4) Run performance optimization after behavior is correct\n\nPerformance work is a post-functionality pass. Do not optimize before core behavior is implemented and verified.\n\n- Large list rendering bottlenecks -> [perf-virtualize-large-lists](references\u002Fperf-virtualize-large-lists.md)\n- Static subtrees re-rendering unnecessarily -> [perf-v-once-v-memo-directives](references\u002Fperf-v-once-v-memo-directives.md)\n- Over-abstraction in hot list paths -> [perf-avoid-component-abstraction-in-lists](references\u002Fperf-avoid-component-abstraction-in-lists.md)\n- Expensive updates triggered too often -> [updated-hook-performance](references\u002Fupdated-hook-performance.md)\n\n## 5) Final self-check before finishing\n\n- Core behavior works and matches requirements.\n- All must-read references were read and applied.\n- Reactivity model is minimal and predictable.\n- SFC structure and template rules are followed.\n- Components are focused and well-factored, splitting when needed.\n- Entry\u002Froot and route view components remain composition surfaces unless there is an explicit small-demo exception.\n- Component split decisions are explicit and defensible (responsibility boundaries are clear).\n- Data flow contracts are explicit and typed.\n- Composables are used where reuse\u002Fcomplexity justifies them.\n- Moved state\u002Fside effects into composables if applicable\n- Optional features are used only when requirements demand them.\n- Performance changes were applied only after functionality was complete.\n","# Vue Best Practices Workflow\n\nUse this skill as an instruction set. Follow the workflow in order unless the user explicitly asks for a different order.\n\n## Core Principles\n\n- **Keep state predictable:** one source of truth, derive everything else.\n- **Make data flow explicit:** Props down, Events up for most cases.\n- **Favor small, focused components:** easier to test, reuse, and maintain.\n- **Avoid unnecessary re-renders:** use computed properties and watchers wisely.\n- **Readability counts:** write clear, self-documenting code.\n\n## 1) Confirm architecture before coding (required)\n\n- Default stack: Vue 3 + Composition API + `\u003Cscript setup lang=\"ts\">`.\n- If the project explicitly uses Options API, load `vue-options-api-best-practices` skill if available.\n- If the project explicitly uses JSX, load `vue-jsx-best-practices` skill if available.\n\n### 1.1 Must-read core references (required)\n\n- Before implementing any Vue task, make sure to read and apply these core references:\n    - `references\u002Freactivity.md`\n    - `references\u002Fsfc.md`\n    - `references\u002Fcomponent-data-flow.md`\n    - `references\u002Fcomposables.md`\n- Keep these references in active working context for the entire task, not only when a specific issue appears.\n\n### 1.2 Plan component boundaries before coding (required)\n\nCreate a brief component map before implementation for any non-trivial feature.\n\n- Define each component's single responsibility in one sentence.\n- Keep entry\u002Froot and route-level view components as composition surfaces by default.\n- Move feature UI and feature logic out of entry\u002Froot\u002Fview components unless the task is intentionally a tiny single-file demo.\n- Define props\u002Femits contracts for each child component in the map.\n- Prefer a feature folder layout (`components\u002F\u003Cfeature>\u002F...`, `composables\u002Fuse\u003CFeature>.ts`) when adding more than one component.\n\n## 2) Apply essential Vue foundations (required)\n\nThese are essential, must-know foundations. Apply all of them in every Vue task using the core references already loaded in section `1.1`.\n\n### Reactivity\n\n- Must-read reference from `1.1`: [reactivity](references\u002Freactivity.md)\n- Keep source state minimal (`ref`\u002F`reactive`), derive everything possible with `computed`.\n- Use watchers for side effects if needed.\n- Avoid recomputing expensive logic in templates.\n\n### SFC structure and template safety\n\n- Must-read reference from `1.1`: [sfc](references\u002Fsfc.md)\n- Keep SFC sections in this order: `\u003Cscript>` → `\u003Ctemplate>` → `\u003Cstyle>`.\n- Keep SFC responsibilities focused; split large components.\n- Keep templates declarative; move branching\u002Fderivation to script.\n- Apply Vue template safety rules (`v-html`, list rendering, conditional rendering choices).\n\n### Keep components focused\n\nSplit a component when it has **more than one clear responsibility** (e.g. data orchestration + UI, or multiple independent UI sections).\n\n- Prefer **smaller components + composables** over one “mega component”\n- Move **UI sections** into child components (props in, events out).\n- Move **state\u002Fside effects** into composables (`useXxx()`).\n\nApply objective split triggers. Split the component if **any** condition is true:\n\n- It owns both orchestration\u002Fstate and substantial presentational markup for multiple sections.\n- It has 3+ distinct UI sections (for example: form, filters, list, footer\u002Fstatus).\n- A template block is repeated or could become reusable (item rows, cards, list entries).\n\nEntry\u002Froot and route view rule:\n\n- Keep entry\u002Froot and route view components thin: app shell\u002Flayout, provider wiring, and feature composition.\n- Do not place full feature implementations in entry\u002Froot\u002Fview components when those features contain independent parts.\n- For CRUD\u002Flist features (todo, table, catalog, inbox), split at least into:\n    - feature container component\n    - input\u002Fform component\n    - list (and\u002For item) component\n    - footer\u002Factions or filter\u002Fstatus component\n- Allow a single-file implementation only for very small throwaway demos; if chosen, explicitly justify why splitting is unnecessary.\n\n### Component data flow\n\n- Must-read reference from `1.1`: [component-data-flow](references\u002Fcomponent-data-flow.md)\n- Use props down, events up as the primary model.\n- Use `v-model` only for true two-way component contracts.\n- Use provide\u002Finject only for deep-tree dependencies or shared context.\n- Keep contracts explicit and typed with `defineProps`, `defineEmits`, and `InjectionKey` as needed.\n\n### Composables\n\n- Must-read reference from `1.1`: [composables](references\u002Fcomposables.md)\n- Extract logic into composables when it is reused, stateful, or side-effect heavy.\n- Keep composable APIs small, typed, and predictable.\n- Separate feature logic from presentational components.\n\n## 3) Consider optional features only when requirements call for them\n\n### 3.1 Standard optional features\n\nDo not add these by default. Load the matching reference only when the requirement exists.\n\n- Slots: parent needs to control child content\u002Flayout -> [component-slots](references\u002Fcomponent-slots.md)\n- Fallthrough attributes: wrapper\u002Fbase components must forward attrs\u002Fevents safely -> [component-fallthrough-attrs](references\u002Fcomponent-fallthrough-attrs.md)\n- Built-in component `\u003CKeepAlive>` for stateful view caching -> [component-keep-alive](references\u002Fcomponent-keep-alive.md)\n- Built-in component `\u003CTeleport>` for overlays\u002Fportals -> [component-teleport](references\u002Fcomponent-teleport.md)\n- Built-in component `\u003CSuspense>` for async subtree fallback boundaries -> [component-suspense](references\u002Fcomponent-suspense.md)\n- Animation-related features: pick the simplest approach that matches the required motion behavior.\n    - Built-in component `\u003CTransition>` for enter\u002Fleave effects -> [transition](references\u002Fcomponent-transition.md)\n    - Built-in component `\u003CTransitionGroup>` for animated list mutations -> [transition-group](references\u002Fcomponent-transition-group.md)\n    - Class-based animation for non-enter\u002Fleave effects -> [animation-class-based-technique](references\u002Fanimation-class-based-technique.md)\n    - State-driven animation for user-input-driven animation -> [animation-state-driven-technique](references\u002Fanimation-state-driven-technique.md)\n\n### 3.2 Less-common optional features\n\nUse these only when there is explicit product or technical need.\n\n- Directives: behavior is DOM-specific and not a good composable\u002Fcomponent fit -> [directives](references\u002Fdirectives.md)\n- Async components: heavy\u002Frarely-used UI should be lazy loaded -> [component-async](references\u002Fcomponent-async.md)\n- Render functions only when templates cannot express the requirement -> [render-functions](references\u002Frender-functions.md)\n- Plugins when behavior must be installed app-wide -> [plugins](references\u002Fplugins.md)\n- State management patterns: app-wide shared state crosses feature boundaries -> [state-management](references\u002Fstate-management.md)\n\n## 4) Run performance optimization after behavior is correct\n\nPerformance work is a post-functionality pass. Do not optimize before core behavior is implemented and verified.\n\n- Large list rendering bottlenecks -> [perf-virtualize-large-lists](references\u002Fperf-virtualize-large-lists.md)\n- Static subtrees re-rendering unnecessarily -> [perf-v-once-v-memo-directives](references\u002Fperf-v-once-v-memo-directives.md)\n- Over-abstraction in hot list paths -> [perf-avoid-component-abstraction-in-lists](references\u002Fperf-avoid-component-abstraction-in-lists.md)\n- Expensive updates triggered too often -> [updated-hook-performance](references\u002Fupdated-hook-performance.md)\n\n## 5) Final self-check before finishing\n\n- Core behavior works and matches requirements.\n- All must-read references were read and applied.\n- Reactivity model is minimal and predictable.\n- SFC structure and template rules are followed.\n- Components are focused and well-factored, splitting when needed.\n- Entry\u002Froot and route view components remain composition surfaces unless there is an explicit small-demo exception.\n- Component split decisions are explicit and defensible (responsibility boundaries are clear).\n- Data flow contracts are explicit and typed.\n- Composables are used where reuse\u002Fcomplexity justifies them.\n- Moved state\u002Fside effects into composables if applicable\n- Optional features are used only when requirements demand them.\n- Performance changes were applied only after functionality was complete.\n",{"name":5,"license":15,"metadata":41,"description":7},{"author":42,"version":43},"github.com\u002Fvuejs-ai","18.0.0","main","218944972a37a59fccc9ee1474e524ddc83048aa",".cursor\u002Fskills\u002Fvue-best-practices","https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks","https:\u002F\u002Fwolfstar.rocks","https:\u002F\u002Fgithub.com\u002Fwolfstar-project","https:\u002F\u002Fwww.wolfstar.rocks","All projects for bot WolfStar","2026-11-12 03:33:55",{"source":8,"skillName":5,"commands":54,"prompt":64,"zipAvailable":65},[55,58,61],{"tool":56,"command":57},"npx","npx skills add wolfstar-project\u002Fwolfstar.rocks --skill vue-best-practices",{"tool":59,"command":60},"bunx","bunx skills add wolfstar-project\u002Fwolfstar.rocks --skill vue-best-practices",{"tool":62,"command":63},"pnpm","pnpm dlx skills add wolfstar-project\u002Fwolfstar.rocks --skill vue-best-practices","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002FSKILL.md",true,[67,73,77,81,85,89,93,97,101,105,109,113,117,121,125,129,133,137,141,145,149,153],{"path":68,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":71,"sourceHtmlUrl":72},"references\u002Fanimation-class-based-technique.md","REFERENCE","参考文档",4930,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fanimation-class-based-technique.md",{"path":74,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":75,"sourceHtmlUrl":76},"references\u002Fanimation-state-driven-technique.md",5706,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fanimation-state-driven-technique.md",{"path":78,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":79,"sourceHtmlUrl":80},"references\u002Fcomponent-async.md",2610,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fcomponent-async.md",{"path":82,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":83,"sourceHtmlUrl":84},"references\u002Fcomponent-data-flow.md",6981,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fcomponent-data-flow.md",{"path":86,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":87,"sourceHtmlUrl":88},"references\u002Fcomponent-fallthrough-attrs.md",4254,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fcomponent-fallthrough-attrs.md",{"path":90,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":91,"sourceHtmlUrl":92},"references\u002Fcomponent-keep-alive.md",3468,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fcomponent-keep-alive.md",{"path":94,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":95,"sourceHtmlUrl":96},"references\u002Fcomponent-slots.md",4411,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fcomponent-slots.md",{"path":98,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":99,"sourceHtmlUrl":100},"references\u002Fcomponent-suspense.md",5235,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fcomponent-suspense.md",{"path":102,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":103,"sourceHtmlUrl":104},"references\u002Fcomponent-teleport.md",2886,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fcomponent-teleport.md",{"path":106,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":107,"sourceHtmlUrl":108},"references\u002Fcomponent-transition-group.md",2936,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fcomponent-transition-group.md",{"path":110,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":111,"sourceHtmlUrl":112},"references\u002Fcomponent-transition.md",2689,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fcomponent-transition.md",{"path":114,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":115,"sourceHtmlUrl":116},"references\u002Fcomposables.md",7014,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fcomposables.md",{"path":118,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":119,"sourceHtmlUrl":120},"references\u002Fdirectives.md",3786,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fdirectives.md",{"path":122,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":123,"sourceHtmlUrl":124},"references\u002Fperf-avoid-component-abstraction-in-lists.md",4763,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fperf-avoid-component-abstraction-in-lists.md",{"path":126,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":127,"sourceHtmlUrl":128},"references\u002Fperf-v-once-v-memo-directives.md",4791,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fperf-v-once-v-memo-directives.md",{"path":130,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":131,"sourceHtmlUrl":132},"references\u002Fperf-virtualize-large-lists.md",5129,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fperf-virtualize-large-lists.md",{"path":134,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":135,"sourceHtmlUrl":136},"references\u002Fplugins.md",3885,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fplugins.md",{"path":138,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":139,"sourceHtmlUrl":140},"references\u002Freactivity.md",8610,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Freactivity.md",{"path":142,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":143,"sourceHtmlUrl":144},"references\u002Frender-functions.md",3918,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Frender-functions.md",{"path":146,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":147,"sourceHtmlUrl":148},"references\u002Fsfc.md",6296,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fsfc.md",{"path":150,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":151,"sourceHtmlUrl":152},"references\u002Fstate-management.md",3343,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fstate-management.md",{"path":154,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":155,"sourceHtmlUrl":156},"references\u002Fupdated-hook-performance.md",4537,"https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.cursor\u002Fskills\u002Fvue-best-practices\u002Freferences\u002Fupdated-hook-performance.md",[158,178,204,224,238,249],{"skillNo":159,"name":160,"nameZh":6,"description":161,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":162,"licenseFileUrl":6,"sourceHtmlUrl":163,"categories":164,"keywords":173,"publishedAt":36},"01M6BY9H7CDDKSGQ7G6SG7H7VW","writing-plans","Use when you have a spec or requirements for a multi-step task, before touching code","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.skills\u002Fwriting-plans\u002FSKILL.md",[165,168],{"categoryNo":166,"categoryName":167,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":169,"categoryName":170,"taxonomyType":171,"taxonomyTypeDesc":172},"01JBSEEDCAT000000000000036","内容创作者","PROFESSION","适用职业",[174,175,176,177],"writing","writing plans","code","spec",{"skillNo":179,"name":180,"nameZh":6,"description":181,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":182,"categories":183,"keywords":190,"publishedAt":36},"01M6BY9C1NMAWJYQV2AG9Z50JD","web-quality-audit","Comprehensive web quality audit covering performance, accessibility, SEO, and best practices. Use when asked to \"audit my site\", \"review web quality\", \"run lighthouse audit\", \"check page quality\", or \"optimize my website\".","https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.skills\u002Fweb-quality-audit\u002FSKILL.md",[184,187],{"categoryNo":185,"categoryName":186,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000019","营销推广",{"categoryNo":188,"categoryName":189,"taxonomyType":171,"taxonomyTypeDesc":172},"01JBSEEDCAT000000000000035","市场营销",[191,192,193,194,195,196,197,198,24,199,200,201,202,203],"audit","web quality audit","web","quality","performance","accessibility","run","review","website","seo","Lighthouse","site","page",{"skillNo":205,"name":206,"nameZh":6,"description":207,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":162,"licenseFileUrl":6,"sourceHtmlUrl":208,"categories":209,"keywords":216,"publishedAt":36},"01M6BY99BPGY7PGAJNJBSA43VC","web-design-guidelines","Review UI code for Web Interface Guidelines compliance. Use when asked to \"review my UI\", \"check accessibility\", \"audit design\", \"review UX\", or \"check my site against best practices\".","https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.skills\u002Fweb-design-guidelines\u002FSKILL.md",[210,213],{"categoryNo":211,"categoryName":212,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":214,"categoryName":215,"taxonomyType":171,"taxonomyTypeDesc":172},"01JBSEEDCAT000000000000032","设计师",[217,193,218,219,198,202,196,176,24,220,221,191,222,223],"guidelines","design","web design guidelines","ux","file","ui","compliance",{"skillNo":225,"name":226,"nameZh":6,"description":227,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":162,"licenseFileUrl":6,"sourceHtmlUrl":228,"categories":229,"keywords":234,"publishedAt":36},"01M6BY96B8TTMXB77QSZ4RG44C","test-driven-development","Use when implementing any feature or bugfix, before writing implementation code","https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.skills\u002Ftest-driven-development\u002FSKILL.md",[230,233],{"categoryNo":231,"categoryName":232,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":166,"categoryName":167,"taxonomyType":21,"taxonomyTypeDesc":22},[235,236,237,174,176],"development","test driven development","test",{"skillNo":239,"name":240,"nameZh":6,"description":241,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":162,"licenseFileUrl":6,"sourceHtmlUrl":242,"categories":243,"keywords":244,"publishedAt":36},"01M6BY9415MPKFMGTNR996N2YX","tdd","Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions \"red-green-refactor\", or wants integration tests.","https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.skills\u002Ftdd\u002FSKILL.md",[],[240,237,245,235,246,247,248],"integration tests","integration","refactor","first",{"skillNo":250,"name":251,"nameZh":6,"description":252,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":162,"licenseFileUrl":6,"sourceHtmlUrl":253,"categories":254,"keywords":256,"publishedAt":36},"01M6BY91BK1ER9EV193FCVHY88","systematic-debugging","Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes","https:\u002F\u002Fgithub.com\u002Fwolfstar-project\u002Fwolfstar.rocks\u002Fblob\u002Fmain\u002F.skills\u002Fsystematic-debugging\u002FSKILL.md",[255],{"categoryNo":231,"categoryName":232,"taxonomyType":21,"taxonomyTypeDesc":22},[257,258,237],"systematic debugging","debugging"]