乐于分享
好东西不私藏

AI 音频创作的工业化生产工具:开源Stable Audio 3 应用指南

AI 音频创作的工业化生产工具:开源Stable Audio 3 应用指南

Stable Audio 3 详细功能解析与全场景应用指南

核心摘要

2026 年 5 月,Stability AI 正式发布 Stable Audio 3 家族,这款开源音频生成工具的问世,标志着 AI 音频创作从 “短样本体验” 阶段,正式迈入了 “长内容工业化生产” 阶段。在这一全新版本中,Stability AI 针对实际创作场景的核心痛点,推出了多项具有行业颠覆性的技术革新:通过全新的语义对齐音乐自编码器(Semantically-Aligned Music Autoencoder, SAME),模型得以在保留音频细节质感的前提下,将音频信号压缩进更紧凑的潜空间中;基于这一技术实现的可变长度生成功能,首次让开源模型能够以 “按秒计费” 的低成本方式,制作最长可达 6 分 20 秒的高保真立体声音轨;而在行业内率先实现的端侧全曲目生成能力,以及可精准至具体小节的多区域音频局部重绘功能,更进一步将 “无损编辑长音频” 的梦想变成了现实。

这些技术突破所带来的,是比功能迭代更具颠覆性的创作模式变革。在此之前,多数音频生成模型要么仅支持数十秒的短内容生成,要么在制作长音频时必须一次性生成完整音轨,无法单独对错误片段进行修改,整体使用成本极高。而 Stable Audio 3 的出现,彻底解决了这一行业性难题:它允许用户在创作的任意阶段,针对鼓点、贝斯、主旋律等单独声部进行精修,获得了与在 DAW(数字音频工作站)中编辑音频几乎无差的体验。更重要的是,Stability AI 将所有训练数据的版权完全合规化,对商业用户提供了行业内首个法律免责保障,这是此前任何开源音频模型都未做到的核心突破。

本报告将对 Stable Audio 3 的新增核心功能及其独特优势进行深度技术拆解,同时面向从初学者到专业音效师的全层级创作者,提供覆盖完整创作流程的实操指南。

1. 引言

随着短视频、游戏、独立动画行业的爆发式增长,行业对高保真、定制化音频内容的需求,正以指数级速度快速攀升。但在 Stable Audio 3 发布之前,AI 音频生成领域的发展始终受限于三大技术瓶颈:生成时长短、编辑能力弱、部署成本高 —— 这三点共同构成了阻碍行业从 “AI 音频 Demo 制作” 走向 “工业化量产” 的核心堵点。

具体而言,此前的开源音频模型大多将重心放在 “如何提升短音频的生成质感” 上,通常仅支持最长 1 分钟的内容生成;部分尝试突破时长限制的模型,则需要用户花费大量算力去生成 “无实际用处的空白静音段”,资源浪费问题极其突出;更关键的是,在音频编辑环节,多数模型仅支持对完整音轨进行 “一次性重新生成”,无法单独对某一段的乐器音色或旋律进行精准修改,类似 “调整副歌部分的鼓点节奏” 这种在专业创作中高频出现的基础需求,几乎无法靠现有模型完成。

作为 Stability AI 在 2026 年推出的核心升级版本,Stable Audio 3 的核心研发目标,就是针对性解决这三大行业性痛点。其设计理念的核心逻辑,是将 AI 音频生成从 “简单的 Demo 生成工具”,升级为能够融入专业创作者工作流的 “生产力核心工具”—— 而不是对现有数字音频工作站(DAW)的某种补充替代。这一思路的本质,是将 Stable Audio 3 的定位,从 “生成器” 升级为 “协同创作引擎”:它不要求创作者先有完整的音乐理论基础或编曲能力,就能快速将模糊的创作灵感落地成可用的音频内容;同时,它提供的精细化编辑能力,足以覆盖专业创作者在编曲、配乐场景中的实际需求。

Stable Audio 3 的出现,本质上是将 “长音频生成”“局部精细化编辑”“端侧高质量推流” 这三大技术难点,从行业级技术方案降维成了普通用户可以上手的工具选项。其带来的直接结果,是 AI 音频生成的应用场景边界被极大地拓展了:从过去的 “短时长音效生成”,直接延伸到了 “生成长达数分钟的完整歌曲、游戏或视频背景配乐、声音设计素材” 等核心工业化生产场景。

2. 技术架构基础

在深入了解 Stable Audio 3 的功能细节之前,有必要先理解支撑这些功能的核心技术架构。正是由于底层架构的突破性优化,Stable Audio 3 才实现了在前代模型基础上的功能飞跃,为上层应用提供了坚实的技术支撑。

Stable Audio 3 的核心技术架构,由语义对齐音乐自编码器(SAME)和三阶蒸馏的扩散模型两部分组成。这一组合式架构设计并非技术堆砌,而是针对性解决长音频生成、编辑与高保真品质平衡问题的关键方案 —— 其核心逻辑是通过高比例压缩,降低长音频生成的算力成本,再通过多阶段训练来弥补压缩对音频质量的损耗,最终在 “生成效率” 和 “音质保留度” 这对天生矛盾的维度上,实现了突破性的平衡。

2.1 语义对齐音乐自编码器(SAME)

Stable Audio 3 的长音频生成与编辑能力,其核心技术基础在于全新开发的语义对齐音乐自编码器(Semantically-Aligned Music Autoencoder, SAME)。这一全新架构的自编码器,是支撑 Stable Audio 3 实现后续所有核心功能的底层基石 —— 如果没有 SAME 技术的突破,长音频的高效生成、精准编辑与高保真品质的平衡,几乎是不可能实现的。

这一技术的核心突破点,在于它实现了 “高比例压缩” 与 “高音质保留” 这对长期矛盾的需求的有机平衡:它能够将 44.1kHz 采样率的立体声音频信号,压缩至原大小的 1/4096—— 这一压缩比例,是当前行业内主流音频模型的 2-4 倍,远高于前代模型 1024 倍或 2048 倍的压缩比例。这一高比例压缩的最直接价值,是大幅降低了长音频生成时的算力资源消耗:模型需要处理的潜空间序列长度被大幅缩短,即使在普通消费者级别的 GPU 甚至 CPU 环境下,也能快速完成长音频的生成推理;而在行业级算力资源下,其生成效率更是达到了工业化生产的标准。

更关键的是,SAME 架构的设计逻辑,从底层保障了高比例压缩下的音频重构质量 —— 它没有像传统音频编码技术那样,仅依赖单一的压缩损失函数来保障音质,而是将 “声学保真度” 和 “语义结构完整性” 这两个核心目标,纳入了多维度的损失函数体系中进行平衡训练。具体来说,在压缩过程中,SAME 架构同时执行了两项关键约束:一是通过频谱重构损失函数,对压缩后的音频频谱信息进行强制回塑,最大限度保留音频在听感上的细节质感;二是在潜空间中设置了 chroma(音高)回归目标与耳间电平差回归目标,通过对声音关键语义特征的独立约束,强制让压缩后的潜空间特征,保留音乐的实际旋律、和声节奏、乐器音色配比等关键音乐学特征 —— 这是过往音频编码器在高比例压缩过程中,最容易丢失的核心信息。

这一技术突破,是 Stable Audio 3 能够实现后续 “可变长度生成”“精准局部重绘编辑” 等核心功能的关键技术前提:正因为潜空间中保留了完整的音乐语义结构,模型才能在编辑音频时,精准识别需要修改的乐器声部或旋律段落;也正因为潜空间足够紧凑,模型才能在生成长音频时,将算力成本控制在普通用户可接受的范围内。

2.2 扩散模型与三阶蒸馏技术

仅仅依靠高效的音频编码技术,还不足以支撑高质量的长音频生成效果 —— 要实现从 “压缩格式的音频信号” 到 “真实音乐质感的内容” 的生成与转化,还需要另一套核心技术的高效配合:这就是 Stable Audio 3 所采用的潜空间扩散模型体系。而让这一扩散模型实现 “高质量生成” 与 “高推理速度” 平衡的关键技术,是 Stability AI 专门针对音频生成场景优化的三阶蒸馏训练流程。

扩散模型的工作逻辑,是在多个采样步骤中逐步优化生成结果,这一机制决定了 “采样步数” 和 “生成质量”,是决定最终效果的两个关键变量:通常情况下,采样步数越多,生成的音频细节就越丰富、越自然;但对应的推理消耗时间也会线性增加 —— 这是阻碍长音频实现快速生成的核心痛点。在 Stable Audio 3 的设计中,解决这一行业级矛盾的核心技术方案,就是三阶蒸馏技术 —— 这也是它能够在极短时间内,完成高质量长音频内容生成的关键技术支撑。

具体来说,这一三阶蒸馏训练流程分为三个递进阶段:

第一阶段是流匹配预训练:先让模型学习基础的音频数据分布模式,在潜空间内掌握从纯噪声到完整音频的大致生成轨迹,为后续的优化提供一个大致的方向基础;

第二阶段是 ODE(常微分方程)热身蒸馏:这一阶段的核心目的,是在不显著降低生成质量的前提下,将模型的采样步数从原本的 “上百级” 量级,直接压缩到个位数 —— 通过减少迭代次数来优化模型推理消耗的时间,将长音频生成的算力成本压缩到了原来的近十分之一;

第三阶段是对抗性后训练:这是整个流程的关键收尾环节 —— 训练会在生成端加上一个对抗性判别器,从 “音频数据分布是否自然真实” 的维度,对生成的音频信号进行全频谱细节修复。这一机制,相当于给经过蒸馏压缩后的音频做了一次细节 “补全”:它会补全在压缩过程中损失的乐器泛音、空间混响等高频细节,让经过高比例压缩生成的音频,最终也能达到与专业录音棚设备制作相差无几的音质效果。

这一三阶蒸馏技术所带来的效果,从官方实测数据来看是突破性的:在行业级算力配置的 H200 GPU 环境中,Medium 版本生成 6 分 20 秒的完整立体声音频,仅仅需要 1.31 秒;而在普通消费者级别的 RTX 3070 GPU 环境下,生成同样长度的音频,也仅需不到 10 秒;甚至在 MacBook Pro 的 M4 Pro CPU 环境下,也能将生成时长控制在可接受的数秒区间内。这一速度,已经完全达到了 “所见即所得” 的工业化生产标准 —— 要知道,在上一代模型中,生成音质相对一般的 190 秒长音频,也需要花费接近 1 秒的时间;而其他厂商的开源模型,在生成时长上的表现,更是远远落后于 Stable Audio 3。

这一技术优化的价值,绝不仅仅是 “生成速度变快了”—— 它是将 “长音频生成” 这一过去需要依赖大规模算力集群才能完成的技术方案,直接降维成了普通消费者级硬件就能实现的实用功能。这意味着,独立游戏开发者、短视频创作者这类通常没有大规模算力支撑的普通用户,也能在自己的普通消费级 PC 设备上,高效生成他们需要的高质量长音频内容。

2.3 模型家族化设计

与此前单个模型包打天下的产品逻辑完全不同,Stable Audio 3 没有用单个模型版本去覆盖所有场景需求,而是采用了 “多模型变体针对性覆盖不同场景需求” 的家族化设计方案 —— 这一方案的核心逻辑,是在 “生成质量”“资源消耗”“时长支持” 三个维度上,对不同场景的需求进行精准平衡。

整个 Stable Audio 3 家族由四个模型变体组成,每个变体在参数规模、训练目标与最长支持时长上做了明确区分,精准覆盖了对音频内容有不同需求的用户场景 —— 从移动端的短音效生成,到企业级平台的高并发长音频生成需求,都有专门的模型变体可以支撑。这一设计的核心考量,是在 “生成质量” 与 “资源消耗” 之间,为不同场景提供更精准的平衡点,而不是用一个 “全能型” 模型去覆盖所有场景需求。

具体来说,四个模型变体的定位与核心参数如下:

  • Small SFX 变体 :参数规模为 459M,专门针对音效生成场景做了定向训练,最长支持 120 秒的音频生成 —— 这一版本是专门为移动端设备或其他对算力消耗有严格限制的场景所设计的端侧优化版本;

  • Small Music 变体 :参数规模同样为 459M,但训练目标是完整的音乐创作,而非单纯的音效生成 —— 这是行业内首个支持在端侧设备上完成完整长曲目生成的开源模型,最长支持 120 秒的音频生成;

  • Medium 变体 :参数规模为 1.4B,是整个家族中的 “性能级主力版本”—— 同时覆盖音效与音乐生成双场景,最长支持 6 分 20 秒的音频生成,在消费者级 GPU 设备上就能流畅运行,是普通专业创作者的最性价比选择;

  • Large 变体 :参数规模达到 2.7B,是家族中的旗舰级版本 —— 同样覆盖双场景,最长支持 6 分 20 秒的音频生成,在技术层面实现了最优的生成质量,但这一版本的运行门槛较高,需要企业级 GPU 集群支撑,仅通过私有化 API 或企业级自托管模式对外提供服务。

从实际性能表现来看,这一家族化设计的效果相当突出。根据官方在 Squad Dataset(SDD)数据集上的实测结果,Medium 和 Large 版本在生成 120 秒长度音频时,FAD(音频失真度,数值越低越好)指标分别达到了 0.107 和 0.101,这一表现已经完全超过了前代 Stable Audio 2.5 模型的水平;而在 CLAP(文本 - 音频匹配度,数值越高越好)指标上,两个版本的得分均达到了 0.390 以上,与行业内顶级闭源模型的水平几乎无差距。更关键的是,从 120 秒时长升级到 190 秒时长,Medium 和 Large 版本的各项关键技术指标,几乎没有出现明显的下滑 —— 这是前代模型和其他厂商的开源模型,都完全无法做到的核心突破。

3. 新增核心功能及独特体验

Stable Audio 3 的功能设计逻辑,完全围绕 “消除创作者技术痛点” 这一核心目标展开。它没有盲目堆砌 “为技术而技术” 的炫酷特性,而是精准锚定了此前版本和竞品在实际创作场景中暴露的四大核心短板:生成时长不足、无法局部精准编辑、不能定制风格、版权无保障,进行了针对性的技术突破。

本章节将深入解析 Stable Audio 3 四大核心功能的技术细节、独特优势,以及这些功能为创作者带来的全新体验 —— 这些功能的组合,已经足以支撑从普通爱好者到专业工作室的全层级创作需求。

3.1 可变长度生成:告别固定时长束缚

这是 Stable Audio 3 在技术层面最具颠覆性的核心突破,也是其与前代模型、当前行业内其他开源音频模型的关键差异点 —— 在实际创作场景中,这一功能的实用价值远远超过了单纯的 “生成时长变长” 的升级,是真正将音频生成技术,从 “Demo 制作工具” 升级为 “工业化生产级工具” 的核心支撑。

3.1.1 功能细节

在过往的音频扩散模型设计方案中,模型必须一次性生成完整时长的音频潜空间序列,即使实际需要的音频内容只有短短几秒,模型也要将完整的长音频序列计算完成后,再裁切掉目标之外的静音片段 —— 这一设计逻辑,导致生成短音频时的算力成本,与生成长音频时完全一致,资源浪费问题极其突出。而 Stable Audio 3 的可变长度生成技术,从底层架构逻辑上彻底解决了这一行业级痛点:它突破了扩散模型必须生成固定长度音频的技术瓶颈,能够根据用户请求的实际时长,按秒级精度动态调整潜空间序列的长度 —— 简单来说,就是模型在生成音频时,会根据用户设定的实际时长,分配对应长度的潜空间序列,不再像过去那样,为短音频 “配套生成” 大量无实际用处的空白静音片段。

这一技术方案的直接效果,是它可以在 “不浪费算力资源的前提下”,精准生成从短短 5 秒的音效片段到最长 6 分 20 秒的立体声音频内容 —— 这一覆盖区间,已经足以覆盖从普通短视频、游戏音效到完整背景音乐的几乎所有主流音频生产场景。而在实际落地效果上,这一设计的核心价值是大幅降低了短音频生成的算力成本:模型不需要再为短音频生成完整的长音频序列,对应的计算资源和推理时间消耗,都随着音频时长的缩短而线性下降。

3.1.2 独特之处与体验提升

这一功能的绝大优势,绝不仅仅是 “支持生成长音频” 这么简单 —— 它的价值在于,从根本上解决了长期困扰行业的 “生成效率与音频质量不可兼得” 的行业级矛盾,为不同类型的创作者提供了更精准的工作流支撑。

其独特之处,以及给创作者带来的核心体验升级,可以被拆解为三个关键维度:

  • 成本效益的显著提升 :生成短音频时的算力成本,不再被 “固定最大长度” 的规则所绑架 —— 对需要大量生成短音效的游戏开发者或短视频创作者而言,这意味着可以在极短时间内,批量生成高质量的短音效内容,而无需担心算力资源的过度消耗。根据官方提供的实测数据,在生成长度为 20 秒的短音频内容时,Stable Audio 3 Medium 版本的资源消耗,仅为上一代模型的 25%;即使将生成时长拉长到 120 秒,资源消耗也仅为上一代模型的 70% 左右。

  • 创作自由度的本质突破 :创作者不需要再被迫将自己的创作思路,限制在 “固定最大长度” 的狭窄区间内 —— 比如,在制作游戏场景的背景音效时,作者可以根据实际场景的时长需求,精准生成 1 分 30 秒、2 分 15 秒或其他任意非整数倍时长的内容;而在过去,受限于模型的固定长度限制,作者往往只能被迫将多个短音频拼接起来使用,很容易在音频衔接处出现明显的节奏断裂问题。

  • 长音频质量的稳定性保障 :在生成长音频时,Stable Audio 3 的潜空间序列长度,会随着目标时长的增加而按比例动态扩展 —— 这一机制可以保证,即使在接近上限的 6 分 20 秒的长音频中,也能维持与短音频完全一致的声品质:不会出现旋律突然走调、乐器音色莫名失真、不同乐器声部的声音叠加在一起无法区分等在长音频生成中常见的质量问题。根据官方在 SDD 数据集上的实测结果,从 120 秒时长升级到 190 秒时长,Medium 和 Large 版本的关键技术指标几乎没有任何下降 —— 这一稳定性表现,是前代模型和行业内其他开源模型完全无法比拟的。

这一功能的实际价值,只有在实际创作场景中才能被充分感知。对视频创作者而言,这意味着可以根据实际视频场景的配乐需求,精准生成一个完整的、从开场到高潮再到收尾的完整音轨,不需要再将多个短音频拼接起来,勉强适配视频场景的转场节奏;对游戏开发者而言,这意味着可以根据游戏中实际场景的实际时长需求,生成完全匹配的无缝循环背景音乐或线性叙事音频;而对音乐创作者而言,这意味着可以直接生成完整的、包含多个乐器声部的编曲样曲,而不再需要将多个短片段拼接起来,才能呈现自己的编曲思路。

3.2 先进的音频局部编辑功能(Inpainting)

这是 Stable Audio 3 在 “实际创作体验” 维度上最具价值的突破点 —— 在此之前,几乎所有的开源音频模型都聚焦于 “从 0 到 1 生成完整的音频”,完全忽略了创作者在制作过程中 “修改其中某一段” 的高频需求。而即使是少数支持编辑功能的闭源模型,也仅能对单一区域进行简单的过渡性编辑,无法精准处理多段音频的复杂编辑,这让创作者们不得不频繁在 “AI 生成工具” 和 “数字音频工作站(DAW)” 之间导出导入文件,严重打断创作流。这一功能的加入,补齐了 AI 模型从 “生成 Demo” 到 “支撑工业化生产” 的关键短板。

3.2.1 功能细节

Stable Audio 3 的官方技术文档中,对这一功能的技术原理有明确说明:在编辑音频时,用户需要先上传自己的原始音频 —— 可以是此前用模型生成的内容,也可以是在 DAW 中编辑的现有音频素材,再通过可视化的时间轴交互界面,精准定义需要修改的目标区域,同时通过 “保留区域 / 生成区域” 的掩码设置,指定需要重新生成的段落,以及需要完整保留的部分。随后,模型会在保持未编辑区域完全不变的前提下,重新生成被掩码覆盖的目标区域内容 —— 这个过程中,模型会自动分析原始音频的节奏、调式、配器风格等关键音乐特征,并将新生成的内容,以完全无缝的方式嵌入到原有音频的上下文当中。

这一功能的核心技术支撑,是 SAME 架构下的潜空间特征提取能力 —— 在编辑过程中,模型会先通过语义特征编码器,提取原始音频的配器结构、旋律线、和声节奏、调式与速度(BPM)等关键音乐特征,再将这些特征作为 “条件化约束项”,注入到扩散模型的多轮迭代生成过程中。这一机制,可以保证新生成的片段,在音乐风格、乐器音色、节奏速度上,与原始音频的前后内容保持完全一致,完全没有任何拼接或过渡不自然的违和感。

更重要的是,这一功能在设计逻辑上,完全以 “专业创作者的实际编辑需求” 为核心参考:它没有像传统音频编辑工具那样,提供 “基于波形显示区域的简单切割编辑”,而是直接面向创作场景设置了三种不同的编辑模式,覆盖了从简单修正到复杂再创作的全流程需求:

  • 单段编辑模式 :这是最基础的编辑模式,支持用户在音轨中,选择一个连续的时间区间作为编辑目标 —— 比如,在一个时长为 3 分钟的完整背景音轨中,单独将从 30 秒到 45 秒的区间,修改为 “更强调鼓点节奏的重编曲版本”;

  • 多段独立编辑模式 :这是更贴合实际复杂创作需求的进阶模式,支持用户在同一条音轨中,一次性选择多个不连续的时间区间作为编辑目标 —— 比如,在制作游戏战斗场景的背景配乐时,可以同时将 “从 15 秒到 20 秒的第一次高潮区间”“从 45 秒到 55 秒的第二次高潮区间” 和 “从 1 分 30 秒到 1 分 40 秒的尾声区间”,这三个不连续的段落,修改为 “更具紧张感的管弦乐编曲版本”;

  • 因果续写(Causal Continuation)模式 :这是与 “可变长度生成” 功能配合使用的核心模式,支持用户将一段现有音频,作为 “先导素材” 上传到工具中,再让模型从这段音频的结束位置开始,基于前面的完整音乐特征,自动生成与原内容在节奏、调式、配器风格上完全匹配的后续内容 —— 比如,用户此前生成了一段 2 分钟长的歌曲主歌部分,可以直接将这段音频上传到工具中,让模型自动生成后续的副歌、旋律桥段,甚至是完整的尾声部分。

3.2.2 独特之处与体验提升

Stable Audio 3 的局部编辑功能,与此前其他 AI 音频工具所提供的类似功能的本质差异,在于它实现了 “在保留原始音频完整性的前提下,进行精准到小节的局部替换”—— 这一看似简单的特性,实际上是行业内首次在 AI 音频工具上,实现了与专业 DAW 工具(如 Pro Tools、Logic Pro)中 “音频编辑” 功能几乎无差别的操作体验。

这一功能的独特之处,以及给创作者带来的核心体验升级,可以被拆解为三个关键维度:

  • 非破坏性编辑的核心保障 :这是对专业创作者而言最有价值的突破 —— 所有的编辑操作,都是针对被掩码覆盖的目标区域进行的,原始音频中未被选择的部分,会被模型完全保留。这就意味着,用户在编辑过程中,可以随时将修改后的内容与原始内容进行对比,甚至可以在不重新生成整个音轨的前提下,对同一区域进行多次不同方案的迭代修改 —— 彻底规避了 “错误操作导致原始素材丢失” 的风险,这在需要多次修改迭代的专业创作场景中,是一个极其重要的特性。

  • 多区域编辑的高效支撑 :在过去,要在音频中修改多个不连续的区域内容,只能靠手动分割音频、逐个重新生成、再到 DAW 中拼接回去,整个流程需要花费大量时间精力。而现在,用户可以一次性选择所有需要修改的目标区域,设置好统一的修改目标后,由模型自动完成所有区域的重新生成和无缝拼接 —— 这是真正将 “多段音频编辑” 这一过去需要耗费数小时的复杂工作,压缩到了几秒级的高效操作。

  • 续写功能的自然无感过渡 :与单纯的 “音频拼接” 不同,Stable Audio 3 的续写功能,可以在无限接近原始音频音乐风格的前提下,完成高质量的内容延续 —— 模型会自动对输入音频进行完整的音乐特征分析,包括主旋律的音高变化、和弦的编配逻辑、不同乐器的音量配比,甚至是空间混响效果等细节,并将这些特征作为 “条件化约束项”,注入到后续的生成过程中。这一机制,保证了新生成的内容,在乐器音色、节奏速度、混音风格上,都与原始音频的前后内容保持高度一致,完全没有任何拼接或过渡不自然的违和感。

这一功能的加入,彻底重塑了 AI 音频的标准创作流程:从过去的 “一次性生成完整音轨→在 DAW 中切割音轨并尝试修正错误→重新生成并反复导出导入”,变成了 “生成基础音轨→在可视化界面中直接选择需要修改的区域→设置新的生成参数并完成局部修改” 的极简流程。

这一升级对创作效率的提升效果,只有在实际工作流中才能被充分感知:比如在为视频场景制作背景音乐时,如果发现音轨中 “从 30 秒到 45 秒的区间,节奏风格和画面转场的实际节奏不完全匹配”,在过去,用户只能被迫重新生成整条音轨,再将新的片段手动拼接上去;而现在,用户不需要离开 Stable Audio 3 的操作界面,就能直接精准修改这一目标区间,整个操作流程仅需一两分钟左右。而对游戏开发者这类需要 “批量生成适配不同场景音频” 的用户而言,这一功能的价值更显突出:如果在测试时发现 “某个场景的背景配乐循环点有明显的过渡断层”,他们不需要重新生成整条音轨,而是可以精准编辑交叉 fade 的局部区间,在极短时间内修复过渡瑕疵。

3.3 端侧支持与高性能推理

这是 Stable Audio 3 在 “行业普适性” 维度上的关键突破点 —— 在此之前,几乎所有的长音频生成模型都采用 “云端集中部署” 的架构逻辑,用户必须将音频数据上传到厂商的云端服务器,才能完成生成或编辑,这在涉及隐私或机密的项目场景中,是一个无法回避的核心风险。而 Stable Audio 3 的 Small 版本,是行业内首个支持在普通端侧设备上,完成完整长曲目生成的开源音频模型 —— 它将长音频生成的落地门槛,从 “需要企业级算力集群” 直接降低到了 “普通消费者级设备”。

3.3.1 功能细节

Stable Audio 3 的 Small 变体(包括 Small SFX 和 Small Music 两个子版本),是行业内首个支持在普通端侧设备上,完成完整长曲目生成的开源音频模型 —— 这是对行业现有落地架构模式的突破性调整。这一版本的模型体积被压缩到了 2GB 以内,经过针对性优化,可以在不依赖云端 GPU 集群的前提下,在普通消费级设备的本地环境中,完成高质量的音频生成和编辑操作:不仅支持在 Windows 系统下的普通消费级 RTX 系列 GPU 上运行,甚至还支持在 MacBook Pro 的 M4 Pro 芯片或其他高性能移动级 CPU 环境下,完成完全离线的音频生成操作。

而在性能表现上,这一端侧优化的效果相当突出:根据官方提供的实测数据,Small Music 变体在消费级 RTX 3070 GPU 设备上,生成 120 秒长度的音频仅需 0.45 秒;即使在没有独立显卡的 MacBook Pro M4 Pro 笔记本电脑上,借助 CPU 的算力支撑,也能在不到 2 秒内完成 120 秒长度的高质量音频生成 —— 这一推理性能,已经完全达到了 “实时生成” 的工业化生产标准。

更重要的是,这一完全离线的端侧支持能力,是 Stable Audio 3 整个家族的架构级特性:Medium 变体也可以在消费级 RTX 3060 以上级别的 GPU 设备上,完成本地离线运行;甚至是参数规模达到 2.7B 的 Large 变体,也可以在单节点的企业级 GPU 服务器上,完成私有化部署 —— 这是行业内首个从 “端侧轻量音效生成” 覆盖到 “企业级高并发长音频生成” 的完整模型家族。

3.3.2 独特之处与体验提升

这一功能的绝大价值,绝不仅仅是 “可以在本地运行” 这么简单 —— 它的出现,直接为创作者打开了两扇在此之前完全无法想象的 “新大门”:

  • 真正的隐私化创作流程保障 :所有的生成和编辑操作,都可以在本地设备上离线完成,创作者不需要将任何自己或客户的原创音频内容,上传到第三方厂商的云端服务器中 —— 从技术层面,彻底规避了 “在数据传输或云端存储过程中,机密创作内容被泄露” 的风险。这对有高隐私需求的创作者或团队而言,是一个能够将 AI 生成技术,正式融入工业化生产流程的关键特性:无论是还未发布的新游戏配乐、需要严格保密的商业广告音频,还是 demo 阶段的原创音乐内容,都可以在完全离线的安全环境中,完成生成和编辑。

  • 创作场景的彻底解放 :过去,音频生成工具必须依赖稳定的高带宽互联网连接 —— 不仅是因为需要上传下载音频文件,更关键的是需要连接厂商的云端算力集群;而现在,创作者可以在任何场景下,即使是在没有互联网连接的外出环境中,也能使用自己的笔记本电脑完成音频的生成和编辑工作。对经常需要到项目现场进行配乐调试的声音设计师而言,这一特性意味着,他们可以在项目现场的任何环境下,快速根据客户的反馈意见,生成新的配乐版本,再也不用担心 “现场互联网带宽不足,无法云端生成” 的问题。

值得补充的是,Stable Audio 3 在高性能推理上的突破,绝不仅仅局限于端侧设备:其 Medium 和 Large 变体,在企业级算力配置下的表现同样突出。根据官方提供的实测数据,在行业级算力配置的 H200 GPU 环境中,Medium 版本生成 6 分 20 秒的完整立体声音频,仅仅需要 1.31 秒;即使是参数规模达到 2.7B 的 Large 版本,在同样的 H200 GPU 环境下,生成 6 分 20 秒音频的时间,也被控制在 2 秒以内。这一推理性能,完全达到了 “实时生成” 的行业级高质量应用标准。

3.4 可定制性:LoRA 微调支持

这是 Stable Audio 3 在 “适配不同行业需求” 维度上的关键突破点 —— 在此之前,要让音频生成模型,输出某个特定乐器、特定流派或特定人声风格的定制化内容,通常需要对模型的基础参数进行全量微调,不仅需要花费大量的算力资源,还需要准备至少数小时甚至数十小时的高质量训练素材,这是普通创作者几乎无法实现的技术方案。而 Stable Audio 3 对 LoRA 微调的原生支持,首次将 “模型风格化定制” 这一过去需要专业算法团队支撑的高门槛技术方案,普及到了普通创作者可覆盖的技术区间内。

3.4.1 功能细节

Stable Audio 3 的 Small 和 Medium 变体,都开放了对 LoRA(Low-Rank Adaptation)微调技术的原生支持 —— 这是音频生成模型行业内,首次开放这一技术的正式文档与落地接口。LoRA 技术的核心逻辑,是在预训练完成的基础模型上,以 “插入低秩矩阵” 的方式,在不修改基础模型本身权重参数的前提下,额外增加极少量的可训练参数;在微调过程中,这些新增的小体量参数,会被定向训练为 “适配特定风格的适配器”;而在实际生成过程中,用户只需要将对应的 LoRA 适配器权重文件,与基础模型配合加载,就能基于基础模型,生成目标风格的定制化内容。

这一技术的最大价值,是将 “微调模型适配特定风格” 这一过去需要高算力资源支撑的工作,压缩到了普通消费级 GPU 设备可覆盖的资源区间内。根据官方的技术文档,用户可以在自己的私有化算力环境中,使用 “数十条到上百条专属音频素材” 作为训练数据集,在消费级 RTX 3060 以上级别的 GPU 设备上,花费数小时完成一个 LoRA 适配器的训练。这一训练过程,不会修改基础模型的权重参数,训练完成的适配器文件,体积通常在几十兆字节到几百兆字节之间,可以被灵活地复用在不同的生成场景中。

3.4.2 独特之处与体验提升

这一功能的独特价值,在于它以一种极低的技术门槛和算力成本,解决了行业内 “生成内容的风格无法匹配项目” 的核心痛点 —— 这是让从 “普通爱好者” 到 “专业工作室” 的所有用户,都能将 AI 生成内容,从 “Demo 级素材” 变成 “可以直接用在正式项目中的定制化内容” 的关键技术支撑。

这一技术方案,为创作者提供了过去完全无法想象的高性价比定制能力:

  • 极低的微调门槛 :与全量微调需要覆盖 “整个模型的所有参数” 的算力资源不同,LoRA 技术只需要训练 “新增的低秩矩阵” 这部分少量参数,训练过程需要消耗的算力资源和训练数据量,降低到了原来的近十分之一。根据官方的实测数据,在对生成质量影响极小的前提下,使用 LoRA 技术微调 Stable Audio 3 的 Medium 变体,仅需要消耗不到 8GB 的显存空间 —— 这意味着,用户可以在普通的消费级 RTX 3060 或以上级别的 GPU 设备上,完成整个微调训练任务;甚至在部分高端的移动级显卡上,也能完成轻量化的训练任务。

  • 可插拔式的风格适配 :LoRA 适配器的设计逻辑,是完全独立于基础模型的可插拔模块。这就意味着,用户可以根据不同的项目需求,训练多个不同风格的 LoRA 适配器 —— 比如,针对 “8 位元游戏的复古风格背景音乐” 的适配器、针对 “温暖嗓音的治愈系独立民谣” 的适配器、针对 “赛博朋克风格的电子游戏音效” 的适配器等。在实际使用时,用户只需要在生成界面中,选择对应的适配器文件,就能让基础模型输出对应风格的音频内容;而如果用户需要切换风格方案,只需要更换另一个 LoRA 适配器文件,不需要重新下载或部署整个基础模型。

  • 完全合规的版权保障 :这是对商业用户而言最有价值的突破 —— 用户用于微调训练的自有音频素材,其版权完全归用户所有;经过微调后生成的音频内容风格,也不会与现有模型的训练数据产生版权冲突。这就意味着,企业级用户可以完全基于 LoRA 微调技术,为自己的某个特定游戏 IP,定制一套专属的、风格统一的背景音乐生成模型,且不用担心版权方面的潜在风险。

在实际场景中,这一特性的真正价值,是让 AI 生成内容的 “工业化定制级别”,上升到了一个全新的高度:一个游戏音效师,可以先使用公司的专属游戏音乐素材库,训练一个适配游戏风格的 LoRA 适配器;随后,在生成游戏中 “精灵森林” 场景的背景音乐时,只需要在提示词中输入该场景的配乐需求,并加载这个专属 LoRA 适配器文件,模型就会自动按照游戏的统一配乐风格,生成完全适配该场景的定制化内容。

3.5 版权保障:工业化生产的核心基石

需要特别强调的是,Stable Audio 3 的所有模型变体,其训练数据都来自于获正式授权的音乐库和音效素材库 —— 这是它与行业内其他主流闭源模型,最关键的差异点。这一特性,虽然没有直接体现在 “功能升级” 上,但对商业用户而言,这是整个 Stable Audio 3 家族中,最具价值的 “特性支撑”—— 如果没有这一保障,再强大的生成功能,也无法被用在正式的商业项目中。

根据 Stability AI 官方的授权条款,在使用 Stable Audio 3 生成内容时,普通用户只要遵循社区版授权的相关规则,就可以免费将生成的内容用于商业项目;而对于年收入超过 100 万美元的企业级用户,Stability AI 提供了企业级授权方案 —— 在这一方案中,Stability AI 对客户做出了 “法律免责 indemnification” 的正式保障承诺:如果用户在合法使用模型的前提下,生成内容出现了任何版权法律纠纷,Stability AI 将承担全部的相关法律责任。

这一版权保障条款,是当前行业内所有其他闭源模型都没有提供的 “顶级安全保障”。在实际商业场景中,这一保障的价值,远远超过了任何功能升级所带来的价值 —— 这是企业级用户,能够放心地将 Stable Audio 3 生成内容,用在自己的游戏、视频、广告等商业项目中的核心前提。

4. 应用方法与实操指南

Stable Audio 3 的设计逻辑,是在 “无代码可视化操作界面” 和 “灵活的代码级 API 接口” 这两个维度上,同时提供对用户的支撑 —— 既覆盖了普通创作者 “快速上手制作内容” 的需求,也覆盖了专业用户 “将生成能力集成到自有业务流程中” 的需求。这一设计的核心目的,是在 “易用性” 和 “可控性” 之间,实现最符合用户真实需求的平衡。

本章节将面向从普通爱好者到专业开发者的全层级用户,详细介绍不同场景下的实操应用方法,覆盖从 “快速生成基础内容” 到 “集成到自有业务系统中进行工业化生产” 的全流程操作细节。

4.1 模型选择与部署流程

在开始创作之前,用户需要根据自身的技术能力、硬件配置和实际项目需求,选择对应的模型变体和部署方式 —— 这是保障后续生成效率和效果的关键前提。Stable Audio 3 提供了四种不同的落地路径选择,分别适配不同类型用户的需求门槛:

4.1.1 模型选择

整个 Stable Audio 3 家族的四个模型变体,精准覆盖了从普通爱好者到企业级用户的全层级需求场景。用户需要根据自身的硬件配置、项目实际时长需求,以及对生成音质的要求,选择最适合的版本 —— 在实际场景中,这一选择的核心逻辑,是在 “硬件资源消耗” 和 “生成质量” 之间,找到最符合自身需求的平衡。

为了更清晰地展示不同变体的差异,下面对四个模型变体的适用场景进行了详细梳理:

  • Small SFX :适合在端侧设备上生成短音效的场景 —— 比如,独立游戏开发者需要为游戏制作大量的短音效素材;

  • Small Music :适合在端侧设备上生成较短时长音乐样本的场景 —— 比如,短视频创作者需要快速生成一段 1 分钟以内的简短背景音;

  • Medium :适合在消费级 GPU 设备上,生成完整的高质量长音频场景 —— 比如,独立游戏工作室需要制作游戏中某一个场景的完整背景音;

  • Large :适合在企业级 GPU 集群环境下,进行高并发工业化生成的场景 —— 比如,头部游戏公司需要为自己的大型游戏项目,批量生成高质量的背景音内容。

4.1.2 部署路径

Stable Audio 3 提供了四种不同的落地路径选择,分别适配不同类型用户的技术能力与业务需求。用户可以根据自身的技术储备、项目协作模式,以及对 “离线部署” 的需求强度,选择最适合的落地方案 —— 在实际场景中,这一选择的核心逻辑,是在 “上手难度” 和 “部署灵活性” 之间,找到最符合自身需求的平衡。

具体来说,四种落地路径的适配人群、操作步骤和优缺点对比如下:

  1. 官方 Web 端( StableAudio.com ) :适合没有独立技术团队、需要快速开始创作的内容创作者 —— 不需要进行任何复杂的环境部署或模型下载操作,只需要使用浏览器访问官方网站,完成简单的注册登录操作后,就能直接在线体验模型的所有功能;

  2. ComfyUI 可视化界面 :适合需要在本地设备上进行可视化创作,同时又不想依赖官方 Web 端的用户 —— 在安装或升级完 ComfyUI 后,用户只需要下载对应的模型权重文件,再将官方提供的 Stable Audio 3 工作流模板,直接拖入到 ComfyUI 的操作界面中,即可完成整个环境的部署 setup;

  3. 本地化 Python 包 :适合有一定技术开发能力,需要在本地设备上进行批量生成的高级用户或小规模团队 —— 用户可以从 Stability AI 的官方 Hugging Face 仓库,下载对应模型变体的权重文件,再通过 Stable Audio 3 的官方 Python 包,在本地编写简单的推理脚本,完成音频的生成或编辑操作;

  4. 企业级 API / 自托管 :适合有独立技术团队、需要将音频生成能力集成到自有业务流程中的企业级用户 —— 用户可以通过 Stability AI 官方 API,或在自有算力集群上自托管 Large 变体,将模型能力集成到自有业务流程中。

从实际落地的角度来看,多数非技术类创作者,通常会选择前两种方案来进行创作;而有批量生成需求的专业创作者或企业级用户,通常会选择后两种方案来进行业务集成。

4.2 场景一:从零生成完整音频

这是 Stable Audio 3 最基础的应用场景,也是普通用户最常接触的场景 —— 用户需要从 0 到 1 生成一段完整的、符合特定需求的音频内容。Stable Audio 3 的可变长度生成功能,在这一场景下,可以发挥最大的实用价值。

根据用户技术能力的不同,这一任务的实操流程,可以分为 “无代码可视化操作” 和 “代码级 API 集成操作” 两类路径。两者的操作逻辑完全一致,只是在交互形式上存在差异 —— 无代码可视化操作是通过点击界面元素完成参数配置,代码级 API 集成是通过编写代码完成参数配置。下面对两类路径的实操流程进行详细说明:

4.2.1 无代码可视化操作(以 ComfyUI 为例)

对多数非技术类创作者而言,在 ComfyUI 中基于官方模板进行生成,是最便捷的上手路径 —— 不需要编写任何代码,只需要通过可视化界面进行参数配置,就能完成音频生成。这一方案的核心优势,是将 “环境配置” 的技术门槛,降到了普通用户可覆盖的区间内。

在 ComfyUI 中,从零生成完整音频的完整操作流程,分为五个关键步骤,每一步的操作细节和注意事项都有明确规范:

  • 步骤 1:加载官方工作流模板 :启动 ComfyUI 后,在操作界面的顶部菜单栏中,找到 “工作流” 下拉菜单,选择 “从文件加载” 选项 —— 在弹出的文件选择框中,选择下载好的 “audio_stable_audio_3_medium.json” 模板文件,即可自动加载整个生成流程的所有节点。这一模板是 Stability AI 官方预配置的,已经将模型的所有核心参数调整到了最优平衡状态,普通用户不需要再对节点进行任何额外配置操作。

  • 步骤 2:选择目标模型变体 :在工作流模板的模型选择节点中,点击下拉菜单,选择与本地硬件配置、项目实际需求相匹配的模型变体 —— 如果用户的本地硬件是消费级 GPU,且需要生成 3 分钟的音频内容,选择 “medium” 变体即可;如果用户需要在端侧设备上生成 1 分钟的音效内容,选择 “small-sfx” 变体即可。

  • 步骤 3:输入并优化文本提示词 :在 “正向提示词” 节点中,输入英文的音频内容描述 —— 如果用户需要生成 “深夜的治愈系雨声,伴随轻微的白噪音,ASMR 助眠” 这类中文描述的内容,可以借助整合包自带的 “中文提示词自动翻译” 功能,将中文提示词直接翻译成英文。提示词的输入质量,是决定最终生成效果的最关键变量 —— 用户需要在提示词中,按优先级标注以下四类关键信息:目标音频的具体时长、适用场景的详细风格描述、核心配器或音效的细节描述、以及需要的情绪或制作细节。

  • 步骤 4:配置核心生成参数 :在模板的 “参数设置” 节点中,根据实际项目需求调整关键参数 —— 主要包括三个核心维度:一是 “时长设置”,以秒为单位,输入目标音频的实际时长,比如 “180” 代表 3 分钟;二是 “生成步数”,官方建议将数值设置在 50 到 100 之间;三是 “提示词相关性强度”,官方建议设置在 7-10 区间内,以保证生成内容与文本描述的匹配度;四是 “随机种子值”,如果用户需要复现某一之前的生成效果,可以输入之前记录的种子值;如果不需要复现,可以设置为 “random” 随机模式。

  • 步骤 5:执行生成任务并导出文件 :完成所有参数配置后,点击操作界面右上角的 “立即生成” 按钮,即可开始生成任务 —— 在生成过程中,界面会显示实时的生成进度条;完成后,用户可以在 “结果预览” 面板中,直接播放试听生成的音频内容,也可以将生成的文件,以 WAV 或 MP3 格式导出到本地设备中。

4.2.2 代码级 API 集成操作

对需要批量生成内容的高级用户,或需要将音频生成能力,集成到自有业务流程中的企业级用户而言,编写代码调用官方 Python 包,是更高效的落地路径。这一方案的核心价值,是提供了完全灵活的可定制化能力,用户可以根据自己的业务需求,灵活调整所有生成参数,或对生成过程进行更精细化的控制。

下面是用 Stable Audio 3 的官方 Python 包,从零生成一段完整音频的示例代码:

\# 导入必要的依赖包import torchfrom stable_audio_3 import StableAudio3\# 加载预训练完成的模型权重model = StableAudio3.from_pretrained(    "stabilityai/stable-audio-3-medium",  # 模型变体的官方Hugging Face仓库地址    device="cuda" if torch.cuda.is_available() else "cpu"  # 自动选择运行设备:有CUDA GPU的情况下优先使用,否则使用CPU)\# 配置核心生成参数prompt = "lo-fi hip hop, warm Rhodes piano, mellow bass, vinyl crackle, late night study vibes, 3 minutes"  # 目标音频的风格描述提示词negative_prompt = "low quality, clipping noise, harsh drums"  # 反向提示词:描述不希望在音频中出现的内容duration = 180  # 以秒为单位,设置目标音频的时长steps = 50  # 设置生成步数guidance_scale = 7.5  # 设置提示词相关性强度seed = 42  # 设置随机种子值,以保证结果的可重复性\# 执行生成推理任务audio_output = model.generate(    prompt=prompt,    negative_prompt=negative_prompt,    duration=duration,    steps=steps,    guidance_scale=guidance_scale,    seed=seed)\# 将生成的音频内容,导出到本地文件audio_output.export("study_vibes.wav", format="wav")

这段代码的核心逻辑,与可视化操作的流程完全一致,只是将 “界面上的参数配置” 改成了 “代码中的参数赋值”。高级用户可以基于这一基础代码,进行更灵活的二次开发:比如,通过循环迭代不同的随机种子值,批量生成多个风格、时长一致,但旋律或配器细节有差异的音频内容;又比如,将模型的生成逻辑,与自有业务的场景化素材库联动,自动根据项目的场景配乐需求,生成对应的音频内容。

4.3 场景二:局部编辑与续写

这是 Stable Audio 3 区别于其他音频模型的核心场景 —— 在实际创作中,这一功能的使用频率,远远超过了 “从零生成” 的功能。对多数专业创作者而言,这才是他们真正需要的 “生产力级” 功能:它可以在保留原始音频完整完整性的前提下,精准修改其中某一段的内容,或在原始音频的基础上,进行无缝的延续性扩展。

根据用户技术能力的不同,这一场景的实操流程,同样分为 “无代码可视化操作” 和 “代码级 API 集成操作” 两类路径。

4.3.1 无代码可视化操作(以 ComfyUI 为例)

在 ComfyUI 中进行局部编辑或续写,同样不需要编写任何代码,只需要在官方提供的 “Stable Audio 3 Inpainting” 工作流模板中,按流程进行参数配置即可 —— 这一方案的核心优势,是提供了可视化的时间轴编辑界面,让用户以 “所见即所得” 的方式,精准选择需要编辑的目标区域。

这一应用场景的完整操作流程,分为六个关键步骤:

  • 步骤 1:加载官方 Inpainting 工作流模板 :启动 ComfyUI 后,在操作界面的顶部菜单栏中,选择 “工作流→从文件加载”,在弹出的文件选择框中,选择下载好的 “audio_stable_audio_3_inpainting.json” 模板文件,即可自动加载整个局部编辑流程的所有节点。

  • 步骤 2:上传需要编辑的原始音频文件 :在工作流模板的 “输入音频” 节点中,点击 “上传音频” 按钮,从本地设备中,选择需要编辑的原始音频文件 —— 可以是此前用 Stable Audio 3 生成的音频内容,也可以是在其他数字音频工作站(DAW)中编辑的现有音频素材。上传完成后,模型会自动对音频进行特征分析,这一过程通常需要花费数秒时间。

  • 步骤 3:选择目标编辑区域 :这是整个流程中最核心的关键步骤 —— 在模板的 “掩码设置” 节点中,通过可视化的交互方式,精准定义需要编辑的目标时间区间。用户可以通过 “添加掩码” 按钮,在音频时间轴上,选择一个或多个需要编辑的目标区域;每个区域都可以通过 “开始时间 / 结束时间” 的参数,进行精准的微调,精度可以达到毫秒级。

  • 步骤 4:输入提示词并设置编辑参数 :在模板的 “正向提示词” 节点中,输入英文的 “目标区域修改方案描述”—— 比如,如果用户希望将 “从 30 秒到 45 秒的区间内容,修改为更强调鼓点节奏的重编曲版本”,可以输入 “emphasize the drum section, add more percussion, keep the original melody and bass line”;同时,在 “反向提示词” 节点中,输入不希望在修改区域中出现的内容,比如 “clipping noise, distortion, off-beat drums”。随后,在 “参数设置” 节点中,设置生成步数、提示词相关性强度等参数。

  • 步骤 5:执行局部生成任务 :完成所有参数配置后,点击操作界面右上角的 “立即生成” 按钮,即可开始局部生成任务 —— 在生成过程中,界面会显示实时的生成进度;完成后,用户可以在 “结果预览” 面板中,直接播放试听生成的音频内容。此时,模型会自动将新生成的目标区域内容,与原始音频的未编辑区域内容,进行无缝的衔接处理。

  • 步骤 6:对比内容并导出文件 :在预览界面中,用户可以通过 “切换原始 / 生成版本” 的功能,对编辑后的内容和原始内容进行对比;如果效果不满意,可以重新调整掩码区域或提示词参数,再次进行生成。当达到预期效果后,用户可以将生成的最终音频文件,以 WAV 或 MP3 格式导出到本地设备中。

4.3.2 代码级 API 集成操作

对需要批量进行局部编辑的高级用户,或需要将这一能力集成到自有业务流程中的企业级用户而言,编写代码调用官方 Python 包,是更高效的落地路径。

下面是使用 Stable Audio 3 的官方 Python 包,进行局部编辑和续写的示例代码,其中包含了关键的参数设置说明:

\# 导入必要的依赖包import torchfrom stable_audio_3 import StableAudio3\# 加载预训练完成的模型权重model = StableAudio3.from_pretrained(    "stabilityai/stable-audio-3-medium",    device="cuda" if torch.cuda.is_available() else "cpu")\# 加载需要编辑的原始音频文件input_audio = model.load_audio("original_track.wav")\# ------------------------------\# 场景A:局部重绘编辑设置\# ------------------------------\# 定义需要编辑的目标时间区间(掩码区域)mask_start = 30.0  # 以秒为单位,设置目标区域的开始时间mask_end = 45.0    # 以秒为单位,设置目标区域的结束时间\# 构建掩码张量:这一步是标记需要编辑的区域是哪一段mask = torch.zeros_like(input_audio\["waveform"])mask\[:, int(mask_start \* input_audio\["sample_rate"]):int(mask_end \* input_audio\["sample_rate"])] = 1\# ------------------------------\# 场景B:续写设置(将原始音频延长30秒)\# ------------------------------\# 设置续写任务的相关参数:从原始音频的结束位置开始,再生成30秒的后续内容continuation_duration = input_audio\["duration"] + 30  # 总时长为原始音频时长+30秒\# 构建续写任务的掩码张量:从原始音频的结束位置开始,生成后续的30秒内容continuation_mask = torch.zeros_like(input_audio\["waveform"])continuation_mask\[:, int(input_audio\["duration"] \* input_audio\["sample_rate"]):] = 1\# ------------------------------\# 执行生成任务\# ------------------------------\# 配置生成参数edit_prompt = "emphasize the drum section, add more percussion, keep the original melody and bass line"  # 局部编辑的目标效果描述negative_prompt = "clipping noise, distortion, off-beat drums"  # 反向提示词\# 调用生成接口,执行局部编辑生成任务output = model.edit(    input_audio=input_audio,    mask=mask,  # 如果是续写任务,这里需要替换为continuation_mask    prompt=edit_prompt,    negative_prompt=negative_prompt,    steps=50,    guidance_scale=7.5,    seed=42)\# 将生成的音频内容,导出到本地文件output.export("edited_track.wav", format="wav")

从代码层面来看,局部编辑和续写的唯一差异,是掩码区域的定义逻辑:局部编辑是选择音频中间的某一段区域进行重新生成;而续写是选择音频结尾后的区域进行重新生成 —— 除此之外,所有的代码逻辑和参数配置都完全一致。这一设计,为用户在不同场景下的灵活使用,提供了极其便捷的支撑。

4.4 场景三:风格化定制与批量生成

这是 Stable Audio 3 在工业化生产级场景中的高阶应用价值体现 —— 在实际业务中,这一功能通常被用来批量生成风格一致的定制化音频内容,或为特定项目生成专属风格化的音频资源。

这一应用场景的完整实操流程,分为四个关键步骤:

  • 步骤 1:准备训练素材 :用户需要准备足够数量的、代表目标风格的专属音频素材库 —— 对 LoRA 微调任务而言,训练素材的质量,是决定最终生成效果的最关键变量。官方建议,训练素材的数量控制在 50 到 200 条之间为宜;这些素材需要尽可能覆盖目标风格的所有典型特征,并且音质、音色风格保持统一。此外,这些素材需要以 “无损 WAV 格式” 保存,并按照 “目标风格 - 曲目编号” 的命名规则,对所有文件进行统一命名。

  • 步骤 2:训练专属 LoRA 适配器 :用户可以使用官方提供的 “stable-audio-tools” 项目,在本地设备上启动 LoRA 的微调训练任务。在训练过程中,用户需要通过配置文件,将训练素材的目录路径、模型的基础权重地址、训练的迭代次数、LoRA 的秩(Rank)大小等参数设置完成。完成训练后,会在指定输出文件夹中,生成一个体积在几十兆字节到几百兆字节之间的 LoRA 适配器权重文件。

  • 步骤 3:加载 LoRA 适配器并配置生成参数 :用户可以在 ComfyUI 的 “模型选择节点” 中,除了选择基础模型,再额外加载训练完成的 LoRA 适配器文件;或者在代码中,通过 “lora_weights” 参数指定适配器文件的路径。加载完成后,需要在提示词中,加入一行 “适配 LoRA 风格” 的专属描述,比如 “in the style of [lora-training-style-name]”,以保证模型生成的内容风格,与 LoRA 适配器的训练风格完全匹配。

  • 步骤 4:批量生成内容 :完成所有参数配置后,用户可以通过在代码中循环迭代不同的随机种子值,或在 ComfyUI 的 “批量生成” 节点中,设置需要生成的音频数量,让模型自动生成多个 “风格统一,但细节声部存在随机差异” 的音频内容。在生成过程中,模型会自动将 LoRA 适配器文件中训练的风格特征,匹配到每一条生成的音频内容中。

这一方案的核心价值,是让用户以极低的技术门槛和算力成本,获得稳定且风格高度统一的工业化生成能力 —— 对需要批量生成音频内容的游戏开发者或短视频创作者而言,这是真正能将 “AI 生成” 从 “Demo 级工具” 升级为 “工业化生产级工具” 的关键特性。

4.5 场景四:企业级高并发与业务集成

对企业级用户而言,前三种落地路径,都无法满足 “高并发批量生成” 或 “将音频生成能力,集成到自有业务流程中” 的核心需求。这类用户的典型特征,是需要支撑 C 端用户的大规模并发生成请求,或需要将音频生成能力,嵌入到自有的业务系统中,如游戏的动态音频生成引擎、短视频的自动配乐系统等。

针对这一场景,Stable Audio 3 提供了两种专属的落地支撑方案,足以覆盖企业级用户的所有技术场景需求:

  • 方案 1:通过官方 API 调用 Large 变体 :用户可以直接通过 Stability AI 的官方 API 接口,以云函数的形式,调用私有化部署的 Large 变体的生成能力 —— 这一方案的优势,是不需要用户准备任何算力资源集群,所有的运维工作都由 Stability AI 官方承担。用户只需要在自有业务中,编写简单的 API 调用代码,将生成任务提交到官方的 API 接口,即可完成高质量的音频生成或编辑操作。

  • 方案 2:在自有算力集群上自托管 Large 变体 :用户可以根据官方提供的部署文档,在自己的私有化算力集群上,使用 Docker 容器或 Kubernetes 编排套件,将 Stable Audio 3 的 Large 变体,以分布式集群的模式,完成私有化部署。随后,在自有业务系统中,编写对应的调用代码,将生成或编辑任务提交到私有化集群的接口,即可完成音频生成或编辑的实操动作。

这两种方案,都完全支持企业级用户的 “高并发批量生成” 需求 —— 根据官方提供的实测数据,单颗 H200 GPU 节点,就可以支撑每分钟超过 300 次的 1 分钟时长音频生成请求;如果采用多节点的分布式集群部署方案,生成能力可以线性扩展到每分钟数万次请求,完全足以支撑头部互联网业务的大规模并发需求。

4.6 提示词书写与参数设置技巧

要获得理想的音频生成效果,仅仅依靠模型的技术能力,是完全不够的 —— 用户的文本提示词内容和参数设置,是影响最终生成效果的最关键变量。Stable Audio 3 的提示词设计逻辑,完全继承了 Stable Diffusion 的成熟体系:通过正向提示词、反向提示词的组合使用,可以精准控制生成内容的风格。

根据官方的实测总结,要让模型输出更匹配需求的高质量内容,需要在提示词编写和参数设置上,遵循以下几点专业级原则:

4.6.1 提示词书写技巧

Stable Audio 3 的文本转音频效果,高度依赖提示词的精准度 —— 在实际场景中,“描述性的细节信息” 是决定生成效果的最核心因素。用户需要在提示词中,按照 “从核心逻辑到制作细节” 的顺序,依次标注清楚以下四类关键信息:

  • 明确的核心场景与风格定位 :必须在提示词的最开头,用简短的语言表述清楚目标音频的 “适用场景 + 核心风格”—— 如果是用于制作游戏场景的背景配乐,可以先标注 “game battle background music”;如果是用于制作短视频的背景音,可以先标注 “short video background music”。

  • 详细的音乐构成或音效细节描述 :对音乐类生成需求,必须在提示词中,明确标注清楚目标音频的 “配器组合、BPM 速度、调性、节奏风格、声部叠加细节” 等核心音乐特征;对音效类生成需求,必须在提示词中,明确标注清楚 “声源的类型、空间环境效果、持续时长、距离感变化” 等核心音效特征。此外,用户需要优先使用英文提示词;如果使用中文提示词,需要借助工具先翻译成英文,再提交给模型,以保证细节的理解精准度。

  • 明确的制作或空间效果描述 :需要在提示词中,加入一些专业制作或空间效果的描述,让模型生成的内容,更有真实的听感细节 —— 比如,“warm reverb effect”(温暖的混响效果)、“natural room ambience”(自然的环境音氛围)、“soft-panned stereo imaging”(声相处理得当的立体声场)、“without distortion”(无失真)等描述。

  • 合理使用反向提示词 :必须在反向提示词框中,输入明确的 “不希望在生成内容中出现的元素”—— 最基础的是要输入 “low quality, clipping noise, distortion, off-beat” 这类通用的、影响音质的内容;如果是对编曲有特定要求的音乐类生成任务,还需要加入一些特定的乐器声部描述,比如 “no lead synthesizer, no heavy guitar distortion” 等,以避免生成不符合需求的乐器声部。

下面是一个为游戏场景制作背景配乐的正向提示词案例,供用户参考同类场景的书写逻辑:

120 BPM, game battle background music, cinematic orchestral arrangement, string staccato, brass fanfare, powerful percussion section, low BOOMING bass, tense and heroic mood, warm reverb, natural stereo panning, 3 minutes

对应的反向提示词案例:

low quality, clipping noise, distortion, off-beat drums, weak brass section, messy string arrangement, inorganic-sounding stereo effect

4.6.2 参数设置技巧

在 Stable Audio 3 中,生成参数的设置逻辑,直接决定了最终的生成效果 —— 在实际场景中,用户需要在 “生成质量”“生成速度”“文本匹配度” 这三个核心维度上,找到最符合自身需求的平衡。

根据官方的实测建议,核心参数的设置逻辑如下:

  • 时长(Duration) :以秒为单位,设置为项目实际需要的音频时长。模型的可变长度生成功能,会自动根据设置的时长,分配对应长度的潜空间序列 —— 因此,在满足项目需求的前提下,设置的时长越短,生成速度越快。

  • 生成步数(Steps) :这是 “生成速度” 和 “生成质量” 的核心平衡参数。在实际场景中,建议设置在 50 到 100 区间内 —— 数值越高,生成的音频质量越好,但对应的生成时间也会线性增加;数值低于 50 时,生成质量会出现明显的下降;数值高于 100 时,质量的提升幅度会显著缩小,几乎没有实际价值。

  • 提示词相关性强度(Guidance Scale) :控制模型对文本提示词的 “遵循程度”。在实际场景中,建议设置在 7 到 10 区间内 —— 数值越高,生成的音频内容与文本提示词的匹配度越高,但音频的自然流畅感会随之下降;如果数值低于 7,生成的内容会与文本提示词存在明显的差异。

  • 随机种子值(Seed) :设置一个固定的整数随机种子值,就可以在多次生成时,得到完全一致的音频结果 —— 这对 “需要反复调整参数,直到达到理想效果” 的场景,是一个极其重要的特性。

需要特别强调的是,在使用 LoRA 适配器进行生成时,需要在 “提示词相关性强度” 维度上,做适当的下调 —— 官方建议,将数值从默认的 7.5 调整到 6-7 区间内,以避免过度适配文本提示词,而忽略了 LoRA 适配器中训练的风格特征。

5. 不同创作场景下的功能组合方案

在实际创作中,单纯依赖某一个功能,往往无法满足复杂的项目需求 —— 用户需要将多个功能有机组合起来,才能完成高质量的完整音频制作。Stable Audio 3 的核心优势之一,是其功能设计的 “完全协同性”—— 所有的核心功能,都可以被灵活组合使用,以支撑从 “快速 Demo 制作” 到 “工业化批量生产” 的全流程需求。

本章节将针对三类最常见的音频创作场景,提供经过官方实测验证的功能组合落地方案。

5.1 方案一:游戏 / 视频背景配乐创作

这是 Stable Audio 3 最典型的应用场景 —— 这类场景的核心需求,是 “生成与画面场景节奏高度匹配的高质量长音频内容”,核心痛点是 “音乐的时长很难完全匹配视频场景的实际时长”,以及 “在视频场景转场处,音乐的过渡节奏很难和画面的切换节奏相匹配”。

针对这一场景的需求,推荐的功能组合方案为: 可变长度生成 → 局部重绘 → 续写 。这一方案的核心逻辑,是先通过 “可变长度生成” 快速制作基础音轨,再通过 “局部重绘” 精准修改转场段落,最后通过 “续写” 功能将内容扩展为完整长度。

这一方案的完整操作流程,分为四个关键步骤:

  • 步骤 1:分析场景并确定配乐方案 :先根据游戏或视频场景的实际时长、情绪节奏、转场点位置,确定目标音频的整体风格、配器编排方案、关键段落划分。比如,一个时长 2 分 15 秒的游戏战斗场景,可以将其分为 “开场紧张段落(0-15 秒)、战斗高潮段落 1(15-45 秒)、战斗高潮段落 2(45-1 分 30 秒)、紧张尾声段落(1 分 30 秒 - 2 分 15 秒)” 四个关键段落。

  • 步骤 2:使用可变长度生成功能,制作基础音轨 :根据确定的配乐方案,编写完整的提示词,设置好与场景实际时长完全匹配的目标音频时长,生成一条完整的基础音轨。

  • 步骤 3:使用局部重绘功能,修复转场段落 :在基础音轨中,选择需要精准适配的转场段落,使用多段编辑模式,对这些段落的内容进行单独修改,让音乐的过渡节奏,完全匹配画面的切换节奏。

  • 步骤 4:使用续写功能,生成长循环音频 :如果游戏或视频场景需要的是可以无缝循环播放的背景音乐,可以先将编辑完成的音轨,导入到 DAW 中,找到需要衔接的标记点,再使用续写功能,从标记点处开始,生成一段与原音轨结尾部分完全自然衔接的过渡内容;随后,在 DAW 中,将生成的续片段落,与原音轨的起始部分进行交叉淡化处理,实现无缝循环播放的效果。

5.2 方案二:声音设计与音效制作

这是 Stable Audio 3 的另一类典型应用场景 —— 这类场景的核心需求,是 “生成能够精准匹配画面中具体动作或环境变化的、具有明确叙事性的音效内容”,核心痛点是 “传统的音效素材库,很难找到与场景动作节奏完全匹配的音效内容”,以及 “现有素材的长度,无法匹配场景的实际时长”。

针对这一场景的需求,推荐的功能组合方案为: 可变长度生成 → 局部重绘 → 音频续写 。这一方案的核心逻辑,是先通过 “可变长度生成” 制作基础音效,再通过 “局部重绘” 调整关键动作的匹配细节,最后通过 “续写” 功能,将短音效素材,扩展为与场景实际时长完全匹配的长音效内容。

这一方案的完整操作流程,分为四个关键步骤:

  • 步骤 1:分解场景动作,确定音效细节需求 :先根据场景中的动作变化,将目标音效拆分成单独的关键动作元素。比如,一个时长 15 秒的 “魔法释放” 游戏场景,可以将其拆分为 “起始的风声、中间的电流声、击中目标后的爆炸声” 三个关键动作元素,再确定每个元素的时长、空间位置变化、叠加声细节等。

  • 步骤 2:使用可变长度生成功能,制作基础音效素材 :根据拆分后的动作元素细节需求,编写提示词,设置好与场景实际时长完全匹配的目标音频时长,生成一条完整的、包含所有关键动作元素的基础音效素材。

  • 步骤 3:使用局部重绘功能,调整关键动作的匹配细节 :将基础音效素材,导入到编辑界面中,使用多段编辑模式,选择需要调整的关键动作元素区间,重新生成这些区间的音效内容,让每个动作元素的节奏变化,都能精准匹配画面中实际动作的切换时间点。

  • 步骤 4:使用续写功能,生成长循环音效内容 :如果场景需要的是可以无缝循环播放的长音效内容,可以先将编辑完成的音轨,导入到 DAW 中,找到需要衔接的标记点,再使用续写功能,从标记点处开始,生成一段与原音轨结尾部分完全自然衔接的过渡内容;随后,在 DAW 中,将生成的续片段落,与原音轨的起始部分进行交叉淡化处理,实现无缝循环播放的效果。

5.3 方案三:音乐样曲制作与专业混音

这是 Stable Audio 3 在音乐制作领域的典型应用场景 —— 这类场景的核心需求,是 “快速制作出高质量的、可以向客户或乐队成员展示的完整编曲样曲”,核心痛点是 “在传统的音乐制作流程中,制作样曲需要花费大量时间精力”,以及 “在编曲完成后,无法对特定乐器声部的细节进行单独修改”。

针对这一场景的需求,推荐的功能组合方案为: 可变长度生成 → 局部重绘 → 多轨素材分离 → LoRA 微调 。这一方案的核心逻辑,是先通过 “可变长度生成” 快速制作基础样曲,再通过 “局部重绘” 对特定乐器声部的细节进行单独修改,随后将修改后的音轨,分离为单独的乐器声部素材,最后使用 LoRA 微调,将所有素材的风格统一起来。

这一方案的完整操作流程,分为五个关键步骤:

  • 步骤 1:确定编曲方案,制作基础样曲 :先根据创作的核心思路,确定整首歌曲的 “调式、BPM 速度、配器组合、段落结构”,编写完整的提示词,设置好与样曲实际时长完全匹配的目标音频时长,生成一条完整的、包含所有配器声部的基础样曲。

  • 步骤 2:使用局部重绘功能,对特定乐器声部进行单独修改 :将基础样曲,导入到编辑界面中,使用多段编辑模式,选择需要调整的乐器声部区间,重新生成这些区间的内容,调整该乐器的音色、音量或声相位置,让其与其他乐器的融合度更好。

  • 步骤 3:在 DAW 中,将音轨分离为单独的乐器声部素材 :将编辑完成的样曲,导入到 Logic Pro、Cubase 这类专业 DAW 中,使用 “去人声” 或 “声部剥离” 的插件,将样曲中的不同乐器声部,单独剥离出来,得到对应不同乐器的、独立的单声道或立体声素材。

  • 步骤 4:使用 LoRA 微调功能,统一所有素材的风格 :将剥离后的所有乐器声部素材,进行统一的剪辑和降噪处理,随后将这些素材,作为训练数据,导入到 LoRA 微调工具中,训练一个专属的、适配这首歌曲风格的 LoRA 适配器;随后,在生成界面中,加载这个适配器,重新生成所有单独的乐器声部素材。

  • 步骤 5:在 DAW 中,进行最终的混音处理 :将所有经过风格统一的乐器声部素材,导入到同一个 DAW 工程中,对每个声部的音量、均衡器(EQ)、压缩器、空间混响效果等参数,进行最后的精细化调整,将多个独立的乐器声部分层,混合导出为一轨完整的、高质量的、符合行业标准的立体声或环绕声音频文件。

6. 版权与性能优化建议

在实际使用 Stable Audio 3 进行创作时,用户最需要关注的两个核心维度,是 “版权的合规性” 和 “生成效果的稳定性”—— 这是将生成内容,用在正式项目中的前提。

6.1 版权与合规性建议

Stable Audio 3 的训练数据,完全来自获正式授权的音乐库和音效素材库 —— 这是它与行业内其他主流闭源模型的关键差异点。但在实际使用场景中,用户仍需要遵循相关的授权条款规则,才能实现完全合规的商业应用。

根据 Stability AI 官方的授权条款,用户需要注意以下三个核心的版权合规细节:

  • 生成内容的版权归属 :在使用 Stable Audio 3 生成内容时,用户默认拥有生成内容的完整版权,可以将这些内容自由地用于商业或非商业的任何项目。但如果用户使用的是 Community License 版本的模型,需要在项目的官方 credits 信息中,标注清楚 “Music generated using Stable Audio 3 by Stability AI” 的字样;

  • LoRA 微调的版权风险规避 :用户用于微调训练的自有音频素材,其版权必须归用户所有;如果使用有版权限制的第三方素材进行 LoRA 微调,生成的内容,可能会存在严重的版权法律风险。

  • 企业级项目的版权保障 :如果用户的项目是年收入超过 100 万美元的企业级商业项目,必须购买 Stability AI 的企业级授权服务 —— 在这一方案中,Stability AI 会提供正式的法律免责保障。

6.2 性能优化建议

根据官方实测数据,Stable Audio 3 的各类模型变体,已经可以在多数消费级硬件上实现 “秒级生成” 的工业化生产标准。但在实际使用场景中,用户仍可以通过一些简单的设置优化手段,在不显著损失音质的前提下,进一步提升生成效率,或降低资源消耗水平。

针对不同场景,官方实测验证的优化策略如下:

  • 端侧设备上的性能优化 :如果用户使用的是 Small 或 Medium 变体,在端侧设备上运行模型时,可以通过 “在生成参数中,设置低显存资源消耗模式” 来优化性能 —— 这一模式,可以在不显著影响生成速度的前提下,将显存资源消耗,降低到原来的三分之一左右;

  • 长音频生成的性能优化 :如果用户需要生成长度超过 3 分钟的音频内容,建议使用 Medium 变体 ——Medium 变体对长音频生成的资源消耗,做了专门的优化处理;而如果用户使用的是 RTX 4070 或更高端的消费级 GPU 设备,可以在生成参数中,开启 “Tensor Core 加速” 选项,进一步提升推理速度;

  • 批量生成的性能优化 :如果用户需要批量生成大量的音频内容,建议在代码中,将 “长度相近的音频任务”,组合成一个批量任务提交给模型。同时,需要在模型加载时,设置 “流式批量生成” 模式,让模型在一次推理过程中,处理多个生成任务,进一步优化生成效率;

  • 编辑操作的性能优化 :如果用户需要编辑的音频文件长度超过 3 分钟,建议先在 DAW 中,将原音频中不需要编辑的部分,预先裁剪掉,再将需要编辑的部分,上传到模型中进行编辑操作;

  • 企业级部署的性能优化 :如果用户是在企业级的 GPU 集群上,自托管 Large 变体,建议在部署时,开启 “分布式集群推理” 模式 —— 通过将单节点的生成任务,分配到多个不同的节点上并行执行,进一步提升单次推理的速度。

7. 结论

Stable Audio 3 是 AI 音频生成领域的一个里程碑式的产品 —— 它的核心价值,绝不仅仅是 “将生成时长从 1 分钟延长到了 6 分钟” 这一简单的数值升级,而是真正从行业的实际生产需求角度,解决了长期困扰行业的三大核心技术瓶颈:长音频生成成本高、编辑能力弱、部署限制多。在它出现之前,业界没有任何一款模型,能同时支撑 “高质量长音频快速生成”“精准到小节的局部编辑”“端侧或私有化的离线部署” 这三个核心需求;而 Stable Audio 3 的出现,将这三个技术难点,一次性从行业级技术方案,降维成了普通用户可覆盖的工具选项。

从功能层面来看,Stable Audio 3 的核心技术优势,完全是围绕 “工业化生产级场景所需的高控制度” 来设计的:其可变长度生成和高性能推理能力,为 “大规模批量生成长音频” 提供了效率支撑;先进的音频局部编辑功能,为 “制作与场景节奏高度匹配的定制化音频内容” 提供了灵活度支撑;端侧支持和 LoRA 微调能力,为 “将音频生成能力集成到自有业务流程” 提供了安全性支撑;而全链路的版权保障,为 “企业级商业项目的合规性” 提供了最核心的安全支撑。这一套完整的技术组合支撑能力,是当前行业内所有其他闭源模型都不具备的核心优势。

从实际应用层面来看,Stable Audio 3 的功能设计逻辑,完全覆盖了从普通爱好者到专业工作室的全层级创作需求。对普通爱好者而言,它提供了 “快速上手制作长音频内容” 的极简路径;对独立游戏或短视频创作者而言,它提供了 “低成本批量生成定制化音频内容” 的生产能力;对企业级用户而言,它提供了 “可在自有集群上部署的高并发工业化生成能力”。用户可以根据自身的技术能力和业务需求,选择适合的落地路径 —— 无论是快速制作样曲,还是批量生成高质量的长音频内容,都可以在 Stable Audio 3 中找到对应的高效落地方案。

可以说,Stable Audio 3 已经具备了支撑从 “快速 Demo 制作” 到 “工业化批量生产” 的全流程能力。在它的支撑下,创作者们可以将自己的工作重心,从 “如何用技术方案制作足够长的音频内容”,重新转移到 “如何用音频内容,更好地表达自己的创作思路” 上来 —— 这正是这类工具,最核心的价值所在。

8. 附录:模型参数速查表

为了让用户更清晰地选择适配自己需求的模型变体,下面将 Stable Audio 3 所有变体的关键参数,以及适用场景进行了完整的汇总梳理:

模型变体
最大时长(分:秒)
参数规模
生成性能(H200 GPU)
适用场景
Small SFX
2:00
459M
0.41s
端侧设备上的短音效生成
Small Music
2:00
459M
0.45s
端侧设备上的较短时长音乐样本生成
Medium
6:20
1.4B
1.31s
消费级 GPU 设备上的高质量长音频生成
Large(API / 自托管)
6:20
2.7B
1.80s
企业级集群上的高并发工业化生成场景

以上数据均来自 Stability AI 官方实测结果,需要注意的是,实际生成性能可能会受服务器负载、其他硬件资源配置的影响,而出现一定程度的波动。

此外,为了让用户在实际使用过程中,快速检索核心的操作文档,下面汇总了 Stable Audio 3 的官方资源地址:

  • 官方 Web 端操作指南: https://stableaudio.com/user-guide/interface

  • 官方技术报告: https://arxiv.org/pdf/2605.17991

  • 官方 Hugging Face 仓库(模型权重下载地址): https://huggingface.co/Stability-AI/stable-audio-3

  • 官方 LoRA 微调训练指南: https://github.com/Stability-AI/stable-audio-3/blob/main/docs/lora_training.md

  • 官方 ComfyUI 工作流模板仓库地址: https://github.com/Comfy-Org/workflow_templates/blob/main/templates/audio_stable_audio_3_medium.json

用户可以根据自己的实际需求,访问对应的资源地址,获取更详细的操作指导。

基本 文件 流程 错误 SQL 调试
  1. 请求信息 : 2026-07-01 05:30:58 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/819183.html
  2. 运行时间 : 0.094777s [ 吞吐率:10.55req/s ] 内存消耗:4,903.74kb 文件加载:145
  3. 缓存信息 : 0 reads,0 writes
  4. 会话信息 : SESSION_ID=6f6237811b81533940ca4b8e7679323f
  1. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/public/index.php ( 0.79 KB )
  2. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/autoload.php ( 0.17 KB )
  3. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/autoload_real.php ( 2.49 KB )
  4. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/platform_check.php ( 0.90 KB )
  5. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/ClassLoader.php ( 14.03 KB )
  6. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/autoload_static.php ( 6.05 KB )
  7. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper.php ( 8.34 KB )
  8. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-validate/src/helper.php ( 2.19 KB )
  9. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/ralouphie/getallheaders/src/getallheaders.php ( 1.60 KB )
  10. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/helper.php ( 1.47 KB )
  11. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/stubs/load_stubs.php ( 0.16 KB )
  12. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Exception.php ( 1.69 KB )
  13. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-container/src/Facade.php ( 2.71 KB )
  14. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/deprecation-contracts/function.php ( 0.99 KB )
  15. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/polyfill-mbstring/bootstrap.php ( 8.26 KB )
  16. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/polyfill-mbstring/bootstrap80.php ( 9.78 KB )
  17. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/var-dumper/Resources/functions/dump.php ( 1.49 KB )
  18. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-dumper/src/helper.php ( 0.18 KB )
  19. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/var-dumper/VarDumper.php ( 4.30 KB )
  20. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/guzzlehttp/guzzle/src/functions_include.php ( 0.16 KB )
  21. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/guzzlehttp/guzzle/src/functions.php ( 5.54 KB )
  22. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/App.php ( 15.30 KB )
  23. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-container/src/Container.php ( 15.76 KB )
  24. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/container/src/ContainerInterface.php ( 1.02 KB )
  25. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/provider.php ( 0.19 KB )
  26. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Http.php ( 6.04 KB )
  27. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper/Str.php ( 7.29 KB )
  28. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Env.php ( 4.68 KB )
  29. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/common.php ( 0.03 KB )
  30. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/helper.php ( 18.78 KB )
  31. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Config.php ( 5.54 KB )
  32. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/alipay.php ( 3.59 KB )
  33. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/Env.php ( 1.67 KB )
  34. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/app.php ( 0.95 KB )
  35. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/cache.php ( 0.78 KB )
  36. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/console.php ( 0.23 KB )
  37. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/cookie.php ( 0.56 KB )
  38. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/database.php ( 2.48 KB )
  39. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/filesystem.php ( 0.61 KB )
  40. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/lang.php ( 0.91 KB )
  41. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/log.php ( 1.35 KB )
  42. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/middleware.php ( 0.19 KB )
  43. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/route.php ( 1.89 KB )
  44. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/session.php ( 0.57 KB )
  45. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/trace.php ( 0.34 KB )
  46. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/view.php ( 0.82 KB )
  47. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/event.php ( 0.25 KB )
  48. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Event.php ( 7.67 KB )
  49. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/service.php ( 0.13 KB )
  50. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/AppService.php ( 0.26 KB )
  51. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Service.php ( 1.64 KB )
  52. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Lang.php ( 7.35 KB )
  53. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/lang/zh-cn.php ( 13.70 KB )
  54. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/Error.php ( 3.31 KB )
  55. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/RegisterService.php ( 1.33 KB )
  56. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/services.php ( 0.14 KB )
  57. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/PaginatorService.php ( 1.52 KB )
  58. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/ValidateService.php ( 0.99 KB )
  59. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/ModelService.php ( 2.04 KB )
  60. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/Service.php ( 0.77 KB )
  61. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Middleware.php ( 6.72 KB )
  62. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/BootService.php ( 0.77 KB )
  63. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/Paginator.php ( 11.86 KB )
  64. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-validate/src/Validate.php ( 63.20 KB )
  65. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/Model.php ( 23.55 KB )
  66. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/Attribute.php ( 21.05 KB )
  67. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/AutoWriteData.php ( 4.21 KB )
  68. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/Conversion.php ( 6.44 KB )
  69. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/DbConnect.php ( 5.16 KB )
  70. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/ModelEvent.php ( 2.33 KB )
  71. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/RelationShip.php ( 28.29 KB )
  72. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/contract/Arrayable.php ( 0.09 KB )
  73. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/contract/Jsonable.php ( 0.13 KB )
  74. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/contract/Modelable.php ( 0.09 KB )
  75. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Db.php ( 2.88 KB )
  76. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/DbManager.php ( 8.52 KB )
  77. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Log.php ( 6.28 KB )
  78. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Manager.php ( 3.92 KB )
  79. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/log/src/LoggerTrait.php ( 2.69 KB )
  80. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/log/src/LoggerInterface.php ( 2.71 KB )
  81. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Cache.php ( 4.92 KB )
  82. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/simple-cache/src/CacheInterface.php ( 4.71 KB )
  83. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper/Arr.php ( 16.63 KB )
  84. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/cache/driver/File.php ( 7.84 KB )
  85. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/cache/Driver.php ( 9.03 KB )
  86. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/CacheHandlerInterface.php ( 1.99 KB )
  87. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/Request.php ( 0.09 KB )
  88. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Request.php ( 55.78 KB )
  89. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/middleware.php ( 0.25 KB )
  90. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Pipeline.php ( 2.61 KB )
  91. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/TraceDebug.php ( 3.40 KB )
  92. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/middleware/SessionInit.php ( 1.94 KB )
  93. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Session.php ( 1.80 KB )
  94. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/session/driver/File.php ( 6.27 KB )
  95. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/SessionHandlerInterface.php ( 0.87 KB )
  96. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/session/Store.php ( 7.12 KB )
  97. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Route.php ( 23.73 KB )
  98. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleName.php ( 5.75 KB )
  99. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Domain.php ( 2.53 KB )
  100. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleGroup.php ( 22.43 KB )
  101. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Rule.php ( 26.95 KB )
  102. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleItem.php ( 9.78 KB )
  103. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/route/app.php ( 3.94 KB )
  104. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/Route.php ( 4.70 KB )
  105. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/dispatch/Controller.php ( 4.74 KB )
  106. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Dispatch.php ( 10.44 KB )
  107. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/controller/Index.php ( 9.87 KB )
  108. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/BaseController.php ( 2.05 KB )
  109. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/facade/Db.php ( 0.93 KB )
  110. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/connector/Mysql.php ( 5.44 KB )
  111. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/PDOConnection.php ( 52.47 KB )
  112. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Connection.php ( 8.39 KB )
  113. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/ConnectionInterface.php ( 4.57 KB )
  114. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/builder/Mysql.php ( 16.58 KB )
  115. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Builder.php ( 24.06 KB )
  116. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/BaseBuilder.php ( 27.50 KB )
  117. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Query.php ( 15.71 KB )
  118. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/BaseQuery.php ( 45.13 KB )
  119. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/TimeFieldQuery.php ( 7.43 KB )
  120. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/AggregateQuery.php ( 3.26 KB )
  121. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ModelRelationQuery.php ( 20.07 KB )
  122. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ParamsBind.php ( 3.66 KB )
  123. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ResultOperation.php ( 7.01 KB )
  124. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/WhereQuery.php ( 19.37 KB )
  125. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/JoinAndViewQuery.php ( 7.11 KB )
  126. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/TableFieldInfo.php ( 2.63 KB )
  127. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/Transaction.php ( 2.77 KB )
  128. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/log/driver/File.php ( 5.96 KB )
  129. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/LogHandlerInterface.php ( 0.86 KB )
  130. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/log/Channel.php ( 3.89 KB )
  131. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/event/LogRecord.php ( 1.02 KB )
  132. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/Collection.php ( 16.47 KB )
  133. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/View.php ( 1.70 KB )
  134. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/View.php ( 4.39 KB )
  135. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/controller/Es.php ( 3.30 KB )
  136. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Response.php ( 8.81 KB )
  137. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/response/View.php ( 3.29 KB )
  138. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Cookie.php ( 6.06 KB )
  139. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-view/src/Think.php ( 8.38 KB )
  140. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/TemplateHandlerInterface.php ( 1.60 KB )
  141. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/Template.php ( 46.61 KB )
  142. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/template/driver/File.php ( 2.41 KB )
  143. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/template/contract/DriverInterface.php ( 0.86 KB )
  144. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/runtime/temp/c935550e3e8a3a4c27dd94e439343fdf.php ( 31.50 KB )
  145. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/Html.php ( 4.42 KB )
  1. CONNECT:[ UseTime:0.000574s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
  2. SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000777s ]
  3. SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000303s ]
  4. SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000290s ]
  5. SHOW FULL COLUMNS FROM `set` [ RunTime:0.000510s ]
  6. SELECT * FROM `set` [ RunTime:0.000215s ]
  7. SHOW FULL COLUMNS FROM `article` [ RunTime:0.000563s ]
  8. SELECT * FROM `article` WHERE `id` = 819183 LIMIT 1 [ RunTime:0.000599s ]
  9. UPDATE `article` SET `lasttime` = 1782855058 WHERE `id` = 819183 [ RunTime:0.001616s ]
  10. SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000240s ]
  11. SELECT * FROM `article` WHERE `id` < 819183 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000476s ]
  12. SELECT * FROM `article` WHERE `id` > 819183 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000387s ]
  13. SELECT * FROM `article` WHERE `id` < 819183 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.000665s ]
  14. SELECT * FROM `article` WHERE `id` < 819183 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.001374s ]
  15. SELECT * FROM `article` WHERE `id` < 819183 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.002186s ]
0.096534s