@fledge/vue
v0.4.7
Published
Agent skill package for Vue development.
Downloads
1,470
Readme
@fledge/vue
Agent skill package for Vue development.
Installation
# pnpm
pnpm add -D @fledge/vue
# npm
npm install --save-dev @fledge/vue
# yarn
yarn add --dev @fledge/vueSkills are copied into the skills directory automatically via postinstall. No further setup needed — agents pick them up immediately.
pnpm users: pnpm blocks lifecycle scripts from dependencies by default. After installing, approve the build script by running:
pnpm approve-buildsAlternatively, add the package permanently to your
package.jsonso it never needs manual approval again:{ "pnpm": { "onlyBuiltDependencies": ["@fledge/vue"] } }
Requirements
- Node.js >= 24
- Claude Code or any agent runtime that supports the Agent Skills
Skills
vue-core
Guides agents through Vue feature development following conventions. Covers component classification, general principles, type-specific implementation guidance, composables, data fetching, and forms.
Component types
A core idea in this skill is that not all Vue components are the same. Each type has distinct responsibilities — mixing them is the most common source of components that are hard to maintain.
| Type | Responsibility | |-----------------------|-----------------------------------------------------------------------------------------| | View | Route-bound entry point for a page. Composes feature and domain components. | | Feature component | Owns business logic or feature state. Coordinates child components. | | Domain component | Adapts a single UI primitive to a domain concept. No business logic beyond the mapping. | | UI component | Generic, fully reusable, zero business or domain knowledge. Self-contained styling. |
Decision flow
flowchart TD
Start([Start]) --> Triage
Triage{"Step 0 · Scope?"}
Triage -->|Targeted task| Touch
Triage -->|Full feature| Plan
subgraph planning ["Full feature planning"]
Plan["Map hierarchy · identify logic needs · audit existing"]
Plan --> TokenAudit["Audit design tokens · design-tokens.md"]
TokenAudit --> UIAudit["Audit required UI components · add missing ones to checklist first"]
UIAudit --> BottomUp["Produce checklist · build bottom-up · UI → Domain → Feature / Logic → View"]
end
BottomUp --> Touch
Touch{"Step 1 · What are we touching?"}
Touch -->|Component| CompMod
Touch -->|Logic unit| LogicMod
CompMod{"Step 2A · Create or modify?"}
CompMod -->|Create| CompType
CompMod -->|Modify| CompScope
CompScope{"Stays focused?"}
CompScope -->|"Yes — extend"| CompType
CompScope -->|"No — create new"| CompType
CompType{"Step 3A · Component type? · component-types.md"}
CompType --> CompPrinciples["Step 4A · Component principles · component-principles.md"]
CompPrinciples -->|View| VR([views.md])
CompPrinciples -->|Feature| FR([feature-components.md])
CompPrinciples -->|Domain| DR([domain-components.md])
CompPrinciples -->|UI| UR([ui-components.md])
LogicMod{"Step 2B · Create or modify?"}
LogicMod -->|Create| CompUtil
LogicMod -->|Modify| LogicScope
LogicScope{"Stays focused?"}
LogicScope -->|"Yes — extend"| CompUtil
LogicScope -->|"No — create new"| CompUtil
CompUtil{"Step 3B · Composable or util?"}
CompUtil -->|Util| Done([Plain TypeScript])
CompUtil -->|Composable| CompLogicPrinciples["Step 4B · composable-principles.md · Feature-local or shared?"]
CompLogicPrinciples --> WhatDoes{"Step 5B · What does it do?"}
WhatDoes -->|Data fetching| DF([data-fetching.md])
WhatDoes -->|Form logic| FM([forms.md])
WhatDoes -->|Other| CP([composable-principles.md])Reference files
component-types.md— classification guide, decision questions for each component type, and where styling lives in the hierarchycomponent-principles.md— general principles: structure, state ownership, reactivity, v-model, API design, naming, and documentationui-components.md— component categories, styling encapsulation, CVA variants, reka-ui primitives, modelValue patterns, accessibility, and iconsdesign-tokens.md— how to explore a project's token vocabulary (Tailwind config, CSS custom properties, shared constants) before applying any stylingreka-ui.md— how to explore reka-ui primitive type definitions before use; group roots, value shapes, and standalone vs. group contextdomain-components.md— domain-to-UI mapping, modelValue as domain value, state ownership, and namingfeature-components.md— state ownership, child coordination, composable extraction, and data fetchingviews.md— page-level composition and route-level concernscomposable-principles.md— naming, return shape, and patternsdata-fetching.md— TanStack Query patternsforms.md— TanStack Form + Zod patterns
