Skip to content
Back to skills

Plugin New Frontend System Support

ASecurity

Add new frontend-system support to an existing Backstage plugin while retaining its legacy entry point. Use when published or shared plugins need dual compatibility, alpha exports, PageBlueprint extensions, route reuse, and both old and new app consumers.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 4, 2026
ai-agentsshellgitapifrontend

Works with

  • api

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 4, 2026

npx -y skills add paulasilvatech/awesome-harness-primitives --skill plugin-new-frontend-system-support --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Plugin New Frontend System Support?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Plugin New Frontend System Support
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/paulasilvatech-plugin-new-frontend-system-support/badge)](https://www.skillsdirectory.com/skills/paulasilvatech-plugin-new-frontend-system-support)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: plugin-new-frontend-system-support
description: "Add new frontend-system support to an existing Backstage plugin while retaining its legacy entry point. Use when published or shared plugins need dual compatibility, alpha exports, PageBlueprint extensions, route reuse, and both old and new app consumers."
license: Apache-2.0
metadata:
  source-repository: "https://github.com/backstage/backstage"
  source-commit: "eeac444a9aba7c107525d2a726851e907418c181"
---

# Add new frontend-system support

Create an explicit dual-mode plugin without breaking existing legacy consumers.

## When to invoke

- "Add an alpha new-frontend entry point to this plugin."
- "Make this Backstage plugin work in old and new apps."
- "Publish dual frontend-system support."
- "Add PageBlueprint extensions while keeping createPlugin."

## Procedure

1. Confirm plugin mode is `dual`, target versions, publication audience, and a green package
   baseline.
2. Read [the pinned upstream procedure](references/upstream/SKILL.md).
3. Verify alpha exports, blueprints, route APIs, and compatibility packages against the target
   version.
4. Inventory the legacy plugin instance, routable extensions, routes, page shells, APIs, and tests.
5. Add the new-system alpha entry point and `createFrontendPlugin` surface while preserving the
   legacy entry point.
6. Update package exports and type mappings without changing existing import paths.
7. Reuse route refs and split page shells so both systems render correctly.
8. Test the legacy entry point and alpha entry point independently.
9. Run package lint, typecheck, tests, build, and publication dry-run when applicable.

## Output template

```markdown
## Dual frontend support result

**Package:** <package>
**Legacy entry:** <path>
**New entry:** <path>

| Contract | Legacy | New | Validation |
| --- | --- | --- | --- |
```

## Quality gate

- [ ] `dual` mode and supported Backstage versions are explicit.
- [ ] Existing import paths and legacy behavior remain compatible.
- [ ] The alpha entry point uses current new-system APIs.
- [ ] Routes, page layout, APIs, exports, and types work in both systems.
- [ ] Both entry points have tests.
- [ ] Package-local and publication checks pass.

Files in this skill

  • SKILL.md2.2 KB
  • references/upstream/SKILL.md16.2 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…