Voice BETA

为什么需要这份框架

我们不是在做"白噪音 App"，也不是"冥想音乐库"。我们要做的，是一个能把 噪音、自然声、环境氛围、音乐、宗教/精神性内容、语音引导统一进同一个匹配 系统的声音服务。这意味着对内容的理解不能停留在"这是一段雨声"这种表层描述， 而要能回答四个问题：

1. 这段声音是什么（来源 = L1）
2. 它能做什么（功能 = L2）
3. 它为什么起作用（机制 = L3）
4. 它对谁不适合（边界 = L4）

四层标签

L1 · 来源（what it is）

A 噪音 / B 自然环境 / C 环境氛围 / D 音乐 / E 宗教或精神性 / F 语音引导。 一条音频只能选一个主类，可以加副类。

L2 · 功能（what it does）

F1 入睡 · F2 夜间维持睡眠 · F3 放松减压 · F4 专注 · F5 祈祷/默想 · F6 情绪安顿 · F7 空间遮蔽 · F8 仪式化切换。

比"睡眠/专注/放松"三分法更细，是因为真正有黏性的用户价值，常常是 "状态切换的仪式感"，而不是单一放松。

L3 · 机制（why it works）

遮蔽型 / 稳定型 / 降唤醒型 / 沉浸型 / 引导型 / 情感承托型 / 神圣-仪式型 / 身份认同型。

为什么不按"雨声/钢琴"这种表层类别匹配？因为一个焦躁的人，可能 需要的是"稳定+遮蔽"，而不是"钢琴"。机制标签，才是回答"为什么起作用"的那一层。

L4 · 风险与适配边界（who it's not for）

每条音频必须有禁忌标注，缺失不予入库。

规则

• 每条音频必须被四层标签打完才算入库。
• L3 机制 和 L4 风险 由人工审音确定，不可由 AI 独立生成。
• L1·E 宗教/精神性内容必须由熟悉对应传统的人审听。
• 任何来自 AI 生成的音频，必须经人工二次筛选，才进入候选池。

关于 Voice Beta

这是内部曲库的浏览器。数据源 catalog.db → catalog.json， 每次新增音频素材跑 python3 catalog/build.py 重新导出。

当前库存：mynoise（已审听，137 个声音库 + 100 个预设/混音）+ demo 样例 17 条。 新录制和 AI 生成的内容走 import_user.py（待写）接入。