Audio and podcasting decision

Spotify Premium

A basic self-hosted music player and small streaming service is feasible for a competent developer using existing libraries, but reproducing the full Spotify Premium product (catalog, licensing, scale, and ecosystem) is not realistic within this scope.

Visit website
Subscription$11.99/month
Initial build80 hours
Monthly upkeep20 hours + $0
Evidence2/3 runs agree

What a replacement has to do

  • Allow a user to play and manage a personal music library and simple playlists via a web UI, stream audio files from hosted storage, and persist user playlists and playback position.

What it still won’t have

  • Licensed commercial music catalog and label agreements
  • Large-scale personalized recommendations and collaborative features
  • Mature mobile apps and cross-device sync at scale
  • Curated editorial content and large social discovery graph

What remains hard

  • Product polish and ongoing maintenance
Read the build prompt

First-year cost

Keep paying

Paying ischeaper in year one.

On cash alone, building overtakes the subscription at 1 seat.

Paid seatsseats

Money you would actually spend

Keep paying

Subscription price × seats × 12

Build it

AI build APIs + hosting

Time you would spend

What you would spend

What we assumed

The verdict above measures whether you could build it. This one is only about money.

Runnable build prompt

Not run yet
Build a minimal self-hosted music streaming web app using React for the frontend, Node.js + Express for the API, Postgres for metadata, and S3-compatible object storage + CloudFront (or equivalent) for audio hosting. Core features: user sign-up/login, upload or register audio files with metadata, secure streaming endpoints with range support, web player with play/pause/seek, create/edit/delete playlists, persist playback position, and an admin uploader. Out of scope: licensing third-party commercial catalogs, large-scale recommendation engine, mobile native apps. Include input validation, error handling, automated tests for API routes, and deployment scripts (Docker + simple Terraform or CloudFormation).
How we checked3 sources · 2/3 runs agreed · evidence score 60

How the score was reached

  • Partly verdict base52
  • An open-source build was found+5
  • 3 cited sources+3
  • Evidence score60

The base comes from the verdict. Everything under it is a check that either happened or did not, and each one is a fact frozen in this record rather than a judgement made at render time — so the same evidence always produces the same number.

How scoring works →

Cited sources · 3

Every page the run actually retrieved.

Integrity checks

What held up, and what did not.

! Price not confirmed on the page — this pricing page renders its price in the browser! 2 of 3 runs agreed; the verdict is the majority✓ Citations limited to fetched pages! 1 moat recorded