release-management

音楽リリース管理

RELEASE.md を唯一の信頼できる情報源として、音楽リリースキャンペーンを管理します。

フォルダー構成

リリースは、アーティストのワークスペース内にある releases/ に格納されます。サンドボックスのルートからのフルパスは次のとおりです。

orgs/{org}/
└── artists/
    └── {artist-slug}/
        └── releases/
            └── {release-slug}/
            └── RELEASE.md

リリースのスラッグには、小文字のケバブケースを使用してください（例：blue-slide-park、debut-ep）。

例：

orgs/recoup-records/artists/gatsby-grace/releases/adhd-ep/
            └── RELEASE.md

ステップ 1：リリースを特定する

ユーザーがリリースについて言及した場合は、次の情報を推定します。

1. 組織 — サンドボックスの構成または会話の文脈から判断します
2. アーティスト — 現在のワークスペース、会話履歴から判断するか、ユーザーに尋ねます
3. リリース名 — アルバムのタイトル、EP の名前、シングルのタイトル
4. リリースのスラッグ — 名前から導きます（例：「Blue Slide Park」→ blue-slide-park）

不明な場合は、尋ねてください：

「どのアーティストとリリースについてですか？」

ステップ 2：RELEASE.md が存在するか確認する

アーティストとリリースを特定したら：

1. Navigate to: orgs/{org}/artists/{artist-slug}/releases/{release-slug}/
2. Check if RELEASE.md exists
3. If YES → Read it and proceed
4. If NO → Ask: "No RELEASE.md found for [Release]. Should I create one?"

ステップ 3：作成、更新、または情報を取得する

ユーザーの意図	操作
リリースについて話し合っている	RELEASE.md を読み、文脈として使用します
情報を追加する	該当するセクションを更新します
成果物を依頼する	RELEASE.md からデータを取得し、出力を生成します
新しいリリースを開始する	フォルダー構成と RELEASE.md をテンプレートから作成します

新しいリリースの作成

# 1. Create the folder structure (from sandbox root)
mkdir -p "orgs/{org}/artists/{artist-slug}/releases/{release-slug}"

# 2. Create RELEASE.md from template
# 3. Fill Section 1 (Project Snapshot) first

既存のリリースの更新

1. 現在の RELEASE.md を読みます
2. 更新が必要なセクションを特定します
3. 該当するセクションのみを更新します
4. ドキュメント履歴（セクション 18）に変更を記録します

基本原則

1. データを決して捏造しない — 情報がない場合は、セクションを空欄のままにします
2. 先回りして対応する — 情報が得られたら、セクションに反映します
3. 共有タグを尊重する — [INTERNAL]、[SHAREABLE]、[OPS] は配布範囲を制御します
4. リリースごとにドキュメントは 1 つ — リリース情報はすべて RELEASE.md に記載します
5. リリースを必ず確認する — 変更を加える前に、どのリリースかを確認します。

共有タグ

タグ	意味
[INTERNAL]	外部に共有する前に削除します
[SHAREABLE]	広報担当者、DSP、マネジメント、エージェントとの共有に適しています
[OPS]	運営／制作チーム向けの参照情報です

ドキュメントのセクション

セクション	目的	共有範囲
1. プロジェクト概要	リリースの基本情報	SHAREABLE
2. リリース識別子とメタデータ	UPC、ISRC、トラックデータ	OPS
3. ナラティブとポジショニング	ピッチ、ストーリー、比較対象	SHAREABLE
4. アーティストの背景	プロフィール、ストリーミング履歴	SHAREABLE
5. オーディエンスと市場データ	デモグラフィック、地域データ	SHAREABLE
6. DSP とストリーミング戦略	ピッチ、プレイリストのターゲット	SHAREABLE
7. マーケティング戦略	キャンペーンの目標、KPI	INTERNAL
8. ソーシャル／デジタルマーケティング	オーガニック、有料、インフルエンサー	INTERNAL
9. PR とメディア対応	プレス向けターゲット、素材	SHAREABLE
10. ビジュアルとクリエイティブ素材	アートワーク、動画、キャンバス	SHAREABLE
11. 物理メディア制作	レコード、CD、カセットの仕様	OPS/INTERNAL
12. マーチャンダイズ	アイテム、戦略	INTERNAL
13. 体験型施策と屋外広告	イベント、ビルボード	INTERNAL
14. ツアーとライブ	日程、会場、ルート	SHAREABLE
15. チームの連絡先	すべての関係者	INTERNAL
16. 予算概要	割当額／使用額／残額	INTERNAL
17. パフォーマンスの追跡	週次 KPI、学び	INTERNAL
18. リンクとリソースのハブ	すべての素材へのリンク	—

成果物の生成

出力パターンについては、references/deliverables.md を参照してください。

• DSP ピッチ — セクション 1、3、4、5、6 から情報を取得します
• プレス向けワンシート — セクション 1、3、4、9、10 から情報を取得します
• 物理メディア制作仕様書 — セクション 2、11 から情報を取得します
• マーケティングブリーフ — セクション 1、3、5、6、7、8 から情報を取得します
• ツアー向けマーケティングブリーフ — セクション 1、3、5、14 から情報を取得します

成果物を生成する際は、次の手順に従います。

1. RELEASE.md で必要なデータを確認します
2. 不足している項目を特定します
3. 不足情報をユーザーに尋ねるか、不足箇所を明記して生成します
4. 成果物の仕様に沿って形式を整えます

テンプレート

リリーステンプレートの全体は references/release-template.md にあります。新しいリリースを開始する際は、このファイルをコピーしてください。

各セクションの詳細

各セクションの詳細なガイダンスについては、references/section-guide.md を参照してください。以下の内容が含まれています。

• 各フィールドの意味
• 一般的なデータソース
• 記入時のベストプラクティス
• 注意すべき危険信号

ワークフロー

新規リリースの設定

1. テンプレートをコピー → RELEASE.md
2. セクション 1（プロジェクト概要）を記入
3. 入手できる情報に応じてセクション 2.2（トラックのメタデータ）を記入
4. セクション 3（ナラティブとポジショニング）の草案を作成
5. セクション 4～5 用のアーティストデータを取得
6. DSP 向けピッチを作成（セクション 6）
7. スケジュールの進行に合わせて、残りのセクションを順に進める

リリース前チェックリスト

告知の前に、以下のセクションが完了していることを確認してください。

• セクション 1：すべての日付を確認済み
• セクション 2：UPC を割り当て済み、全トラックの ISRC を用意済み
• セクション 3：ピッチとナラティブを確定済み
• セクション 6：DSP 向けピッチを提出済み
• セクション 9：プレス資料を準備済み
• セクション 10：すべてのビジュアル素材を納品済み

リリース週のチェックリスト

• セクション 6：プレセーブリンクを公開済み
• セクション 7：フェーズ 2 の施策を実施中
• セクション 8：有料広告を開始済み
• セクション 9：プレス向けの情報解禁制限を解除済み
• セクション 17：トラッキングダッシュボードを準備済み

リリース後

• セクション 17：週次 KPI を記録済み
• セクション 17：成果と学びを記録済み
• ドキュメント履歴を更新済み

使用例

新しいリリースの作成

ユーザー：「新しいアルバム『Decisions』の RELEASE.md を作成して」

手順：

1. リリース = "Decisions"、スラッグ = decisions
2. テンプレートから releases/decisions/RELEASE.md を作成
3. 質問：「リリース日はいつですか？」（セクション 1 に記入するため）

メタデータの追加

ユーザー：「この ISRC を使って『Sunrise』の RELEASE.md を更新して」

手順：

1. リリース = "Sunrise"、スラッグ = sunrise
2. releases/sunrise/RELEASE.md を開く
3. ISRC データを使ってセクション 2.2 を更新
4. ファイルが見つからない場合 →「『Sunrise』の RELEASE.md がありません。作成しますか？」

納品物の生成

ユーザー：「Midnights の RELEASE.md から DSP 向けピッチを生成して」

手順：

1. releases/midnights/RELEASE.md を読む
2. セクション 1、3、4、5、6 からデータを取得
3. deliverables.md の仕様に従って書式を整える
4. フィールドが不足している場合 →「不足しているフィールドは [fields] です。不足を明記して続行しますか？」

リリース状況の確認

ユーザー：「『For All The Dogs』のリリース資料で不足しているものは？」

手順：

1. releases/for-all-the-dogs/RELEASE.md を読む
2. リリース前チェックリストに沿って確認
3. 未完了のセクションを報告