generate-frontend-wiring_skill

This skill analyzes a Backstage frontend plugin and generates the RHDH dynamic plugin wiring configuration for app-config.yaml.
  • Shell

0

GitHub Stars

1

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 kadel/claude-plugins --skill generate-frontend-wiring

  • SKILL.md6.0 KB

Overview

This skill analyzes an existing Backstage frontend plugin and generates the Red Hat Developer Hub (RHDH) dynamic plugin wiring configuration. It inspects package metadata and plugin source exports, then produces a ready-to-use YAML block for dynamic-plugins.yaml or app-config.yaml. The output includes routes, mount points, API factories, and app icon wiring derived from the plugin code.

How this skill works

The skill reads the plugin directory to locate package.json, src/plugin.ts or src/plugin.tsx, src/index.ts, and an optional built plugin-manifest.json. It extracts the scalprum name, routable extensions (createRoutableExtension), component extensions (createComponentExtension), API factories/refs, and icon exports. Using those findings, it composes the YAML structure for dynamicRoutes, mountPoints, apiFactories, and appIcons.

When to use it

  • You have an existing Backstage frontend plugin you want to deploy as a dynamic plugin on RHDH.
  • You need a generated dynamic-plugins.yaml or app-config.yaml wiring for a plugin.
  • You want to confirm which exports will become routes, mount points, APIs, or icons in RHDH.
  • You have built artifacts with a scalprum manifest and want the exact scalprum name.
  • You need a starting configuration to integrate the plugin into an app shell.

Best practices

  • Ensure package.json and src/plugin.ts or src/plugin.tsx exist and export the expected factories.
  • If possible, build the plugin to generate dist-dynamic/dist-scalprum/plugin-manifest.json to get an authoritative scalprum name.
  • Name exported components clearly (e.g., MyPluginPage, MyEntityCard, todoApiRef) to produce readable YAML.
  • Export custom icons from src/index.ts so they can be referenced as appIcons.
  • Review and adjust entity conditions (if/allOf) for mountPoints to avoid unwanted rendering.

Example use cases

  • Generate wiring for a page-only plugin to produce a dynamicRoutes entry and menu item.
  • Produce mountPoints for an entity card plugin that should appear on component overview pages.
  • Create apiFactories entries when a plugin exports createApiFactory or apiRef objects.
  • Combine routes, mount points, and appIcons YAML for a plugin that offers a page, cards, and icons.
  • Derive scalprum name from package.json or plugin-manifest.json to ensure correct runtime module mapping.

FAQ

The skill prefers dist-dynamic/dist-scalprum/plugin-manifest.json name, then scalprum.name in package.json, and otherwise derives one from the package name (scoped names become dot-separated).

What if the plugin uses nonstandard exports or dynamic factories?

The generated configuration is a best-effort starting point. Nonstandard or runtime-generated exports may require manual review and adjustments to importName and module fields.

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