Skip to content

Roadmap

Jump to bottom
TheMinecraftGuyGuru edited this page Jun 8, 2026 · 5 revisions

Roadmap

Tracked in GitHub Project: MuxCore Roadmap

MVP (Initial Release)

Goal: Prove the architecture. Compete with *arr on simplicity while demonstrating modularity.

Core

  • Module system (lifecycle, registry)
  • Event bus (in-memory pub/sub; NATS available as module)
  • Basic scheduler (extracted to scheduler-cron module)
  • REST API gateway (extracted to api-rest module)
  • Web UI shell (HTMX + Go templates + Tailwind CSS, extracted to admin-ui module)
  • ServiceRegistry + RouteRegistrar interfaces
  • Auto-registration via contracts.Register()
  • Default preset (-tags default)

Modules

  • Auth: Local accounts + API tokens provider
  • Downloader: qBittorrent connector
  • Indexer: Jackett/Prowlarr connector
  • Media Manager: Movies (basic Radarr replacement)
  • Media Library: Simple scan + import
  • Playback: Jellyfin connector
  • Notification: Discord provider
  • Workflow Engine: request → search → download → import → notify

Features

  • Request a movie
  • Search indexers
  • Download via qBittorrent
  • Import into library
  • Notify on completion

Deployment

  • Docker Compose (single node)
  • Setup wizard
  • Basic configuration UI

Marketplace

  • Marketplace catalog format (catalog.json)
  • Module metadata format (muxcore.json)
  • Official marketplace repo (marketplace-catalog)
  • Official vs third-party distinction (by GitHub org)
  • Marketplace browser in admin UI

Phase 2: Distributed

Goal: Prove distributed architecture. Multi-node, failover, worker pools.

  • Multi-node clustering — extracted to cluster-gossip module (#21)
  • Distributed worker pool (#22, renamed from "Distributed transcoding pool") — worker-pool module
  • Worker failover and task redistribution (#23) — worker-pool module
  • Storage abstraction and orchestrator layer (#53)
  • Storage policies — hot/cold tiering (#25) — storage-tiering module
  • Audit logging (#27) — audit-logger module
  • Prometheus metrics + Grafana dashboards (#28) — prometheus-metrics module
  • DatabaseProvider contract (#61)
  • CacheProvider contract (#62)
  • Go Module SDK (#54)
  • Configuration management system (#55)
  • gRPC protobuf contract definitions (#56)
  • Event schema and versioning system (#57)
  • Module health checking and aggregation (#58)
  • API rate limiting (#59)
  • Module dependency resolution (#60)
  • Multi-kind module registration (#63) — one module, multiple Kinds
  • Capability-based service discovery (#64) — FindByCapability
  • Auth gateway middleware (#65) — session validation, RBAC enforcement
  • Module-defined metadata schema system (#75) — modules declare their media type's fields, core validates
  • Tag system contract (#66)
  • Automated backup and restore contract (#67)
  • Import list contract (#68) — watchlist sync from external services
  • Settings provider interface (#69) — UI composition for module config
  • Multi-agent notification contract (#70)
  • Quality profile and release decision contract (#71)
  • Custom format and release profile contract (#72)
  • Folder watcher and filesystem event contract (#73)
  • Media info and codec analysis contract (#74)

Phase 2 infrastructure and contracts are complete. The modules below are a mix of shipped and in-development — the unchecked items remain future work.

Modules

  • Distributed worker pool (worker-pool)
  • Storage tiering engine (storage-tiering)
  • Audit logger (audit-logger)
  • Prometheus metrics (prometheus-metrics)
  • Native torrent engine
  • SABnzbd downloader
  • Debrid downloader
  • TV Manager (Sonarr replacement)
  • Music Manager (Lidarr replacement)
  • Supplementary content provider — subtitles, lyrics, chapters (Bazarr replacement)
  • Transcoder: FFmpeg with GPU support
  • PostgreSQL database provider (database-postgres)
  • Redis cache provider (cache-redis)
  • OIDC/SSO auth provider (auth-oidc)
  • S3/MinIO storage provider (storage-s3)

Phase 3: Platform

Goal: Become a true orchestration platform. K8s-native, multi-tenant, language-agnostic modules.

  • Kubernetes operator
  • Helm chart
  • Multi-tenant support
  • Language-agnostic module SDK (Python, TypeScript, Rust)
  • Module marketplace / registry (runtime install) (#40)
  • OpenTelemetry tracing
  • gRPC module mesh with mTLS
  • Module sandboxing (gVisor)

Modules

  • Book Manager (Readarr replacement)
  • Manga/Comic Manager
  • Audiobook Manager
  • Content tagging and classification
  • Intro/outro detection
  • Storage overlay: encryption, compression, dedup
  • Ceph/Rook storage provider

Long-Term Vision

Killer Features (Undifferentiated in Current Market)

Feature Description
Distributed transcoding pool GPU workers anywhere on the network
Intelligent orchestration Move workload to idle GPU, auto-balance storage, predictive pre-transcoding
Unified media graph Single metadata system across movies, TV, books, manga, music, audiobooks, podcasts
Multi-tenant Almost nonexistent in homelab media — could be huge
Cross-media awareness Request an anime → discovers manga + light novel adaptations
Storage abstraction Local, S3, Ceph, Glacier — transparent to the user

Market Positioning Options

Path Description
Option A: Ultimate Homelab Media OS Most likely success path. The "Unraid of media management."
Option B: Distributed Content Processing Platform Enterprise direction. Media companies, streaming services.
Option C: Media Kubernetes Most ambitious. Generalized orchestration for all media workloads.

Recommended Positioning

"Distributed event-driven media orchestration platform"

Not "replacement for Sonarr."

That framing changes architecture decisions and makes the project far more coherent.

Wiki Navigation

Clone this wiki locally