Publishing

Package, release, and submit your plugin to the Nuclear plugin store.

Publishing

Nuclear's plugin store is backed by a static registry at github.com/NuclearPlayer/plugin-registryarrow-up-right. The registry lists plugin metadata (name, repo, category). The actual plugin code lives in the developer's own GitHub repository. When a user installs a plugin, Nuclear fetches the latest GitHub release from that repo.

Publishing a plugin takes three steps: configure your package.json, create a GitHub release with a plugin.zip asset, and submit a PR to the registry.


package.json requirements

Your plugin's package.json must include these fields:

Field
Required
Description

name

yes

Plugin identifier. Lowercase, hyphens allowed. Must match the id in the registry.

version

yes

Semver (e.g., 1.0.0)

description

yes

Short description

author

yes

Your name or GitHub username

main

yes

Entry point (e.g., dist/index.js). If omitted, Nuclear tries index.js, index.ts, index.tsx, then dist/index.*.

The nuclear field

The nuclear field holds Nuclear-specific config:

{
  "nuclear": {
    "displayName": "My Plugin",
    "category": "metadata",
    "icon": {
      "type": "link",
      "link": "https://example.com/icon.png"
    },
    "permissions": ["network"]
  }
}
Property
Required
Description

displayName

no

Human-readable name shown in the UI. Falls back to name.

category

yes

One of: streaming, metadata, lyrics, scrobbling, dashboard, ui, other

icon

no

Plugin icon. Only {"type": "link", "link": "url"} is supported.

permissions

no

Informational list. No permissions are enforced yet; this is for future use.

circle-info

Categories are convenience tags for filtering in the store. Pick the one that best describes your plugin's primary function.

Full example


Creating a GitHub release

  1. Tag your commit with a semver version (e.g., v1.0.0).

  2. Create a GitHub release from that tag.

  3. Attach a file named exactly plugin.zip as a release asset.

  4. Publish the release.

Nuclear looks for an asset named plugin.zip in the latest release. If it's missing, installation fails.

What goes in plugin.zip

The zip should contain your built plugin files at the root level, not nested in a subdirectory:

circle-exclamation

Nuclear can compile TypeScript on the fly, so you can ship .ts or .tsx source files instead of pre-built JavaScript. Pre-building is recommended for faster load times.

Set up CI to build and create the release automatically. Manual zip creation is error-prone.


Submitting to the registry

  1. Add your plugin to the plugins array in plugins.json:

  1. Open a pull request.

Registry entry fields

Field
Required
Constraints

id

yes

Must match name in your package.json. Lowercase, hyphens, 2-64 chars.

name

yes

Display name, 1-64 chars.

description

yes

10-200 chars.

author

yes

1-64 chars.

repo

yes

owner/repo-name format.

category

yes

Must match your package.json nuclear.category.

tags

no

Up to 10 tags, lowercase with hyphens, unique.

addedAt

yes

Today's date in ISO 8601 format.


Updating your plugin

You don't need to update the registry to release new versions. Create a new GitHub release with an updated plugin.zip, and Nuclear will fetch it the next time someone installs your plugin.

Only submit a registry PR if you need to change the plugin's metadata (description, category, tags, etc.).

circle-info

There is no automatic update push to users who already have your plugin installed. They need to remove and reinstall to get the latest version.

Examples

You can find example plugins on Github: github.com/NuclearPlayerarrow-up-right.

Last updated