Skip to content
←
04 / Local-first music systems / 2026Experimental v0.3.0

A calmer way to inspect a messy music library.

NyxCore scans my local collection, surfaces duplicates and metadata problems, and turns them into a review queue I can actually reason about.

The important part is not finding more problems. It is seeing the evidence and the proposed operation before a real file changes.

Role
Product design + engineering
Stack
React · FastAPI · Python
Environment
Local music library
Principle
Review before write
Review workspaceFinding selected · operation pending
NyxCore Review Inbox with a selected music-library finding and its evidence inspector
01 / Why I started it

WHY I STARTED IT

My music library had become a mix of ripped CDs, downloads and old transfers. Tags were all over the place, duplicates had piled up, and I couldn’t tell what was actually worth fixing.

I wanted to eventually use track details like BPM to make better playlists. But before asking NyxCore to make suggestions, I needed a clear picture of what was already in my library—and a chance to review every change.

01

Metadata gaps

Missing artists, albums, artwork and track information.

02

Exact duplicates

Identical audio can still arrive with different names or tags.

03

Likely matches

Similarity is useful evidence, not permission to delete.

04

Real files

Every decision eventually touches a collection I care about.

02 / What it does right now

WHAT IT DOES RIGHT NOW

Right now, NyxCore scans my local music library and brings possible problems into one review inbox. I can open a finding, check the evidence, and decide what to do before anything changes.

01 / Review InboxTriage surface · selected finding
NyxCore Review Inbox showing a list of findings and the selected finding inspector

Review before action

A finding stays visible beside its evidence and available decision. Nothing is silently converted into a write operation.

02 / Duplicate evidenceExact and likely matches remain distinct
NyxCore duplicate inspection screen separating exact copies from likely matches

Certainty stays visible

Exact copies and heuristic matches are not presented as the same kind of truth.

03 / Library HealthCollection-level diagnostic view
NyxCore Library Health screen showing metadata, duplicate and artwork diagnostics

The whole collection remains legible

Health signals reveal where attention is needed without pretending that every anomaly should be fixed automatically.

03 / Interaction model

The product follows one visible signal path: scan the collection, inspect the finding, review the proposed operation, then decide whether it should happen.

01 / 03

See the collection

Library Health makes missing metadata, artwork gaps and suspicious values visible across the collection.

Scan → classifyCollection signals
NyxCore Library Health diagnostics for a local music collection
02 / 03

Understand the finding

The Review Inbox keeps the issue and its evidence together so the next decision is informed.

Inspect → reviewFinding context
NyxCore Review Inbox with a selected finding and evidence panel
03 / 03

Approve an explicit plan

Selected actions become a readable plan. Duplicate copies move to quarantine instead of being destroyed.

Plan → approveProposed operations
NyxCore action-plan dialog listing proposed operations before execution
04 / Why I was careful with changes

WHY I WAS CAREFUL WITH CHANGES

Supported review actions become plans that record file fingerprints and the relevant paths or metadata changes. Findings without a safe action stay out of apply. Applying a plan uses a single-writer lock and journal; duplicate copies move to quarantine instead of being deleted.

Before reversing a supported operation, NyxCore checks the file again. If it no longer matches the recorded fingerprint, that operation is refused and the file is left untouched. An error is recorded while other operations may continue.

01

Explicit plan

The proposed operations are inspectable before execution.

02

Fail-closed checks

Changed or stale files are not treated as the files that were reviewed.

03

Quarantine first

Supported duplicate removal keeps a recoverable path instead of hard-deleting.

04

Recorded outcome

The ledger preserves what was attempted, applied, refused or failed.

Action planFive reviewed operations · approval required
NyxCore enhanced action-plan preview showing reviewed operations before they are applied
05 / Direction

Keep the loop small. Make the judgment better.

v0.3.0 is a foundation, not a finished platform. The next work is about making the existing review loop more useful before expanding what NyxCore promises.

Now01

Clean the library

Improve the review queue for duplicates and obvious metadata problems.

Next02

Suggest better metadata

Use more track and collection context while keeping approval explicit.

Later03

Build useful playlists

Explore BPM and other verified track information without weakening the core safety model.

06 / What exists today

A small tool I can trust with my own library.

v0.3.0 gives me a working path from a scan result to an action I have reviewed and recorded. It is still experimental, but the core loop is real—and it gives me something useful to build on.

142
Backend tests
12
Frontend tests
Local
Library boundary
v0.3.0
Experimental release