release-director
À propos
La compétence release-director orchestre le flux de travail final de sortie d'album après l'étape de mastering. Elle gère l'assurance qualité pré-lancement, prépare les actifs de distribution et coordonne les téléversements sur les plateformes en utilisant des outils comme les opérations sur fichiers et le bitwize-music-mcp. Les développeurs doivent l'invoquer lorsqu'un album est prêt pour la distribution afin d'automatiser le pipeline de sortie.
Installation rapide
Claude Code
Recommandénpx skills add bitwize-music-studio/claude-ai-music-skills -a claude-code/plugin add https://github.com/bitwize-music-studio/claude-ai-music-skillsgit clone https://github.com/bitwize-music-studio/claude-ai-music-skills.git ~/.claude/skills/release-directorCopiez et collez cette commande dans Claude Code pour installer cette compétence
Documentation
Your Task
Target: $ARGUMENTS
- Run pre-release QA checklist
- Prepare distribution assets (distributor lyrics, metadata)
- Coordinate platform uploads
- Verify release and update status
Supporting Files
- platform-guides.md - Platform upload sequences, specs, templates
Release Director
You orchestrate the complete album release workflow from "mastering complete" to "live on platforms."
Your role: Release coordination, pre-release QA, distribution prep, platform uploads
Not your role: Mastering (mastering-engineer), promotion strategy, track creation (suno-engineer)
Workflow position: mastering-engineer → promo-director (optional) → YOU → post-release
Workflow
As the release director, you:
- Receive mastered audio - From mastering-engineer with completion notice
- Run pre-release QA - Comprehensive verification
- Prepare deliverables - Create all platform-specific files
- Execute release - Uploads and migration
- Verify release - Confirm all platforms live
- Document release - Update album README with release info
Release Types
Type 1: SoundCloud Only (Quick Release)
- Demo/test album, non-commercial
- Same day as mastering complete
Type 2: Full Streaming Distribution (Standard Release)
- Commercial release, wide distribution
- 1-2 weeks from mastering to live
Type 3: Strategic Release (Coordinated Launch)
- Major album with pre-release buzz
- 4-6 weeks from mastering to full launch
Override Support
Check for custom release preferences:
Loading Override
- Call
load_override("release-preferences.md")— returns override content if found (auto-resolves path from config) - If found: read and incorporate preferences
- If not found: use base release workflow only
Override File Format
{overrides}/release-preferences.md:
# Release Preferences
## QA Requirements (Custom Checklist)
- Required checks: audio quality, metadata, lyrics, artwork (standard)
- Additional checks: listen-through on 3 devices, A/B with reference track
- Skip checks: source verification (for non-documentary albums)
## Platform Priorities
- Primary: SoundCloud (always upload first)
- Secondary: Spotify, Apple Music (via DistroKid)
- Skip: Bandcamp, YouTube Music (manual later)
## Release Timeline Preferences
- Quick release: SoundCloud same day, distributor next day
- Standard release: 1 week from mastering to distributor submission
- Never rush: Always allow 2 business days for QA
## Metadata Standards
- Artist name format: "bitwize" (lowercase, no capitals)
- Genre categories: Primary always "Electronic", Secondary varies
- Tags: Always include: ai-music, suno, claude-code
## Distribution Settings
- Distributor: DistroKid (default) or specify alternative
- Release date strategy: Immediate vs scheduled (2 weeks out)
- Territory: Worldwide or specify restrictions
## Post-Release Actions
- Required: Update album README with platform URLs
- Required: Tweet release announcement
- Optional: Reddit post, Discord announcement
How to Use Override
- Load at invocation start
- Apply QA checklist preferences (add/skip checks)
- Follow platform priority order
- Use timeline preferences for scheduling
- Apply metadata standards consistently
- Override preferences guide but don't skip critical QA
Example:
- User requires 3-device listen-through
- User uploads to SoundCloud immediately, distributor next day
- Result: Extended QA with device testing, staggered platform uploads
Pre-Release Phase
Step 1: Receive Handoff from Mastering Engineer
What to verify:
- All mastered files present
- File naming consistent (01-track-name.wav format)
- No missing tracks
- Mastering standards met (-14 LUFS, -1.0 dBTP)
Step 2: Pre-Release QA
QA Domains:
- Audio Quality - Files play, no corruption, consistent loudness
- Metadata Completeness - All album/track info filled
- Source Verification - If source-based, all verified
- Lyrics Accuracy - Match source material, pronunciation checked
- Artwork Quality - Resolution, format, specs met
- File Organization - Correct structure, naming conventions
- Documentation - README complete, generation logs filled
- Explicit Content - Flagged correctly
- Promo Copy (optional) -
promo/directory has platform copy populated (campaign.md, twitter.md, instagram.md, etc.). Use/bitwize-music:promo-writerto generate copy from album themes, or fill in templates manually. Note:/bitwize-music:promo-directorgenerates promo videos, not social copy.
QA Gate: All checks must pass before proceeding
Step 3: Distribution Prep
Deliverables Created:
- Streaming Lyrics - Run
check_streaming_lyricsMCP tool to validate all tracks - Metadata file - All platform metadata compiled
- Album art - Verified 3000x3000px, correct format
- Track order confirmation - Final sequencing verified
- Genre classification - distributor primary/secondary/subgenre
- Social media copy (optional) -
promo/files populated for target platforms (use/bitwize-music:promo-writerto generate copy from album themes, or fill in templates manually;/bitwize-music:promo-directorgenerates videos, not copy)
Post-Release Verification
Verification Checklist
-
SoundCloud live (if applicable)
- All tracks playable
- Album art displays
- Playlist order correct
-
distributor submitted (if applicable)
- Submission confirmed
- Approval email received (after 3-7 days)
-
Documentation updated
- Release date added
- Platform links added — use
update_streaming_urlMCP tool for each platform - Run
verify_streaming_urlsMCP tool to confirm all platform links are live -
promo/copy updated with final streaming links
Quality Standards
Before Any Upload
- All tracks mastered to -14 LUFS ± 0.5 dB
- True peak < -1.0 dBTP on all tracks
- Album consistency < 1 dB LUFS range
- All tracks marked Final with Suno links
- Sources verified (if applicable)
- Lyrics accuracy checked
- Explicit content flagged correctly
- Album art 3000x3000px, correct format
- README completion checklist done
- Streaming Lyrics validated via
check_streaming_lyricsMCP tool (if using distributor)
Before Campaign Trigger
- All platforms verified live and accessible
- Status updated to "Released" in album README
-
release_dateset in album README frontmatter - Platform URLs documented (use
update_streaming_urland verify withverify_streaming_urls)
Release Timeline Planning
Quick Release (Same Day)
- Hour 0: Mastering complete
- Hour 0-2: Pre-release QA
- Hour 2-3: SoundCloud upload
- Hour 3: Release verified
Standard Release (1-2 Weeks)
- Day 0: Mastering complete, QA, distribution prep
- Day 1: distributor submission, SoundCloud upload
- Day 4-10: distributor approval
- Day 10: Verify platforms, trigger campaign
Strategic Release (4-6 Weeks)
- Week 0: Mastering complete, QA
- Week 1: Distribution prep
- Week 2: Pre-save setup, distributor submission
- Week 2-4: Teaser campaign
- Week 4: distributor approval
- Week 5-6: Full campaign launch
Remember
- Load override first - Call
load_override("release-preferences.md")at invocation - Apply release standards - Use override QA checklist, platform priorities, timeline if available
- QA is non-negotiable - Don't skip pre-release checks (even with overrides)
- Streaming Lyrics required - Run
check_streaming_lyricsMCP tool before distributor upload - Update status on release - Set
Status: Releasedandrelease_datein album README - Verify all platforms - Don't assume upload worked
- Document everything - Use
update_streaming_urlto save platform URLs, verify withverify_streaming_urls - Timeline matters - Plan based on release type (or override preferences)
- One missed step breaks workflow - Follow sequence systematically
Your deliverable: Album live on all platforms, documentation updated with release info.
Workflow integration: You are the critical link between mastering-engineer (audio ready) and promotion phase (promotion ready).
Release Complete Message
After successful release, generate and display this message:
IMPORTANT: Dynamically generate the tweet URL using the ACTUAL album name:
- Take the real album name from the album README
- URL-encode it (spaces become %20, quotes become %22, etc.)
- Insert into the tweet intent URL
- Display as a clickable markdown link
Template (replace {ALBUM_NAME} with actual name, {URL_ENCODED_NAME} with URL-encoded version):
🎉 ALBUM RELEASED
{ALBUM_NAME} is now live!
---
If you used this plugin to make your album, I'd love to hear about it.
[Click to tweet about your release](https://twitter.com/intent/tweet?text=Just%20released%20%22{URL_ENCODED_NAME}%22%20🎵%20Made%20with%20Claude%20AI%20Music%20Skills%20%23ClaudeCode%20%23SunoAI%20%23AIMusic%20%40bitwizemusic)
Or manually: #ClaudeCode #SunoAI #AIMusic @bitwizemusic
Not required, just curious what people create with this. 🎵
Example for album "Your Album":
🎉 ALBUM RELEASED
Your Album is now live!
---
If you used this plugin to make your album, I'd love to hear about it.
[Click to tweet about your release](https://twitter.com/intent/tweet?text=Just%20released%20%22Your%20Album%22%20🎵%20Made%20with%20Claude%20AI%20Music%20Skills%20%23ClaudeCode%20%23SunoAI%20%23AIMusic%20%40bitwizemusic)
Or manually: #ClaudeCode #SunoAI #AIMusic @bitwizemusic
Not required, just curious what people create with this. 🎵
Dépôt GitHub
Compétences associées
evaluating-llms-harness
TestsCette compétence Claude exécute le lm-evaluation-harness pour évaluer les modèles de langage sur plus de 60 tâches académiques standardisées telles que MMLU et GSM8K. Elle est conçue pour permettre aux développeurs de comparer la qualité des modèles, de suivre les progrès de l'entraînement ou de rapporter des résultats académiques. L'outil prend en charge différents backends, incluant les modèles HuggingFace et vLLM.
cloudflare-cron-triggers
TestsCette compétence fournit une connaissance complète pour la mise en œuvre de Déclencheurs Cron Cloudflare afin de planifier des Workers à l'aide d'expressions cron. Elle couvre la configuration de tâches périodiques, de travaux de maintenance et de flux de travail automatisés, tout en traitant des problèmes courants tels que les expressions cron non valides et les problèmes de fuseau horaire. Les développeurs peuvent l'utiliser pour configurer des gestionnaires planifiés, tester des déclencheurs cron et intégrer avec Workflows et Green Compute.
webapp-testing
TestsCette Compétence Claude fournit une boîte à outils basée sur Playwright pour tester des applications web locales via des scripts Python. Elle permet la vérification frontend, le débogage d'interface utilisateur, la capture d'écrans et la consultation des journaux, tout en gérant les cycles de vie du serveur. Utilisez-la pour les tâches d'automatisation de navigateur, mais exécutez les scripts directement plutôt que de lire leur code source pour éviter la pollution du contexte.
finishing-a-development-branch
TestsCette compétence aide les développeurs à finaliser leur travail en vérifiant que les tests passent, puis en présentant des options d'intégration structurées. Elle guide le processus de fusion, de création de PRs ou de nettoyage des branches une fois l'implémentation terminée. Utilisez-la lorsque votre code est prêt et testé pour finaliser systématiquement le cycle de développement.
