飞书口述 → 结构化 PromptPack
AI MUSIC / CREATIVE OPERATIONS
Music OS
一套从飞书灵感、AI 生成、本地处理到专辑发布的创作系统，以及由它持续积累的音乐作品库。
- 角色
- Owner / 创作工作流设计 / 自动化工程 / 音乐策展
- 时间
- 2025-2026 · Ongoing
- 平台
- Feishu / macOS / Music Board / NetEase Cloud Music / DistroKid
自动化负责重复劳动；人保留对声音、封面和最终发布的审美决定。
PART I / THE SYSTEM
先看我构建了什么：一条有人类质量门的音乐生产服务
- 它不是一段脚本，而是跨越飞书、生成平台、本地处理设备、资产看板、播放器与发布平台的服务链。
- 全局工作台先回答“现在在哪一步、库存如何、哪里需要人接管”，再进入具体执行。
全局工作台把灵感、生成、下载入库、试听筛选、发布归档和运行排障放进同一张服务地图；先判断今天卡在哪一步，再进入具体操作。
读取未处理需求并回写状态
获取、分轨、人声与可靠落盘
喜欢 / 待处理 / 待发布
封面质量门 → 分平台发布
IDEA → ASSET → CATALOG → RELEASE
系统管理的不是一次生成，而是从创意到可发布资产的完整生命周期。
03 / Intake & Feedback
飞书既是低摩擦入口，也是跨设备状态回路
- 口述灵感被整理为主题、人声、结构和风格字段，形成可消费的 PromptPack。
- Windows 后台任务把进度、磁盘、进程和日志位置回传到同一频道。
- 通知不是附属功能，而是人能安全离开执行设备的控制机制。
Windows 任务通过飞书回传状态、进度、磁盘余量、进程与日志位置；人可以离开执行设备，仍然知道任务在跑什么、是否需要接管。
低摩擦输入被转换为包含主题、人声、结构和风格的可追踪需求。
04 / Production
自动、半自动和人工不是口号，而是可观察的责任边界
- AUTO：队列消费、下载、分轨、基础处理、归档与通知。
- SEMI：专辑编排、元数据准备、平台填表与异常接管。
- MANUAL：听感、封面、最终取舍和发布确认。
- 运行控制台让后台任务、日志和停止机制保持可见。
机器承担可重复、可校验的步骤。
系统准备，人确认并接管异常。
主观质量不伪装成可量化规则。
AUTOMATION BOUNDARY
半自动不是未完成，而是系统有意识保留的人类质量门。
运行控制台把当前人工任务与后台自动任务并排呈现，并保留日志、结果目录和停止入口；自动化不再是不可见的黑箱。
05 / Curation
本地播放器负责操作，看板负责全局资产视图
- Air Final Player 按路径加载真实音频，把试听与状态操作放在一起。
- Music Board 联合读取音频、歌词与配置，呈现类型、风格和状态。
- 人工可以删除、喜欢、送入待处理或待发布；封面与最终声音偏好不交给自动评分。
本地播放器不是作品网站的复制品：它把试听、删除、改名、优化标记、待发布和已发布状态放在同一个操作面。
Music Board 是资产进入人工判断阶段后的统一浏览、检索和试听表面。
音频、歌词和配置一起流转，状态比文件夹数量更重要。
06 / Release
库存形成专辑，平台适配留在最后一公里
- 库存达到合适规模后，系统辅助整理歌名、专辑名、目录和元数据。
- 网易云承担发布与长期备份；DistroKid 承担更广分发。
- 批量操作可以自动辅助，但提交、异常恢复和封面质量仍由人确认。
转码、专辑草稿、歌词与发布后回填。
按专辑准备 CSV、元数据和批量填表。
平台差异被保留在各自适配层，发布前仍由人确认。
07 / Boundary
正确的完成状态是半自动，而不是无人值守
- 已经运行：创意输入、部分批量生成、本地处理、资产看板、人工分类和部分平台发布。
- 部分运行：专辑整理、封面和跨平台发布。
- 尚未完成：按周检测库存并自动生成完整发布包。
- “800+ 首”和“每天节省约 2 小时”来自创作者口述，不作为独立审计指标。
已有源码、目录与运行记录。
半自动运行，人工处理质量与异常。
仍是目标状态，不当作已经完成。
案例明确区分已运行、部分运行和仍待实现的部分。
PART II / THE CATALOG
系统最终留下的，是可以被听见和持续积累的作品资产
- 公开音乐站承担内容展示：专辑、单曲、歌词与试听。
- 它是生产系统的结果层，不再被误称为自动化系统本身。
- 页面的两个出口因此各自回答不同问题：我是怎么做的，以及我最终做出了什么。
公开站点承担结果层：用专辑、单曲与试听入口呈现自动化系统最终留下的内容资产。