FSMN VAD版权说明必看：二次开发需保留哪些信息？

FSMN VAD版权说明必看：二次开发需保留哪些信息？

在语音处理领域，FSMN VAD 是一个被广泛采用的轻量级、高精度语音活动检测模型。它源自阿里达摩院 FunASR 项目，以极小的模型体积（仅1.7MB）和出色的实时性能（RTF=0.030，即处理速度为实时的33倍）成为边缘部署与Web端集成的热门选择。而当前广为传播的 FSMN VAD WebUI 系统，是由开发者“科哥”基于 FunASR 原始模型进行完整工程化封装与交互重构的成果——从启动脚本、Gradio界面设计、参数逻辑到使用手册，全部由其独立完成。

值得注意的是，该 WebUI 并非 FunASR 官方发布的标准接口，而是面向中文用户实际需求深度定制的二次开发版本。因此，任何基于此 WebUI 进行再分发、商用部署或功能扩展的行为，都必须严格遵守其明确的版权约定。本文不讲技术原理，也不教如何调参，而是聚焦一个开发者常忽略却至关重要的问题：当你 fork、修改、打包甚至上线这个 WebUI 时，哪些信息绝对不能删、不能改、不能隐藏？

我们逐层拆解，用最直白的方式说清楚法律与社区规范双重约束下的“保留底线”。

1. 版权声明的法定刚性要求

1.1 “科哥”署名权是核心义务

根据《中华人民共和国著作权法》第二十条及开源社区基本共识，对他人作品进行二次开发并公开传播时，原作者的署名权不可剥夺。在本项目中，“科哥”作为 WebUI 的唯一构建者与维护者，其署名具有不可替代性。

以下三处位置必须完整保留原始文字，一字不差：

• WebUI 界面右下角或“设置”页底部固定展示：

  webUI二次开发 by 科哥 | 微信：312088415

• 所有公开文档（如 README.md、用户手册 PDF、部署说明页）的显著位置；

• 项目源码根目录下的LICENSE或NOTICE文件中（若无则需新增）。

禁止行为示例：

• 将“by 科哥”改为“by XXX团队”或“优化版”；
• 隐藏微信号码，或替换为其他联系方式；
• 在界面中仅显示“基于FunASR”，却完全抹去“科哥”字样。

这类操作不仅违反开源协作伦理，更可能构成对署名权的实质性侵害。

1.2 “永远开源使用”的承诺具有法律效力

项目声明中明确写道：“承诺永远开源使用，但需保留本人版权信息！” 这不是一句口号，而是具有约束力的单方承诺条款。它意味着：

• 你可免费用于个人学习、企业内部测试、SaaS服务后端等任何场景；
• 你可修改代码、增加功能、适配新硬件；
• 但不得将本WebUI整体或核心模块闭源发布（例如打包成收费安装包、嵌入私有SDK而不开放修改部分）；
• 若你基于此构建了商业产品，必须确保终端用户能获取到你所修改版本的完整源码（遵循 AGPL-like 精神，虽未明示许可证类型，但承诺本身构成义务）。

简言之：你可以“用”，可以“改”，但不能“锁”。

2. 技术溯源信息：三层归属必须清晰标注

本系统是典型的“三层堆叠”架构：底层模型（FunASR）、中间框架（Gradio/PyTorch）、上层应用（科哥WebUI）。每一层的来源都需在文档与界面中明确区分，避免混淆贡献边界。

2.1 模型来源必须注明“阿里达摩院 FunASR”

在所有对外材料中（包括但不限于界面“关于”页、README、API文档），必须包含如下不可简化的表述：

本系统基于阿里达摩院 FunASR 项目的 FSMN VAD 模型，模型权重与推理逻辑均源自 FunASR 开源仓库（https://github.com/alibaba-damo-academy/FunASR）。

允许补充说明：
“模型文件由 FunASR 官方提供，未经修改；本WebUI仅负责加载与交互封装。”

❌ 严禁模糊表述：
× “采用自研VAD模型”
× “基于开源VAD技术”
× “使用某大厂语音模型”

此类描述既误导用户，也侵犯 FunASR 团队的署名权益。

2.2 框架依赖需列明关键组件及来源

Gradio 和 PyTorch 是本系统运行的基础支撑，其版权信息虽不由“科哥”主张，但作为合规分发的一部分，必须在requirements.txt或部署文档中如实声明：

gradio==4.38.0 # https://github.com/gradio-app/gradio torch==2.3.0 # https://github.com/pytorch/pytorch

同时，在“设置”页的“系统信息”区块中，建议增加一行：

• 前端框架: Gradio (Hugging Face)
• 深度学习引擎: PyTorch (Meta)

这不仅是技术诚实，更是规避潜在合规风险的必要动作。

3. 用户界面中的强制保留项

WebUI 是用户接触系统的第一个触点，也是版权信息最易被篡改的环节。以下元素禁止删除、禁止覆盖、禁止弱化显示：

3.1 启动页与页脚固定标语

当用户首次访问http://localhost:7860时，首页顶部或底部必须可见：

FSMN VAD WebUI 用户使用手册
webUI二次开发 by 科哥 | 微信：312088415

若你重写了首页 HTML，该标语须置于<header>或<footer>中，字号不小于 14px，颜色对比度符合 WCAG AA 标准（如深灰 #333 背景配黑字）。

3.2 “设置”页的完整版权区块

“设置”Tab 内必须包含独立板块，标题为## 版权与许可，内容如下（不可删减）：

• 本WebUI由科哥独立开发并持续维护
• 模型核心技术来自阿里达摩院 FunASR 开源项目
• 前端框架基于Gradio（Hugging Face），深度学习引擎为PyTorch（Meta）
• 承诺永久开源，但二次分发时须完整保留本页面所有署名信息

该区块建议使用<details>折叠设计（默认展开），确保用户无需滚动即可看到。

3.3 命令行提示中的隐式声明

在run.sh启动脚本末尾，或终端日志输出中，建议追加一行启动成功提示：

echo " FSMN VAD WebUI 已启动（科哥二次开发版）｜访问 http://localhost:7860"

即使你修改了脚本路径或端口，这一行声明也应保留。它是最轻量、最不易被忽略的版权锚点。

4. 二次开发中的安全红线：什么能改，什么绝不能碰

很多开发者误以为“只要代码是我写的，就可以自由处置”。但在开源衍生项目中，界面文案、启动标识、文档署名属于‘表达形式’，受著作权法直接保护。以下是明确的操作边界：

4.1 允许且鼓励的修改

4.2 绝对禁止的修改

特别提醒：微信号码312088415是科哥提供的唯一技术支持入口。禁止将其替换为企业客服电话、邮箱或二维码——这不是联系方式的简单替换，而是对作者个人劳动成果归属的否定。

5. 文档与分发包中的合规检查清单

当你准备将修改后的版本发布到 GitHub、Gitee 或内部知识库时，请务必对照以下清单逐项确认：

• [ ]README.md顶部第一行明确标注：
  FSMN VAD WebUI（科哥二次开发版）｜基于阿里达摩院 FunASR
• [ ]README.md“版权声明”章节完整复制原文，含“永远开源使用，但需保留本人版权信息”全句；
• [ ] 所有截图（如运行效果图、界面演示图）中，页脚/角落的“by 科哥”字样清晰可见（不可打码、不可裁剪）；
• [ ] Dockerfile 或部署文档中，注明基础镜像来源（如FROM python:3.9-slim）及关键依赖版本；
• [ ] 若提供离线安装包（.zip/.tar.gz），解压后根目录必须包含NOTICE.txt，内容为：

FSMN VAD WebUI 二次开发版 Copyright (c) 2024-2026 科哥 本软件基于阿里达摩院 FunASR 项目开源模型构建。 webUI二次开发 by 科哥 | 微信：312088415 承诺永久开源，二次分发须完整保留本声明。

• [ ] 所有 API 接口返回的 JSON 元数据中（如有），"source"字段值为"FSMN_VAD_KeGe_UI"，而非"custom_vad"或"pro_vad"等模糊标识。

完成以上检查，才意味着你的二次开发真正做到了“尊重原创、合规演进”。

6. 总结：版权不是枷锁，而是协作的基石

回看整个 FSMN VAD WebUI 项目，它的价值远不止于技术实现——它是一次典型的“开源接力”：阿里达摩院释放高质量模型 → 科哥填补工程化空白 → 更多开发者在此基础上构建业务闭环。而版权信息，正是维系这场接力不脱节的隐形纽带。

保留“科哥”的署名，不是为某个人贴标签，而是向所有后来者昭示：这里有一条已被验证的落地路径，它的每一步都值得被看见、被追溯、被复用。当你在会议录音中精准切出发言片段，在电话质检中自动定位有效对话，在教育场景里实时过滤环境噪声时，请记得，背后是清晰可溯的技术链条与彼此尊重的开发者契约。

所以，请把那行“webUI二次开发 by 科哥 | 微信：312088415”当作你项目里的一个常量——就像PI = 3.14159一样，不该被重定义，也不该被遗忘。

获取更多AI镜像

想探索更多AI镜像和应用场景？访问 CSDN星图镜像广场，提供丰富的预置镜像，覆盖大模型推理、图像生成、视频生成、模型微调等多个领域，支持一键部署。