渲染、诊断、命令行、MCP(供 AI 调用工具的接口)与乐谱格式都在开源范围内。
产品 · FROM SCORE TO SOUND
从可编辑乐谱,
到本地渲染。
人或 AI 写下、修改可编辑乐谱;天籁在本地完成检查与渲染,输出合奏、可选分轨和本次渲染记录。 需要调整时,可从播放时间定位到具体音符、小节或声部,并在同一份乐谱上继续修改。
-
入01
导入已有材料
支持 MIDI、MusicXML 与天籁原生乐谱;无法完整保留的内容会在导入报告中列明。
-
谱02
AI 可参与写谱与改谱
人或 AI 可以读取指定的乐谱片段,修改明确的音符、小节或声部。若乐谱已被更新,过期修改会被拒绝。
-
检03
渲染前检查
核对乐谱格式、乐器是否可用、音域与所需资源。条件不满足时会说明原因,不自行替换声音。
-
染04
本地渲染并留档
每次渲染保存合奏 WAV、可选分轨,以及所用乐谱、配器、参数、声音来源与署名。
-
改05
按听到的位置继续修改
按秒查找附近的乐器、声部、音符、小节与拍位。再次渲染后,可与上一个版本逐项比较。
产品定位 · POSITIONING
不是生成一段音频,
而是保留一首可继续修改的作品。
天籁不是几类工具之间的格式中转。它选择以可编辑乐谱作为作品主体: 人或 AI 写谱、改谱,天籁在本地渲染;听到需要调整的地方,再按时间回到明确的音符、小节或声部。
天籁 · CAELISON
开源、本地运行、以可编辑乐谱为核心的音乐执行与迭代工作台。
- AI 可操作乐谱写谱与修改都落到明确对象
- 渲染留在本机输出合奏、分轨与声音来源记录
- 听后回到谱面从播放时间定位到音符、小节与声部
- 版本可以比较每次修改与渲染都有前后依据
开放方式与使用成本 · ACCESS
开放不是附加项,
而是使用方式本身。
天籁的自研代码与接口采用 Apache-2.0,核心流程在本机运行。它减少对账号、云端额度与特定宿主的依赖,让已有的通用 AI 可以直接进入创作流程。
试听、修改与再次渲染不必离开本地流程。
程序音色可以先完成一次渲染,再决定是否配置外部声音。
支持 MCP 的通用 AI 均可接入;模型与客户端由使用者选择。
生成式音频
由文字或参考材料迅速得到完整音频,适合在短时间内探索声音与整体方向。
许多产品以音频为主要结果,具体编辑粒度各不相同。能否明确修改音符、小节或声部,取决于产品是否保留可编辑的音乐结构。
作品从一开始就保存在可编辑乐谱中。修改有明确对象,再次渲染形成可比较的新版本,而不只是得到另一段音频。
GarageBand · DAW
成熟的录音、音频与 MIDI 编辑、编排、插件、自动化、混音与成品输出。
核心操作围绕轨道、音频与混音展开;让通用 AI 围绕同一份乐谱反复修改,通常不是它的默认工作方式。
天籁让通用 AI 直接读写可编辑乐谱。试听后可以回到具体音符、小节或声部,再基于同一首作品继续修改。
NotePerformer
在 Sibelius、Dorico 与 Finale 中解释现有谱面,提供管弦乐回放与乐句处理。
它依托受支持的记谱软件解释并演奏现有谱面;开放给外部 AI 的写谱、改谱接口并非其主要使用方式。
天籁可以独立运行并开放源码。通用 AI 可读取和修改乐谱,再由天籁完成本地渲染与后续调整。
MuseScore Studio
图形化的音符输入、乐谱编辑、排版、分谱与即时回放,适合人工直接处理谱面。
MuseScore 以人工图形化记谱为中心;让外部 AI 连续读取和修改乐谱,并非其主要交互方式。
天籁让外部 AI 修改具体的音符、小节或声部,并把试听结果重新定位回谱面,继续基于同一首作品修改。
关键问题 · KEY QUESTIONS
它如何工作, 也如何证明。
从异常检查、AI 接入到作品验证,这四个问题说明天籁如何把一份乐谱推进为可听、可改的版本。
01渲染前后会检查什么?
没有一套规则能保证 AI 写出的音乐一定好听。天籁检查无效数据、削波、静音、音域和文件一致性,并给出可供复查的报告。这些检查可以发现技术异常,但不能判断音乐是否好听。
另附一份可选的音乐创作与听审参考,供通用 AI 在结构、旋律、配器、制作与听审时查阅。它不是自动评分标准,也不替代人耳;它提供的是一套可供讨论、取舍和复查的创作依据。
02通用 AI 如何参与写谱与改谱?
MCP 让通用 AI 调用天籁的读谱、改谱与本地渲染能力。在用户允许的范围内,AI 可以参与同一份可编辑乐谱。
03天籁的价值在哪里?
支持 MCP 的通用 AI 可以直接使用天籁,无需另行训练专用模型。未配置大型采样库时,也可先用程序音色完成一次本地渲染。
听见结果后,可以定位需要调整的位置,修改乐谱,并继续基于同一首作品渲染。
04天籁能否完成一首可以继续修改的作品?
本站收录的七首作品均以原创可编辑乐谱为起点,由通用 AI 参与写谱与改谱,再由天籁本地渲染,并保留实际迭代次数与渲染版本。它们说明这套流程已经用于完成作品,也能在听后继续修改;好不好听,仍由听众与创作者判断。
聆听作品与创作记录 →产品细节 · DETAILS
平台、格式
与接入方式。
当前版本提供命令行与 MCP 两种入口。乐谱处理和音频渲染在本机运行;是否把提示或乐谱交给在线 AI,取决于所用客户端与模型。
Windows
Windows 10/11 x64 是当前参考平台;仓库提供安装、环境诊断与可恢复音源脚本。
Linux · WSL
提供 Bash 安装与诊断脚本;未安装外部采样库时,也可使用程序音色完成一次渲染。
MIDI · MusicXML
导入 MIDI 与 MusicXML;导出 MIDI 时同时生成语义损失报告。
开放源码
自研代码、DSP、CLI/MCP、Schema 与测试采用 Apache-2.0;第三方声音遵循各自许可。
命令行 · MCP
命令行提供导入、检查、渲染、定位、修改与版本比较命令;支持 MCP 工具调用的 AI 客户端可参与同一流程。
本地渲染
当前采用离线渲染。每次结果保留所用乐谱、资源清单、渲染参数、分轨与渲染记录。