Une manière plus sereine d’examiner une bibliothèque musicale désordonnée.
NyxCore analyse ma collection locale, fait remonter doublons et anomalies de métadonnées, puis les rassemble dans une file de révision que je peux réellement comprendre.
L’enjeu n’est pas de détecter toujours plus de problèmes. Il est de voir les preuves et l’opération proposée avant qu’un fichier réel ne soit modifié.
- Rôle
- Design produit + ingénierie
- Stack
- React · FastAPI · Python
- Environnement
- Bibliothèque musicale locale
- Principe
- Réviser avant d’écrire
POURQUOI JE L’AI COMMENCÉ
Ma bibliothèque musicale était devenue un mélange de CD importés, de téléchargements et d’anciens transferts. Les tags partaient dans tous les sens, les doublons s’accumulaient et je ne savais plus vraiment quoi corriger.
Je voulais pouvoir utiliser des informations comme le BPM pour créer de meilleures playlists. Mais avant de demander des suggestions à NyxCore, je devais savoir ce qui se trouvait déjà dans ma bibliothèque et pouvoir vérifier chaque modification.
Métadonnées lacunaires
Artistes, albums, pochettes et informations de piste manquants.
Doublons exacts
Un même audio peut arriver sous des noms ou des tags différents.
Correspondances probables
La similitude est une preuve utile, pas une autorisation de supprimer.
Fichiers réels
Chaque décision finit par toucher une collection à laquelle je tiens.
CE QU’IL FAIT AUJOURD’HUI
Pour l’instant, NyxCore analyse ma bibliothèque musicale locale et rassemble les problèmes possibles dans une seule file de révision. Je peux ouvrir un constat, examiner les preuves et choisir quoi faire avant toute modification.
Réviser avant d’agir
Le constat reste visible à côté de ses preuves et de la décision disponible. Rien ne devient silencieusement une opération d’écriture.
Le niveau de certitude reste visible
Les copies exactes et les rapprochements heuristiques ne sont pas présentés comme une même vérité.
La collection entière reste lisible
Les signaux indiquent où porter l’attention sans prétendre que chaque anomalie doit être corrigée automatiquement.
Le produit suit un trajet visible : analyser la collection, comprendre le constat, examiner l’opération proposée, puis décider si elle doit être exécutée.
Voir la collection
La vue Santé rend visibles les métadonnées manquantes, les pochettes absentes et les valeurs suspectes.
Comprendre le constat
La boîte de révision réunit le problème et ses preuves afin d’éclairer la décision suivante.
Approuver un plan explicite
Les actions retenues deviennent un plan lisible. Les doublons partent en quarantaine au lieu d’être détruits.
Voir la collection
La vue Santé rend visibles les métadonnées manquantes, les pochettes absentes et les valeurs suspectes.
Diagnostic NyxCore de la santé d’une bibliothèque musicale localeComprendre le constat
La boîte de révision réunit le problème et ses preuves afin d’éclairer la décision suivante.
Boîte de révision NyxCore avec constat sélectionné et panneau de preuvesApprouver un plan explicite
Les actions retenues deviennent un plan lisible. Les doublons partent en quarantaine au lieu d’être détruits.
Dialogue NyxCore listant les opérations proposées avant leur exécutionPOURQUOI J’AI ÉTÉ PRUDENT AVEC LES MODIFICATIONS
Les actions de révision compatibles deviennent des plans qui enregistrent les empreintes des fichiers ainsi que les chemins ou changements de métadonnées concernés. Les constats sans action sûre restent exclus de l’application. L’application d’un plan utilise un verrou exclusif et un journal ; les copies en doublon sont mises en quarantaine plutôt que supprimées.
Avant d’annuler une opération compatible, NyxCore vérifie de nouveau le fichier. S’il ne correspond plus à l’empreinte enregistrée, l’opération est refusée et le fichier reste intact. L’erreur est consignée, tandis que les autres opérations peuvent se poursuivre.
Plan explicite
Les opérations proposées peuvent être examinées avant l’exécution.
Contrôles bloquants
Un fichier modifié ou obsolète n’est pas assimilé à celui qui a été révisé.
Quarantaine d’abord
Le retrait d’un doublon compatible conserve une voie de récupération.
Résultat consigné
Le journal conserve ce qui a été tenté, appliqué, refusé ou échoué.
Garder la boucle courte. Améliorer le jugement.
La v0.3.0 est un socle, pas une plateforme terminée. La suite consiste à rendre le flux de révision actuel plus utile avant d’élargir les promesses de NyxCore.
Assainir la bibliothèque
Améliorer la file de révision des doublons et anomalies évidentes de métadonnées.
Mieux suggérer les tags
Utiliser davantage le contexte de la piste et de la collection en conservant une approbation explicite.
Construire des playlists utiles
Explorer le BPM et d’autres informations vérifiées sans affaiblir le modèle de sécurité.
Un petit outil auquel je peux confier ma bibliothèque.
La v0.3.0 me donne un parcours fonctionnel entre un résultat d’analyse et une action que j’ai vérifiée et consignée. Le projet reste expérimental, mais cette boucle existe et me donne une base utile pour continuer.
- 142
- Tests backend
- 12
- Tests frontend
- Local
- Périmètre bibliothèque
- v0.3.0
- Version expérimentale