release-director
정보
release-director 스킬은 마스터링 완료 후 최종 앨범 릴리스 워크플로를 조정합니다. 이 스킬은 프리릴리스 QA를 처리하고, 배포용 에셋을 준비하며, 파일 작업 및 bitwize-music-mcp와 같은 도구를 사용해 플랫폼 업로드를 조율합니다. 개발자는 앨범 배포 준비가 완료되었을 때 이 스킬을 호출하여 릴리스 파이프라인을 자동화해야 합니다.
빠른 설치
Claude Code
추천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-directorClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
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. 🎵
GitHub 저장소
연관 스킬
evaluating-llms-harness
테스팅이 Claude Skill은 MMLU, GSM8K를 포함한 60개 이상의 표준화된 학술 과제에서 LLM 성능을 벤치마크하기 위해 lm-evaluation-harness를 실행합니다. 개발자들이 모델 품질을 비교하고, 학습 진행 상황을 추적하거나 학술 결과를 보고할 수 있도록 설계되었습니다. 이 도구는 HuggingFace와 vLLM 모델을 포함한 다양한 백엔드를 지원합니다.
cloudflare-cron-triggers
테스팅이 스킬은 cron 표현식을 사용하여 Worker를 스케줄링하기 위한 Cloudflare Cron Triggers 구현에 관한 포괄적인 지식을 제공합니다. 주기적 작업, 유지보수 작업, 자동화된 워크플로우 설정 방법을 다루며, 잘못된 cron 표현식이나 시간대 문제 같은 일반적인 이슈들을 해결하는 방법을 포함합니다. 개발자들은 이를 통해 스케줄된 핸들러 구성, cron 트리거 테스트, Workflows 및 Green Compute와의 연동 작업을 수행할 수 있습니다.
webapp-testing
테스팅이 Claude Skill은 Python 스크립트를 통해 로컬 웹 애플리케이션을 테스트하기 위한 Playwright 기반 툴킷을 제공합니다. 프론트엔드 검증, UI 디버깅, 스크린샷 캡처, 로그 확인 기능을 지원하며 서버 라이프사이클을 관리합니다. 브라우저 자동화 작업에 사용하되 컨텍스트 오염을 방지하기 위해 소스 코드를 읽지 않고 스크립트를 직접 실행하세요.
finishing-a-development-branch
테스팅이 스킬은 테스트 통과를 확인한 후 체계적인 통합 옵션을 제시하여 개발자가 완성된 작업을 마무리하도록 돕습니다. 구현이 완료된 후 머지, PR 생성, 브랜치 정리와 같은 워크플로우를 안내합니다. 코드가 준비되고 테스트가 완료되었을 때 개발 프로세스를 체계적으로 마무리하기 위해 사용하세요.
