plankit-cli 1.3.1 → 1.4.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +53 -3
- package/package.json +1 -1
- package/src/agents.js +8 -4
- package/src/cli.js +106 -5
- package/src/commandBundles.js +105 -0
- package/src/config.js +20 -2
- package/templates/PLANKIT.md +7 -0
- package/templates/dotnet-commands/codex/dotnet-architecture-audit.md +25 -0
- package/templates/dotnet-commands/codex/dotnet-clean-guardrails.md +24 -0
- package/templates/dotnet-commands/codex/dotnet-ef-migration.md +25 -0
- package/templates/dotnet-commands/codex/dotnet-endpoint-from-model.md +26 -0
- package/templates/dotnet-commands/codex/dotnet-extract-service.md +25 -0
- package/templates/dotnet-commands/codex/dotnet-feature.md +26 -0
- package/templates/dotnet-commands/codex/dotnet-generate-tests.md +25 -0
- package/templates/dotnet-commands/codex/dotnet-health.md +24 -0
- package/templates/dotnet-commands/codex/dotnet-migrate-minimal-api.md +25 -0
- package/templates/dotnet-commands/codex/dotnet-modernize.md +25 -0
- package/templates/dotnet-commands/cursor/dotnet-architecture-audit.md +26 -0
- package/templates/dotnet-commands/cursor/dotnet-clean-guardrails.md +25 -0
- package/templates/dotnet-commands/cursor/dotnet-ef-migration.md +26 -0
- package/templates/dotnet-commands/cursor/dotnet-endpoint-from-model.md +27 -0
- package/templates/dotnet-commands/cursor/dotnet-extract-service.md +26 -0
- package/templates/dotnet-commands/cursor/dotnet-feature.md +27 -0
- package/templates/dotnet-commands/cursor/dotnet-generate-tests.md +26 -0
- package/templates/dotnet-commands/cursor/dotnet-health.md +25 -0
- package/templates/dotnet-commands/cursor/dotnet-migrate-minimal-api.md +26 -0
- package/templates/dotnet-commands/cursor/dotnet-modernize.md +26 -0
- package/templates/dotnet-commands/opencode/dotnet-architecture-audit.md +23 -0
- package/templates/dotnet-commands/opencode/dotnet-clean-guardrails.md +22 -0
- package/templates/dotnet-commands/opencode/dotnet-ef-migration.md +23 -0
- package/templates/dotnet-commands/opencode/dotnet-endpoint-from-model.md +24 -0
- package/templates/dotnet-commands/opencode/dotnet-extract-service.md +23 -0
- package/templates/dotnet-commands/opencode/dotnet-feature.md +24 -0
- package/templates/dotnet-commands/opencode/dotnet-generate-tests.md +23 -0
- package/templates/dotnet-commands/opencode/dotnet-health.md +22 -0
- package/templates/dotnet-commands/opencode/dotnet-migrate-minimal-api.md +23 -0
- package/templates/dotnet-commands/opencode/dotnet-modernize.md +23 -0
- package/templates/dotnet-skills/gemini/dotnet-architecture-audit/SKILL.md +26 -0
- package/templates/dotnet-skills/gemini/dotnet-clean-guardrails/SKILL.md +25 -0
- package/templates/dotnet-skills/gemini/dotnet-ef-migration/SKILL.md +26 -0
- package/templates/dotnet-skills/gemini/dotnet-endpoint-from-model/SKILL.md +27 -0
- package/templates/dotnet-skills/gemini/dotnet-extract-service/SKILL.md +26 -0
- package/templates/dotnet-skills/gemini/dotnet-feature/SKILL.md +27 -0
- package/templates/dotnet-skills/gemini/dotnet-generate-tests/SKILL.md +26 -0
- package/templates/dotnet-skills/gemini/dotnet-health/SKILL.md +25 -0
- package/templates/dotnet-skills/gemini/dotnet-migrate-minimal-api/SKILL.md +26 -0
- package/templates/dotnet-skills/gemini/dotnet-modernize/SKILL.md +26 -0
- package/templates/vue-commands/codex/component-pattern-audit.md +24 -0
- package/templates/vue-commands/codex/design-token-discover.md +24 -0
- package/templates/vue-commands/codex/design-token-migrate.md +24 -0
- package/templates/vue-commands/codex/js-to-ts.md +25 -0
- package/templates/vue-commands/codex/reactivity-audit.md +25 -0
- package/templates/vue-commands/codex/state-strategy-audit.md +23 -0
- package/templates/vue-commands/codex/vue-guardrails.md +24 -0
- package/templates/vue-commands/codex/vue-health.md +28 -0
- package/templates/vue-commands/codex/vue-legacy-map.md +25 -0
- package/templates/vue-commands/codex/vue-migration-plan.md +24 -0
- package/templates/vue-commands/codex/vue-modernize-slice.md +26 -0
- package/templates/vue-commands/codex/vue-pattern-map.md +24 -0
- package/templates/vue-commands/codex/vue-standardize.md +26 -0
- package/templates/vue-commands/codex/vue-style-audit.md +24 -0
- package/templates/vue-commands/codex/vue-target-architecture.md +24 -0
- package/templates/vue-commands/cursor/component-pattern-audit.md +25 -0
- package/templates/vue-commands/cursor/design-token-discover.md +25 -0
- package/templates/vue-commands/cursor/design-token-migrate.md +25 -0
- package/templates/vue-commands/cursor/js-to-ts.md +26 -0
- package/templates/vue-commands/cursor/reactivity-audit.md +26 -0
- package/templates/vue-commands/cursor/state-strategy-audit.md +24 -0
- package/templates/vue-commands/cursor/vue-guardrails.md +25 -0
- package/templates/vue-commands/cursor/vue-health.md +29 -0
- package/templates/vue-commands/cursor/vue-legacy-map.md +26 -0
- package/templates/vue-commands/cursor/vue-migration-plan.md +25 -0
- package/templates/vue-commands/cursor/vue-modernize-slice.md +27 -0
- package/templates/vue-commands/cursor/vue-pattern-map.md +25 -0
- package/templates/vue-commands/cursor/vue-standardize.md +27 -0
- package/templates/vue-commands/cursor/vue-style-audit.md +25 -0
- package/templates/vue-commands/cursor/vue-target-architecture.md +25 -0
- package/templates/vue-commands/opencode/component-pattern-audit.md +22 -0
- package/templates/vue-commands/opencode/design-token-discover.md +22 -0
- package/templates/vue-commands/opencode/design-token-migrate.md +22 -0
- package/templates/vue-commands/opencode/js-to-ts.md +23 -0
- package/templates/vue-commands/opencode/reactivity-audit.md +23 -0
- package/templates/vue-commands/opencode/state-strategy-audit.md +21 -0
- package/templates/vue-commands/opencode/vue-guardrails.md +22 -0
- package/templates/vue-commands/opencode/vue-health.md +26 -0
- package/templates/vue-commands/opencode/vue-legacy-map.md +23 -0
- package/templates/vue-commands/opencode/vue-migration-plan.md +22 -0
- package/templates/vue-commands/opencode/vue-modernize-slice.md +24 -0
- package/templates/vue-commands/opencode/vue-pattern-map.md +22 -0
- package/templates/vue-commands/opencode/vue-standardize.md +24 -0
- package/templates/vue-commands/opencode/vue-style-audit.md +22 -0
- package/templates/vue-commands/opencode/vue-target-architecture.md +22 -0
- package/templates/vue-skills/gemini/component-pattern-audit/SKILL.md +25 -0
- package/templates/vue-skills/gemini/design-token-discover/SKILL.md +25 -0
- package/templates/vue-skills/gemini/design-token-migrate/SKILL.md +25 -0
- package/templates/vue-skills/gemini/js-to-ts/SKILL.md +26 -0
- package/templates/vue-skills/gemini/reactivity-audit/SKILL.md +26 -0
- package/templates/vue-skills/gemini/state-strategy-audit/SKILL.md +24 -0
- package/templates/vue-skills/gemini/vue-guardrails/SKILL.md +25 -0
- package/templates/vue-skills/gemini/vue-health/SKILL.md +29 -0
- package/templates/vue-skills/gemini/vue-legacy-map/SKILL.md +26 -0
- package/templates/vue-skills/gemini/vue-migration-plan/SKILL.md +25 -0
- package/templates/vue-skills/gemini/vue-modernize-slice/SKILL.md +27 -0
- package/templates/vue-skills/gemini/vue-pattern-map/SKILL.md +25 -0
- package/templates/vue-skills/gemini/vue-standardize/SKILL.md +27 -0
- package/templates/vue-skills/gemini/vue-style-audit/SKILL.md +25 -0
- package/templates/vue-skills/gemini/vue-target-architecture/SKILL.md +25 -0
|
@@ -0,0 +1,24 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Refactor a Vue component or composable to conform to the established target architecture.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# /vue-standardize
|
|
6
|
+
|
|
7
|
+
Refactor a component or composable to align with target conventions with zero breaking changes.
|
|
8
|
+
|
|
9
|
+
## Workflow
|
|
10
|
+
1. Parse target SFC (script, template, style).
|
|
11
|
+
2. Convert Options API to <script setup> with Composition API.
|
|
12
|
+
3. Replace this.$store with Pinia store or reactive composable.
|
|
13
|
+
4. Preserve public API (props, emits, exposed slots) to avoid breaking parent components.
|
|
14
|
+
5. Verify TypeScript types and run component tests.
|
|
15
|
+
|
|
16
|
+
## Guardrail
|
|
17
|
+
Never rewrite business logic. Always preserve component prop/event contracts and visual styling.
|
|
18
|
+
|
|
19
|
+
## Options
|
|
20
|
+
- --dry-run preview changes without writing
|
|
21
|
+
- --no-tests skip running verification tests
|
|
22
|
+
- --interactive confirm transformations step by step
|
|
23
|
+
|
|
24
|
+
Run against a Vue repository. Perform repository context discovery first, then apply the workflow.
|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Audit styling patterns, global vs scoped CSS/SCSS, deep selectors, and hardcoded values.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# /vue-style-audit
|
|
6
|
+
|
|
7
|
+
Analyze CSS/SCSS architecture, scoping violations, and hardcoded values across Vue components.
|
|
8
|
+
|
|
9
|
+
## Workflow
|
|
10
|
+
1. Catalog all <style> tags: scoped vs unscoped, lang (css, scss, less), and CSS Modules.
|
|
11
|
+
2. Identify leaky global styles and deprecated deep selectors (::v-deep, /deep/).
|
|
12
|
+
3. Detect hardcoded hex colors, magic numbers in margins/padding, font sizes, and z-indexes.
|
|
13
|
+
4. Generate style report highlighting candidates for design token extraction.
|
|
14
|
+
|
|
15
|
+
## Guardrail
|
|
16
|
+
Read-only style audit.
|
|
17
|
+
|
|
18
|
+
## Options
|
|
19
|
+
- --json output style metrics as JSON
|
|
20
|
+
- --path <dir> restrict audit to specific directory
|
|
21
|
+
|
|
22
|
+
Run against a Vue repository. Perform repository context discovery first, then apply the workflow.
|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Define or inspect the target architectural conventions for modernizing the Vue application.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# /vue-target-architecture
|
|
6
|
+
|
|
7
|
+
Establish and document the canonical target architecture for the repository.
|
|
8
|
+
|
|
9
|
+
## Workflow
|
|
10
|
+
1. Inspect existing modern slices or prompt for target conventions.
|
|
11
|
+
2. Define target standards: Vue 3, <script setup>, TypeScript strictness, Pinia stores, styling foundation, testing framework.
|
|
12
|
+
3. Classify patterns into PREFERRED, TRANSITIONAL, and LEGACY.
|
|
13
|
+
4. Record target architectural profile in artifacts/VUE_TARGET.md for PlanKit commands to reference.
|
|
14
|
+
|
|
15
|
+
## Guardrail
|
|
16
|
+
Require explicit target decisions before broad refactoring. Never guess without evidence.
|
|
17
|
+
|
|
18
|
+
## Options
|
|
19
|
+
- --interactive guide through target architecture decisions
|
|
20
|
+
- --save persist target architecture to artifacts
|
|
21
|
+
|
|
22
|
+
Run against a Vue repository. Perform repository context discovery first, then apply the workflow.
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: component-pattern-audit
|
|
3
|
+
description: Audit SFC component design, god components, prop drilling, and emits declarations.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /component-pattern-audit
|
|
7
|
+
|
|
8
|
+
Evaluate component architecture, complexity, prop drilling, and API design.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Identify god components (> 400 lines, > 15 props, > 10 internal states).
|
|
12
|
+
2. Detect undeclared emits ($emit used in template without defineEmits declaration).
|
|
13
|
+
3. Flag prop drilling deeper than 3 levels where state management is preferable.
|
|
14
|
+
4. Suggest logical component decomposition boundaries.
|
|
15
|
+
|
|
16
|
+
## Guardrail
|
|
17
|
+
Read-only component evaluation.
|
|
18
|
+
|
|
19
|
+
## Options
|
|
20
|
+
- --max-lines <n> line threshold for god component alert (default: 400)
|
|
21
|
+
- --json output metrics as JSON
|
|
22
|
+
|
|
23
|
+
# component-pattern-audit
|
|
24
|
+
|
|
25
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: design-token-discover
|
|
3
|
+
description: Discover repeated color literals, typography, spacing, and shadows into design token candidates.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /design-token-discover
|
|
7
|
+
|
|
8
|
+
Mine CSS/SCSS and templates for repeated styling values to form design tokens.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Extract all color hex/rgb/hsl values, spacing dimensions, border radii, and font sizes.
|
|
12
|
+
2. Cluster identical and near-identical values.
|
|
13
|
+
3. Suggest semantic token names (--color-primary, --spacing-md, etc.).
|
|
14
|
+
4. Generate candidate token definitions (CSS custom properties, Tailwind theme, or SCSS variables).
|
|
15
|
+
|
|
16
|
+
## Guardrail
|
|
17
|
+
Do not automatically rewrite styles without approval.
|
|
18
|
+
|
|
19
|
+
## Options
|
|
20
|
+
- --min-occurrences <n> minimum occurrences to qualify as token (default: 3)
|
|
21
|
+
- --output <file> output file for candidate tokens
|
|
22
|
+
|
|
23
|
+
# design-token-discover
|
|
24
|
+
|
|
25
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: design-token-migrate
|
|
3
|
+
description: Migrate hardcoded styles in Vue components to standardized design tokens or utility classes.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /design-token-migrate
|
|
7
|
+
|
|
8
|
+
Replace hardcoded colors, spacing, and typography with standardized design tokens.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Match target component styles against the token dictionary.
|
|
12
|
+
2. Replace hardcoded literals with var(--token) or design system utility classes.
|
|
13
|
+
3. Verify visual layout fidelity and verify responsive styling.
|
|
14
|
+
4. Run component tests.
|
|
15
|
+
|
|
16
|
+
## Guardrail
|
|
17
|
+
Preserve exact visual rendering. Retain fallback values when migrating tokens.
|
|
18
|
+
|
|
19
|
+
## Options
|
|
20
|
+
- --dry-run preview style replacements without modifying files
|
|
21
|
+
- --interactive confirm each token replacement
|
|
22
|
+
|
|
23
|
+
# design-token-migrate
|
|
24
|
+
|
|
25
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: js-to-ts
|
|
3
|
+
description: Convert JavaScript Vue SFCs and utility modules to TypeScript with typed props and emits.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /js-to-ts
|
|
7
|
+
|
|
8
|
+
Safely migrate JavaScript files and Vue SFCs to TypeScript with strict type definitions.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Rename .js to .ts, or set <script setup lang="ts"> in SFCs.
|
|
12
|
+
2. Convert runtime props to defineProps<{ ... }>() with explicit interfaces.
|
|
13
|
+
3. Convert runtime emits to defineEmits<{ ... }>() with typed payloads.
|
|
14
|
+
4. Add typed interfaces for component state, API responses, and composable returns.
|
|
15
|
+
5. Verify type check with vue-tsc or tsc --noEmit.
|
|
16
|
+
|
|
17
|
+
## Guardrail
|
|
18
|
+
Do not use 'any' when types can be accurately inferred or declared.
|
|
19
|
+
|
|
20
|
+
## Options
|
|
21
|
+
- --strict enforce strict typing without fallback assertions
|
|
22
|
+
- --dry-run show generated types before applying
|
|
23
|
+
|
|
24
|
+
# js-to-ts
|
|
25
|
+
|
|
26
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: reactivity-audit
|
|
3
|
+
description: Audit Vue reactivity anti-patterns (destructuring props, missing toRefs, watcher leaks).
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /reactivity-audit
|
|
7
|
+
|
|
8
|
+
Identify subtle Vue 3 reactivity bugs, lost reactivity, and memory leaks.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Check for destructured defineProps() without toRefs() or toValue() in reactive contexts.
|
|
12
|
+
2. Detect direct prop mutation or nested prop mutations.
|
|
13
|
+
3. Detect watch/watchEffect or window event listeners without cleanup in onUnmounted.
|
|
14
|
+
4. Detect inappropriate mixing of ref and reactive.
|
|
15
|
+
5. Produce fix recommendations with before/after code snippets.
|
|
16
|
+
|
|
17
|
+
## Guardrail
|
|
18
|
+
Read-only reactivity analysis.
|
|
19
|
+
|
|
20
|
+
## Options
|
|
21
|
+
- --path <dir> restrict check to specific directory
|
|
22
|
+
- --fix-suggestions include detailed refactoring suggestions
|
|
23
|
+
|
|
24
|
+
# reactivity-audit
|
|
25
|
+
|
|
26
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,24 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: state-strategy-audit
|
|
3
|
+
description: Audit Vuex vs Pinia vs composable store usage, identifying leaks and duplicate state.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /state-strategy-audit
|
|
7
|
+
|
|
8
|
+
Analyze state management usage across the repository to identify state sprawl and duplication.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Map all stores (Vuex modules, Pinia stores, global reactive composables).
|
|
12
|
+
2. Detect components accessing multiple state paradigms simultaneously.
|
|
13
|
+
3. Flag duplicated domain state (e.g. user info stored in both Vuex and a composable).
|
|
14
|
+
4. Provide migration roadmap for transitioning from Vuex to Pinia.
|
|
15
|
+
|
|
16
|
+
## Guardrail
|
|
17
|
+
Read-only audit.
|
|
18
|
+
|
|
19
|
+
## Options
|
|
20
|
+
- --json output state dependency map as JSON
|
|
21
|
+
|
|
22
|
+
# state-strategy-audit
|
|
23
|
+
|
|
24
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: vue-guardrails
|
|
3
|
+
description: Configure ESLint, TypeScript strict rules, and architectural boundaries to prevent regressions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vue-guardrails
|
|
7
|
+
|
|
8
|
+
Lock in modernization progress by establishing automated linter and compiler guardrails.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Inspect existing ESLint, TypeScript, and Prettier configurations.
|
|
12
|
+
2. Add eslint-plugin-vue rules enforcing <script setup>, defineProps, and defineEmits.
|
|
13
|
+
3. Disallow new Options API usage or deprecated APIs in modernized directories.
|
|
14
|
+
4. Output recommended rule configurations.
|
|
15
|
+
|
|
16
|
+
## Guardrail
|
|
17
|
+
Never break existing CI builds; introduce strict rules gradually or scoped to modern directories.
|
|
18
|
+
|
|
19
|
+
## Options
|
|
20
|
+
- --apply apply recommended configurations to project config files
|
|
21
|
+
- --dry-run preview configuration changes
|
|
22
|
+
|
|
23
|
+
# vue-guardrails
|
|
24
|
+
|
|
25
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: vue-health
|
|
3
|
+
description: Audit Vue codebase health, tech debt score, Options vs Composition ratio, and modernization risks.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vue-health
|
|
7
|
+
|
|
8
|
+
Comprehensive diagnostic scan of Vue codebase health, architectural consistency, and tech debt.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Discover Vue version, build tooling (Vite/Webpack), language (JS/TS), package manager, and test runner.
|
|
12
|
+
2. Scan SFCs for Options API vs Composition API vs <script setup>.
|
|
13
|
+
3. Scan state management (Vuex vs Pinia vs composables vs local state).
|
|
14
|
+
4. Scan data access (axios in SFCs vs api client vs TanStack Query / useFetch).
|
|
15
|
+
5. Scan styling (global CSS/SCSS vs scoped vs CSS Modules vs Tailwind/utility).
|
|
16
|
+
6. Calculate Health Score (0-100) and classify files into PREFERRED, TRANSITIONAL, and LEGACY.
|
|
17
|
+
7. Output structured markdown diagnostic report with prioritized modernization recommendations.
|
|
18
|
+
|
|
19
|
+
## Guardrail
|
|
20
|
+
Read-only diagnostic audit. Never modify files during health check.
|
|
21
|
+
|
|
22
|
+
## Options
|
|
23
|
+
- --json output machine-readable JSON metrics
|
|
24
|
+
- --min-score <n> fail if health score is below threshold
|
|
25
|
+
- --path <dir> restrict analysis to specific directory
|
|
26
|
+
|
|
27
|
+
# vue-health
|
|
28
|
+
|
|
29
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: vue-legacy-map
|
|
3
|
+
description: Catalog all legacy Vue files, mixins, filters, Options API components, and tech debt hotspots.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vue-legacy-map
|
|
7
|
+
|
|
8
|
+
Build an inventory of legacy code, deprecated APIs, and tech debt hotspots.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Scan for Options API components, this.$ references, mixins, event bus ($on/$emit), and filters.
|
|
12
|
+
2. Detect deprecated CSS deep selectors (::v-deep, /deep/, >>>).
|
|
13
|
+
3. Find legacy Vuex stores and mutation patterns.
|
|
14
|
+
4. Assign migration complexity score (Low, Medium, High, Critical) based on size, coupling, and dependencies.
|
|
15
|
+
5. Generate ranked migration backlog table.
|
|
16
|
+
|
|
17
|
+
## Guardrail
|
|
18
|
+
Read-only inventory. Do not transform files.
|
|
19
|
+
|
|
20
|
+
## Options
|
|
21
|
+
- --filter <type> filter by mixins, vuex, options, or deep-selectors
|
|
22
|
+
- --min-complexity <l> filter by complexity level
|
|
23
|
+
|
|
24
|
+
# vue-legacy-map
|
|
25
|
+
|
|
26
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: vue-migration-plan
|
|
3
|
+
description: Generate a phased, low-risk migration plan for a legacy Vue feature or directory.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vue-migration-plan
|
|
7
|
+
|
|
8
|
+
Formulate an incremental, phased migration plan for a feature slice before code modifications.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Analyze dependencies and call paths of the target directory.
|
|
12
|
+
2. Identify shared state, shared UI primitives, and data access layers.
|
|
13
|
+
3. Divide migration into safe phases: (1) Leaf components, (2) State & data access, (3) Container/Page components, (4) Verification.
|
|
14
|
+
4. Generate PlanKit phase specifications under artifacts/current/<feature>/phases/.
|
|
15
|
+
|
|
16
|
+
## Guardrail
|
|
17
|
+
Enforce incremental migration over big-bang rewrites. Keep each phase independently testable.
|
|
18
|
+
|
|
19
|
+
## Options
|
|
20
|
+
- --phases <n> number of migration phases (default: 3)
|
|
21
|
+
- --feature <name> name of the feature workspace
|
|
22
|
+
|
|
23
|
+
# vue-migration-plan
|
|
24
|
+
|
|
25
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: vue-modernize-slice
|
|
3
|
+
description: Perform an end-to-end modernization of a Vue feature slice with validation and guardrails.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vue-modernize-slice
|
|
7
|
+
|
|
8
|
+
Orchestrate complete vertical slice modernization from legacy to target architecture.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Discover feature boundaries, templates, stores, and dependencies.
|
|
12
|
+
2. Generate phased plan with vue-migration-plan.
|
|
13
|
+
3. Modernize components: Options API -> <script setup>, JS -> TS, Vuex -> Pinia.
|
|
14
|
+
4. Apply design tokens with design-token-migrate.
|
|
15
|
+
5. Run vue-tsc, linter, and unit tests to verify zero regressions.
|
|
16
|
+
|
|
17
|
+
## Guardrail
|
|
18
|
+
Maintain backward compatibility at every step. Do not commit failing builds.
|
|
19
|
+
|
|
20
|
+
## Options
|
|
21
|
+
- --slice <dir> path to feature slice directory
|
|
22
|
+
- --dry-run preview all planned changes
|
|
23
|
+
- --no-tests skip running tests
|
|
24
|
+
|
|
25
|
+
# vue-modernize-slice
|
|
26
|
+
|
|
27
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: vue-pattern-map
|
|
3
|
+
description: Map architectural patterns across the Vue repository for state, data fetching, styling, and components.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vue-pattern-map
|
|
7
|
+
|
|
8
|
+
Map and categorize all coexisting architectural patterns across the Vue codebase.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Identify pattern categories: Component syntax, State management, Data fetching, Styling, Routing, Testing.
|
|
12
|
+
2. Fingerprint each file into its matching pattern archetype.
|
|
13
|
+
3. Cluster patterns and determine: PREFERRED (target), TRANSITIONAL, and LEGACY.
|
|
14
|
+
4. Output a comprehensive pattern directory map and migration complexity ranking.
|
|
15
|
+
|
|
16
|
+
## Guardrail
|
|
17
|
+
Do not assume repository majority equals target architecture in mixed legacy codebases.
|
|
18
|
+
|
|
19
|
+
## Options
|
|
20
|
+
- --category <name> filter by category (state, data, styling, component)
|
|
21
|
+
- --json output pattern clusters as JSON
|
|
22
|
+
|
|
23
|
+
# vue-pattern-map
|
|
24
|
+
|
|
25
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: vue-standardize
|
|
3
|
+
description: Refactor a Vue component or composable to conform to the established target architecture.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vue-standardize
|
|
7
|
+
|
|
8
|
+
Refactor a component or composable to align with target conventions with zero breaking changes.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Parse target SFC (script, template, style).
|
|
12
|
+
2. Convert Options API to <script setup> with Composition API.
|
|
13
|
+
3. Replace this.$store with Pinia store or reactive composable.
|
|
14
|
+
4. Preserve public API (props, emits, exposed slots) to avoid breaking parent components.
|
|
15
|
+
5. Verify TypeScript types and run component tests.
|
|
16
|
+
|
|
17
|
+
## Guardrail
|
|
18
|
+
Never rewrite business logic. Always preserve component prop/event contracts and visual styling.
|
|
19
|
+
|
|
20
|
+
## Options
|
|
21
|
+
- --dry-run preview changes without writing
|
|
22
|
+
- --no-tests skip running verification tests
|
|
23
|
+
- --interactive confirm transformations step by step
|
|
24
|
+
|
|
25
|
+
# vue-standardize
|
|
26
|
+
|
|
27
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: vue-style-audit
|
|
3
|
+
description: Audit styling patterns, global vs scoped CSS/SCSS, deep selectors, and hardcoded values.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vue-style-audit
|
|
7
|
+
|
|
8
|
+
Analyze CSS/SCSS architecture, scoping violations, and hardcoded values across Vue components.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Catalog all <style> tags: scoped vs unscoped, lang (css, scss, less), and CSS Modules.
|
|
12
|
+
2. Identify leaky global styles and deprecated deep selectors (::v-deep, /deep/).
|
|
13
|
+
3. Detect hardcoded hex colors, magic numbers in margins/padding, font sizes, and z-indexes.
|
|
14
|
+
4. Generate style report highlighting candidates for design token extraction.
|
|
15
|
+
|
|
16
|
+
## Guardrail
|
|
17
|
+
Read-only style audit.
|
|
18
|
+
|
|
19
|
+
## Options
|
|
20
|
+
- --json output style metrics as JSON
|
|
21
|
+
- --path <dir> restrict audit to specific directory
|
|
22
|
+
|
|
23
|
+
# vue-style-audit
|
|
24
|
+
|
|
25
|
+
Execute the workflow with the target arguments from the request.
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: vue-target-architecture
|
|
3
|
+
description: Define or inspect the target architectural conventions for modernizing the Vue application.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /vue-target-architecture
|
|
7
|
+
|
|
8
|
+
Establish and document the canonical target architecture for the repository.
|
|
9
|
+
|
|
10
|
+
## Workflow
|
|
11
|
+
1. Inspect existing modern slices or prompt for target conventions.
|
|
12
|
+
2. Define target standards: Vue 3, <script setup>, TypeScript strictness, Pinia stores, styling foundation, testing framework.
|
|
13
|
+
3. Classify patterns into PREFERRED, TRANSITIONAL, and LEGACY.
|
|
14
|
+
4. Record target architectural profile in artifacts/VUE_TARGET.md for PlanKit commands to reference.
|
|
15
|
+
|
|
16
|
+
## Guardrail
|
|
17
|
+
Require explicit target decisions before broad refactoring. Never guess without evidence.
|
|
18
|
+
|
|
19
|
+
## Options
|
|
20
|
+
- --interactive guide through target architecture decisions
|
|
21
|
+
- --save persist target architecture to artifacts
|
|
22
|
+
|
|
23
|
+
# vue-target-architecture
|
|
24
|
+
|
|
25
|
+
Execute the workflow with the target arguments from the request.
|