cindulasai/spotify-playlist-curator

Spotify Playlist Curator

Générez une séquence de morceaux réels qui répond à la demande de cet auditeur. Préservez ses choix explicites, vérifiez l'identité et les métadonnées disponibles, expliquez les incertitudes et n'apprenez qu'avec consentement. Fonctionne sur Codex et Claude ; ce sont les capacités des outils, et non les noms de plateformes ou le niveau de compte supposé, qui déterminent la livraison.

Choisir la charge de travail

• Recherche littérale : utilisez les instructions de recherche musicale de la plateforme ; recherchez et renvoyez son lien canonique. Pas d'analyse des goûts ni de pipeline de curation.
• Rapide, par défaut : pour une liste petite/simple, utilisez les preuves de goût disponibles, rédigez un brief compact, extrayez un ensemble modeste, vérifiez les sélections et exécutez le vérificateur. Pas d'entretien obligatoire, de jeu de rôle du Conseil, de caisses exhaustives, de critique indépendant ou de relecture minute par minute.
• Complet : à utiliser pour des contraintes complexes, des listes longues, des événements, l'adaptation au rythme, la découverte de scènes inconnues, ou une demande de profondeur. Élargissez vers des caisses ciblées, vérifiez un ensemble plus grand, séquencez et utilisez un critique indépendant si pris en charge et autorisé.
• Entretien, sur option : ne posez que des questions qui changent la décision en tours courts. Ne re-posez jamais les préférences déjà énoncées. Arrêtez immédiatement sur "tu décides" ou "construis simplement". Si un choix manquant rend une contrainte stricte impossible à interpréter, clarifiez ce choix ou renvoyez un brouillon étiqueté.

Défauts est la seule autorité pour les styles numériques par défaut et la précédence de remplacement. Ne lisez les autres références que si nécessaire.

1. Établir les capacités, le consentement et le brief

Lisez le guide du connecteur et l'adaptateur de plateforme concerné. Honorez les instructions Spotify installées de l'hôte. Découvrez les capacités de recherche, de recherche par lot, de métadonnées, de lecture de collection, d'écriture exacte, de générateur et de bibliothèque. Ne déduisez pas l'éligibilité d'un nom d'outil et ne supposez pas que la création de playlist nécessite toujours Premium.

Utilisez uniquement les mots de l'auditeur, les données d'écoute accessibles et les préférences musicales confirmées. Ne déduisez jamais la religion, l'origine ethnique, la santé, l'âge ou le genre de la musique, des noms, du pays ou de la langue. Un historique partiel permet de dire « non observé dans votre historique accessible », pas « vous n'avez jamais entendu ceci ».

Avant un apprentissage durable, lisez la politique de mémoire. Consentement inconnu signifie session uniquement. « Arrête d'apprendre » bloque les écritures d'apprentissage ; « oublie » supprime les données correspondantes de tous les magasins de profils gérés. Utilisez un répertoire de session temporaire appartenant à l'appelant et nettoyez-le dans finally/un gestionnaire de contexte. Gardez les chemins spécifiques au compte séparés ; arrêtez-vous si l'auditeur actuel ne peut pas être associé en toute sécurité au profil.

Rédigez un bref compact avec la demande, les contraintes explicites, la durée choisie, le contexte, la préférence de familiarité/découverte et toute hypothèse matérielle. Copiez les contraintes textuellement ; traduisez les contraintes applicables en hard_constraints pour le vérificateur. Distinguez le maximum de l'objectif approximatif. Le temps/météo sont un contexte facultatif, jamais des raisons de passer outre à la demande. Voir intention et contexte.

2. Récupérer et vérifier

Commencez par les ancres réelles de l'auditeur ou les résultats du catalogue, puis les artistes/discographies/requêtes en écriture native à proximité. Les noms de chansons rappelés par le modèle sont des hypothèses. Utilisez les recherches par lot dans le catalogue pour les éléments connus lorsqu'ils sont présents ; utilisez la recherche en langage naturel pour la découverte. Réutilisez les résultats déjà vérifiés au cours de cette exécution. Adaptez la taille de l'ensemble à la demande ; arrêtez la recherche lorsque les contraintes sont satisfaites avec des choix utiles.

Pour chaque piste sélectionnée :

• confirmez le type MUSIC, le titre/artiste/version prévu et la jouabilité retournée ;
• conservez l'URI/URL canonique retourné, la durée et les métadonnées de contenu/publication disponibles ;
• préservez le résultat source ou une référence source dans la provenance de la session ;
• distinguez l'identité de l'enregistrement du titre de la chanson, y compris les performances live/classiques distinctes ;
• rejetez une version karaoké/tribute/altérée non souhaitée, pas chaque occurrence d'un mot comme « live » dans un nom d'artiste légitime ;
• étiquetez honnêtement la familiarité non observée et la langue/contenu/intro inconnus.

Pour les demandes « propres », utilisez les évaluations signalées lorsqu'elles sont disponibles. Une évaluation explicite échoue ; une évaluation absente est inconnue, pas propre. Un titre « Radio Edit » ne prouve pas des paroles propres. Une promesse stricte de propreté nécessite une preuve source affirmative ou reste non vérifiée. Le BPM signalé par la source n'est pas un BPM mesuré indépendamment. Les horodatages d'intro/vocaux ne sont pas une entrée de mesure mesurée. Aucune audition audio n'a eu lieu à moins que l'audio réel n'ait été accédé et évalué.

Sans connecteur, utilisez des pages fiables d'artistes/labels/catalogues et marquez les pistes comme vérifiées sur le Web. La jouabilité sur le marché Spotify reste inconnue. Donnez des liens sources ; n'inventez jamais d'URI Spotify. Voir récupération de musiques du monde.

3. Adapter et séquencer

Scorez via le profil approprié au consentement lorsque c'est utile ; appliquez les veto, les exclusions de contexte, les règles de fatigue et de répétition récente. Ne considérez pas une lecture ignorée/terminée comme un signe de rejet. Les demandes explicites d'un seul artiste, de nouveauté totale, de répétition de favoris ou d'intro longue remplacent les styles par défaut. Suivez le guide de séquençage ; préservez la culture demandée et l'objectif émotionnel. Le guide émotionnel soutient l'autonomie de l'utilisateur ; ce n'est pas une évaluation clinique.

Écrivez playlist.json avec les métadonnées retournées, la provenance et toute contrainte stricte. scripts/playlist_check.py --help et son schéma de module documentent les champs. Par exemple :

{"arc":"découverte","allow_adjacent_artist":true,
 "hard_constraints":{"track_count":6,"max_minutes":25,"languages":["te"],"max_intro_seconds":15},
 "tracks":[]}

Cet exemple vide est une illustration de schéma et doit échouer à la validation. Les entrées réelles ont besoin de preuves pour les limites promises. target_minutes est approximatif ; hard_constraints.max_minutes est une limite supérieure. tempo_band nécessite un BPM vérifié par la source, et peak_at_minute nécessite des codes d'énergie et des durées fiables.

4. Valider et contester

Exécutez python3 scripts/playlist_check.py playlist.json. Un code non nul signifie une contrainte violée, une entrée invalide ou une preuve obligatoire non vérifiée. Le rapport ne compte que les preuves qu'il a fournies ; il ne contacte pas Spotify et ne prouve pas qu'un résultat source copié est authentique. Préservez la source originale indépendamment dans la session.

Examinez l'identité, l'artiste/version, le marché, la culture, le contenu, les exclusions et la provenance des affirmations. Pour le mode Complet, fournissez les entrées du critique à un agent indépendant si pris en charge et autorisé ; sinon, étiquetez la même révision de fil. Évaluez par rapport à la demande de l'utilisateur, pas à une playlist idéale générique. Une présentation séquentielle est un examen des métadonnées, pas une écoute.

Réparez uniquement les positions ayant échoué, puis revérifiez. Utilisez les tours limités dans les défauts. Lorsqu'une contrainte stricte échoue toujours ou n'est pas vérifiée, ne créez/publiez pas comme conforme. Livrez un brouillon partiel clairement étiqueté avec l'exigence exacte non résolue ; suggérez un assouplissement sans l'appliquer silencieusement. Un score subjectif élevé ne peut pas contourner une barrière stricte ayant échoué.

5. Livrer les résultats confirmés

Utilisez les outils exacts de création/ajout lorsqu'ils sont disponibles et autorisés par une demande de création de playlist. Respectez les limites de lot de l'outil. Lisez toutes les pages en retour, vérifiez l'état de préparation, comparez les URI ordonnées et déduisez les affirmations des contenus confirmés. En cas d'écriture incertaine, lisez/réconciliez avant une autre ajout ; ne réessayez jamais aveuglément. Persistez uniquement le résultat confirmé dans l'historique approprié au consentement. Voir le guide du connecteur pour les écritures partielles et les playlists générées.

Générateur uniquement : soumettez un bref concis, puis lisez le contenu généré si un lecteur existe. Étiquetez-le comme interprétation de Spotify. S'il diffère du choix vérifié du conservateur, distinguez-les. Sans relecture, ne prétendez pas à un contenu exact ou au respect des contraintes.

Pas de capacité/éligibilité d'écriture : renvoyez la liste ordonnée vérifiée avec les liens retournés. Ne sauvegardez/supprimez jamais d'éléments de la bibliothèque, ne lisez pas de l'audio et ne modifiez pas une playlist existante simplement parce que des recommandations ont été demandées. Utilisez les règles d'autorisation de l'hôte pour chaque action.

Répondez dans la langue de l'utilisateur, adaptée à la liste : nom, durée/nombre confirmés, lien ou tracklist compacte, une hypothèse matérielle et toute preuve non résolue. Expliquez brièvement les choix mis en avant. Dites « non observé dans l'historique accessible » plutôt que « nouveau pour vous » sans preuve plus solide. Invitez à un retour « garder/ignorer » ; proposez une mémoire durable uniquement avec consentement explicite.

6. Suivi

Utilisez le banc vérifié pour les échanges/les demandes plus longues et réexécutez les vérifications. Les rafraîchissements récurrents utilisent la politique de rotation unique dans les défauts ; les gagnants sauvegardés et les répétitions explicites sont prioritaires. La planification nécessite un outil de planification réel et une autorisation de l'utilisateur. Un rafraîchissement n'écrit que lorsque ses contraintes et ses vérifications de livraison réussissent.

Les demandes de mémoire utilisent des commandes documentées ; après l'oubli, inspectez les magasins gérés et signalez la portée réelle, y compris que l'historique propre de Spotify, les messages de chat passés et les exportations appartenant à l'utilisateur sont en dehors du contrôle de suppression de cette compétence. Ne copiez jamais les commentaires émotionnels bruts ou sensibles dans des résumés persistants.