vsa-ui-enhancer_skill

This skill transforms plain .razor UI into MudBlazor components, reflecting domain CanXxx() states to enhance usability while preserving architecture.
  • C#

1

GitHub Stars

4

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill akiramei/blazor-enterprise-architecture-poc --skill vsa-ui-enhancer

  • boundary-integration.md10.0 KB
  • component-mapping.md8.4 KB
  • input-requirements.md6.1 KB
  • SKILL.md5.5 KB

Overview

This skill enhances the UI of Vertical Slice Architecture (VSA) generated razor pages without changing the architecture. It transforms plain .razor HTML into MudBlazor-based components and injects visual behavior driven by domain CanXxx() results. The skill focuses purely on presentation: components, decoration, validation display, tooltips, and loading states.

How this skill works

The tool parses Phase 1 generated .razor files and maps basic HTML elements to MudBlazor components per a component-mapping. It inspects related Command/Query and Domain Entity files to bind form fields and read CanXxx() results. The output is a rewritten .razor using MudBlazor components with disabled states, tooltips, badges, colors, and validation integrated based on domain rules and current state.

When to use it

  • You have Phase 1 generated .razor files (plain HTML) and want a richer UI without touching architecture
  • You need buttons, links, or badges to reflect Domain Entity CanXxx() results (enabled/disabled, tooltip reasons)
  • You want consistent MudBlazor-based forms, lists, detail pages, or dialogs across slices
  • You need improved validation displays and loading indicators on existing pages
  • You must preserve Command/Query/Handler and state management while upgrading presentation

Best practices

  • Provide the corresponding Command/Query and Domain Entity files so field mappings and CanXxx() checks are accurate
  • Keep architecture code (handlers, stores, entities) unchanged; only accept UI file inputs for transformation
  • Review component-mapping rules to verify how tags map to MudBlazor components before conversion
  • Use UI pattern mapping (form/list/detail/dialog) to ensure consistent layouts and interaction models
  • Include Validator files when you want enhanced validation rendering

Example use cases

  • Convert a CRUD form generated as plain <input>/<select> markup into a MudTextField/MudSelect form with built-in validation
  • Enhance a detail page so action buttons respect loan.CanExtend() result, showing disabled state and tooltip reason with a loading spinner on submit
  • Transform a generated list into a MudTable or MudDataGrid with status badges and color-coded rows driven by domain state
  • Apply consistent dialog confirmation UI using MudBlazor for all slices without changing handlers or domain logic

FAQ

No. The skill rewrites only .razor presentation files. Command/Query/Handler, stores, and domain objects remain untouched.

How are CanXxx() results used in the UI?

CanXxx() return values control UI elements: enable/disable buttons, show the Reason in tooltips, toggle badges/colors, and determine available actions.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational