release-management

音乐发行管理

使用 RELEASE.md 作为唯一事实来源，管理音乐发行宣传活动。

文件夹结构

发行项目位于艺人工作区下的 releases/ 中。从沙盒根目录开始的完整路径：

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

发行项目的 slug 使用小写 kebab-case（例如：blue-slide-park、debut-ep）。

示例：

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

步骤 1：识别发行项目

用户提到某个发行项目时，推断以下信息：

1. 所属组织 — 根据沙盒结构或对话上下文判断
2. 艺人 — 根据当前工作区、对话历史判断，或向用户询问
3. 发行名称 — 专辑名称、EP 名称、单曲名称
4. 发行项目 slug — 根据名称生成（例如，“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. 每个发行项目对应一份文档 — 所有发行信息都保存在 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. 公关和媒体关系	媒体目标、材料	SHAREABLE
10. 视觉和创意素材	美术作品、视频、Canvas	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 推介
7. 随着时间线推进，继续完成其余分节

发布前检查清单

公告发布前，请确认以下分节均已完成：

• 第 1 节：所有日期均已确认
• 第 2 节：已分配 UPC，所有曲目均已取得 ISRC
• 第 3 节：推介文案和叙事已定稿
• 第 6 节：已提交 DSP 推介
• 第 9 节：新闻资料已准备就绪
• 第 10 节：所有视觉素材均已交付

发布周检查清单

• 第 6 节：预保存链接已上线
• 第 7 节：正在执行第 2 阶段行动
• 第 8 节：付费广告已上线
• 第 9 节：新闻禁发期已结束
• 第 17 节：追踪仪表板已准备就绪

发布后

• 第 17 节：已记录每周 KPI
• 第 17 节：已记录成果与经验
• 已更新文档历史记录

交互示例

创建新版本

用户：“为新专辑 ‘Decisions’ 创建一份 RELEASE.md”

流程：

1. 版本 = “Decisions”，slug = decisions
2. 根据模板创建 releases/decisions/RELEASE.md
3. 询问：“发布日期是什么时候？”（用于填写第 1 节）

添加元数据

用户：“用这些 ISRC 更新 ‘Sunrise’ 的 RELEASE.md”

流程：

1. 版本 = “Sunrise”，slug = 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. 如果有字段缺失 → “缺少 [字段]。要注明缺失项后继续吗？”

检查发布状态

用户：“‘For All The Dogs’ 的发布文档还缺少什么？”

流程：

1. 读取 releases/for-all-the-dogs/RELEASE.md
2. 按照发布前检查清单逐项检查
3. 报告未完成的分节