I want to help 
Section titled “I want to help ”Music Assistant is built by the people who use it. Most of the ways to help don’t involve writing code, so they come first on this page.
Your first contribution doesn’t need to be big. A typo fixed, ten strings translated, one question answered on Discord: each of those is a real contribution, and each one teaches you how the project works. Start small, and the next one is easier.
If you’d rather support the project financially, see Donations at the bottom of this page.
TIP
Not sure where to start?
You don’t need permission to begin, but it helps to know where to ask. Join the Music Assistant Discord and say what you’d like to help with. “I’d like to help with X, where do I start?” is a perfectly good first message.
Many paths below use GitHub. A free GitHub account is all you need, and most changes can be made straight from your browser.
Without writing code
Section titled “Without writing code”Test the beta
Section titled “Test the beta”A new beta comes out most Fridays, and every stable release goes through a beta cycle first. Running it and reporting what breaks keeps bugs out of everyone else’s home. The beta, nightly and stable apps each keep their own data, so you can run the beta alongside stable and go back to stable at any time.
- You need: an installation where a problem is an annoyance rather than a disaster, and a GitHub account to report what you find.
- Start here: Release Cycle, then running versions side by side. The beta has its own documentation at beta.music-assistant.io.
CAUTION
Data from a newer channel can’t be used by an older one, so beta data can’t be carried back to stable. Removing an app also deletes its data. Take a backup first.
Report a bug well
Section titled “Report a bug well”A clear report with steps to reproduce saves the developers a lot of time, often more than the fix itself takes.
- You need: a GitHub account.
- Start here: read Troubleshooting, search the open and closed issues, then open a new one in the issue tracker. Say which version and channel you run, which music source and player are involved, what you did, what you expected, and attach the log. Support has more on where to ask what.
Already reported? Adding “same here, on version X with player Y” to an existing issue, or confirming that a fix works, is just as useful. Don’t overdo it, though: once several people have confirmed an issue, more +1s just add noise.
Using AI to help write a report is fine, but read and check it before you post, and use the issue template rather than working around it. Reports that look like unreviewed AI output, or that were posted by an automated agent, will be closed. See the AI Policy.
Report a security problem
Section titled “Report a security problem”Found something that could put people’s homes or accounts at risk? Don’t open a public issue. Report it privately, so it can be fixed before the details are out.
- Start here: use Report a vulnerability on the Security tab of the server repository.
Translate
Section titled “Translate”The Music Assistant interface is translated by the people who use it, in your browser, on Lokalise. If you’re a native speaker you can start in a few minutes.
- You need: a free Lokalise account, created when you join the project.
- Start here: Translations.
Improve music data
Section titled “Improve music data”Music Assistant uses MusicBrainz to match artists, albums and tracks across sources. Every release you add or correct there improves matching and artwork for everyone, not only Music Assistant users.
- You need: a free MusicBrainz account.
- Start here: Improve MusicBrainz Data.
Help other people
Section titled “Help other people”Answer questions on Discord or in the GitHub Q&A discussions, point people to the right page, or help sort incoming issues and feature requests. Telling someone “this is already tracked in issue #123” saves a developer from doing it.
- You need: a Discord or GitHub account.
- Want to do more? The moderators always welcome help with the load of reports, requests and questions. Ask OzGav on Discord.
Write and fix the documentation
Section titled “Write and fix the documentation”This site is written by the community. Fix a typo, correct an instruction that no longer matches what you see, or write the how-to you wish had existed when you started.
- You need: a GitHub account. You don’t need to install or build anything: every pull request gets a preview of the whole site with your change in it.
- Start here: the documentation contribution guide. Fixes to the live site go to
main, anything new goes tobeta.
Share what you built
Section titled “Share what you built”Made a dashboard card, a script, a voice setup or another tool around Music Assistant that works well for you? It can help others too.
- Start here: see Community Extensions for what is already out there, and share yours on Discord or in the GitHub discussions Show and Tell category.
Spread the word
Section titled “Spread the word”Give the music-assistant server repository a star (⭐) on GitHub, tell others how you use Music Assistant, and add feature requests for things you’d like to see added or improved.
With code
Section titled “With code”The server is written in Python and relies heavily on asyncio. New music sources, player providers and plugins are each a self-contained folder in the server repository, so you can start without understanding the whole code base.
AI tools are welcome, as long as there’s a human in the loop. You need to understand every change in your pull request and be able to explain it in your own words, both in the description and when answering review questions. Pull requests that look like unreviewed AI output, or that come from autonomous agents, are closed without review. Read the AI Policy before you start.
Add a music source, player or plugin
Section titled “Add a music source, player or plugin”- You need: a GitHub account, and Python on macOS or Linux (on Windows, run Linux in a virtual machine such as VirtualBox)
- Start here: the developer documentation sets up your environment and explains each provider type. The existing providers, including the demo music and player providers, are the best reference.
- Then: add a documentation page for it. The documentation contribution guide covers exactly what a new source or provider needs.
Fix or improve something that’s already there
Section titled “Fix or improve something that’s already there”Looking for something to pick up? Try the issues, the backlog or the most-voted feature requests. A bug in a player or source you own yourself is often the best place to start, because you can test the fix.
NOTE
Planning something larger? Mention it on Discord before you write much code. A five-minute chat can save you a pull request that goes in a different direction from where the project is heading.
What happens next
Section titled “What happens next”Music Assistant is maintained by a small team, and most of them review in their spare time. Reviews can take a while, because there are more pull requests than reviewers. Small, focused pull requests that change one thing are reviewed fastest, so if you have several unrelated changes, open them separately. Be patient, answer review comments in the same pull request, and keep going.
Donations
Section titled “Donations”If you’d like to support the project financially, the best way is to subscribe to Home Assistant Link. It’s an optional service from Nabu Casa, the commercial partner of the Open Home Foundation (OHF), and the subscription funds the OHF and all its projects, including Music Assistant.
You can also support the project by buying merchandise from the official Open Home Foundation store and officially branded Home Assistant hardware.
Appreciate a particular source, player or plugin? Its page in these docs names the developer who contributed it, and many have a sponsor or donation link on their GitHub profile. The core team is listed on the Home Page.
A really big thank you in advance from the whole team!
This website uses privacy-first analytics to help us improve the site. You can view all data in our public dashboard.