No description
Find a file
2025-10-10 22:33:03 -07:00
.vscode Remove shell script and ensure tasks inherit terminal path 2025-10-10 22:20:17 -07:00
assets Added support for static assets 2022-05-25 21:34:31 +02:00
backend Big README update and comments in Dockerfile 2022-09-18 12:12:07 -07:00
defaults Add defaults folder to template 2022-07-18 16:15:20 -07:00
py_modules Add support for the 'decky_plugin' module exposed by decky-loader (#16) 2023-02-19 14:43:09 -08:00
src Migrate bash scripts to package scripts. Update VSCode tasks to use package scripts. Use ssh key instead of password. 2025-10-10 21:41:05 -07:00
.env.example Migrate bash scripts to package scripts. Update VSCode tasks to use package scripts. Use ssh key instead of password. 2025-10-10 21:41:05 -07:00
.gitignore Global dfl (#24) 2023-06-03 07:42:27 -07:00
decky.pyi support new APIs fully 2024-06-13 18:31:08 -04:00
LICENSE Update LICENSE 2024-02-12 18:12:48 -08:00
main.py small cleanup 2024-09-27 18:05:16 +01:00
package.json If deploying locally run commands directly on filesystem, otherwise connect via ssh 2025-10-10 22:31:23 -07:00
plugin.json support new APIs fully 2024-06-13 18:31:08 -04:00
pnpm-lock.yaml Migrate bash scripts to package scripts. Update VSCode tasks to use package scripts. Use ssh key instead of password. 2025-10-10 21:41:05 -07:00
README.md Migrate bash scripts to package scripts. Update VSCode tasks to use package scripts. Use ssh key instead of password. 2025-10-10 21:41:05 -07:00
rollup.config.js use @decky/rollup rollup config template 2024-07-08 20:28:57 -04:00
tsconfig.json support new APIs fully 2024-06-13 18:31:08 -04:00

Decky Plugin Template Chat

Reference example for using decky-frontend-lib (@decky/ui) in a decky-loader plugin.

Please also refer to the wiki for important information on plugin development and submissions/updates. currently documentation is split between this README and the wiki which is something we are hoping to rectify in the future.

Developers

Dependencies

This template relies on the user having Node.js v16.14+ and pnpm (v9) installed on their system.
Please make sure to install pnpm v9 to prevent issues with CI during plugin submission.
pnpm can be downloaded from npm itself which is recommended.

Linux

sudo npm i -g pnpm@9

If you would like to build plugins that have their own custom backends, Docker is required as it is used by the Decky CLI tool.

Making your own plugin

  1. You can fork this repo or utilize the "Use this template" button on Github.
  2. In your local fork/own plugin-repository run these commands:
    1. pnpm i
    2. pnpm run build
    • These setup pnpm and build the frontend code for testing.
  3. Consult the decky-frontend-lib repository for ways to accomplish your tasks.
    • Documentation and examples are still rough,
    • Decky loader primarily targets Steam Deck hardware so keep this in mind when developing your plugin.
  4. To build and deploy the plugin package first copy .env.example to .env and update any relevant settings. Then either:
    • Run pnpm commands pnpm run setup and pnpm run build:plugin and pnpm run deploy
    • Run VSCode tasks Ctrl+Shift+P or Cmd+Shift+P and run: Tasks: Run Task and choose the task to run.

If you use VSCode or it's derivatives (we suggest VSCodium!) just run the setup and build:plugin and deploy tasks. It's really that simple.

Other important information

Everytime you change the frontend code (index.tsx etc) you will need to rebuild using the commands from step 2 above or the build task if you're using vscode or a derivative.

Note: If you are receiving build errors due to an out of date library, you should run this command inside of your repository:

pnpm update @decky/ui --latest

Backend support

If you are developing with a backend for a plugin and would like to submit it to the decky-plugin-database you will need to have all backend code located in backend/src, with backend being located in the root of your git repository. When building your plugin, the source code will be built and any finished binary or binaries will be output to backend/out (which is created during CI.) If your buildscript, makefile or any other build method does not place the binary files in the backend/out directory they will not be properly picked up during CI and your plugin will not have the required binaries included for distribution.

Example:
In our makefile used to demonstrate the CI process of building and distributing a plugin backend, note that the makefile explicitly creates the out folder (backend/out) and then compiles the binary into that folder. Here's the relevant snippet.

hello:
	mkdir -p ./out
	gcc -o ./out/hello ./src/main.c

The CI does create the out folder itself but we recommend creating it yourself if possible during your build process to ensure the build process goes smoothly.

Note: When locally building your plugin it will be placed into a folder called 'out' this is different from the concept described above.

The out folder is not sent to the final plugin, but is then put into a bin folder which is found at the root of the plugin's directory.
More information on the bin folder can be found below in the distribution section below.

Distribution

We recommend following the instructions found in the decky-plugin-database on how to get your plugin up on the plugin store. This is the best way to get your plugin in front of users. You can also choose to do distribution via a zip file containing the needed files, if that zip file is uploaded to a URL it can then be downloaded and installed via decky-loader.

NOTE: We do not currently have a method to install from a downloaded zip file in "game-mode" due to lack of a usable file-picking dialog.

Layout of a plugin zip ready for distribution:

pluginname-v1.0.0.zip (version number is optional but recommended for users sake)
   |
   pluginname/ <directory>
   |  |  |
   |  |  bin/ <directory> (optional)
   |  |     |
   |  |     binary (optional)
   |  |
   |  dist/ <directory> [required]
   |      |
   |      index.js [required]
   | 
   package.json [required]
   plugin.json [required]
   main.py {required if you are using the python backend of decky-loader: serverAPI}
   README.md (optional but recommended)
   LICENSE(.md) [required, filename should be roughly similar, suffix not needed]

Note regarding licenses: Including a license is required for the plugin store if your chosen license requires the license to be included alongside usage of source-code/binaries!

Standard procedure for licenses is to have your chosen license at the top of the file, and to leave the original license for the plugin-template at the bottom. If this is not the case on submission to the plugin database, you will be asked to fix this discrepancy.

We cannot and will not distribute your plugin on the Plugin Store if it's license requires it's inclusion but you have not included a license to be re-distributed with your plugin in the root of your git repository.