估值超过 40 亿美元的 AI 初创公司 Hugging Face 推出了 FastRTC,这是一个开源 Python 库,旨在消除开发者在构建实时音频和视频 AI 应用时的主要障碍。
"在 Python 中正确构建实时 WebRTC 和 Websocket 应用一直都很困难,"FastRTC 的创建者之一 Freddy Boulton 在 X.com 上宣布。"直到现在。"
WebRTC 技术使浏览器之间可以直接进行音频、视频和数据共享,无需插件或下载。尽管这项技术对现代语音助手和视频工具来说至关重要,但实现 WebRTC 仍然需要大多数机器学习 (ML) 工程师所不具备的专业技能。
语音 AI 热潮遇到技术瓶颈
时机再合适不过。语音 AI 已经吸引了巨大的关注和资本投入——ElevenLabs 最近获得了 1.8 亿美元的融资,而 Kyutai、Alibaba 和 Fixie.ai 等公司都发布了专门的音频模型。
然而,这些复杂的 AI 模型与将其部署到响应式实时应用所需的技术基础设施之间仍存在脱节。正如 Hugging Face 在其博客文章中指出的:"ML 工程师可能缺乏构建实时应用所需技术的经验,比如 WebRTC。"
FastRTC 通过自动化功能处理实时通信的复杂部分来解决这个问题。该库提供了语音检测、轮流发言功能、测试界面,甚至还能生成临时电话号码用于应用访问。
从复杂基础设施到五行代码
该库的主要优势在于其简单性。据报道,开发者只需几行代码就能创建基本的实时音频应用——这与之前需要数周开发工作形成鲜明对比。
这种转变对企业有重大影响。之前需要专门通信工程师的公司现在可以让现有的 Python 开发者构建语音和视频 AI 功能。
"你可以使用任何大语言模型/文本转语音/语音转文本 API,甚至是语音到语音模型,"公告解释道。"带上你喜欢的工具——FastRTC 只负责处理实时通信层。"
语音和视频创新的新浪潮
FastRTC 的推出标志着 AI 应用开发的一个转折点。通过消除重要的技术障碍,该工具开启了许多开发者之前只能停留在理论层面的可能性。
对小型公司和独立开发者来说,其影响可能特别有意义。虽然像 Google 和 OpenAI 这样的科技巨头有工程资源构建定制的实时通信基础设施,但大多数组织并不具备这种条件。FastRTC 本质上提供了以前只有专业团队才能获得的功能。
该库的"食谱"已经展示了多样化的应用:由各种语言模型驱动的语音聊天、实时视频对象检测和通过语音命令进行交互式代码生成。
特别值得注意的是其发布时机。FastRTC 的出现恰逢 AI 界面从基于文本的交互转向更自然、多模态体验之际。今天最先进的 AI 系统可以处理和生成文本、图像、音频和视频,但在响应式实时应用中部署这些功能仍然具有挑战性。
通过弥合 AI 模型和实时通信之间的差距,FastRTC 不仅使开发变得更容易,还可能加速向更人性化、更少计算机感的语音优先和视频增强型 AI 体验的转变。
对用户来说,这意味着各种应用都能提供更自然的界面。对企业来说,这意味着可以更快地实现客户日益期待的功能。
最终,FastRTC 解决了技术领域的一个经典问题:强大的功能往往在成为主流开发者可访问之前都无法得到充分利用。通过简化曾经复杂的事物,Hugging Face 消除了当今复杂 AI 模型与未来语音优先应用之间的最后一个主要障碍。
好文章,需要你的鼓励
牛津大学提出PHYSIFORMER,一种扩散变换器模型,通过三维网格顶点轨迹直接在世界坐标空间预测刚性与弹性物体的物理运动,一次性生成全序列轨迹,超越自回归基线。
随着医疗数据数字化与互操作性的进步,跨机构纵向患者数据的研究应用成为可能。本研究通过对20位领域专家的访谈,识别出8种数据收集方法,涵盖智能手机应用、结构化数据导出、区域/全国研究查询及聚合数据源等。研究发现,各方法均有其优缺点,无单一最优方案。参与者中介交换方式可绕过复杂治理安排,但存在数据缺口;全国性网络尚不支持研究查询。公共政策的持续推进将对该领域发展起关键作用。
研究发现主流奖励模型对同等质量答案给出差异悬殊的分数,并提出"奖励聚类"算法通过蒙特卡洛随机失活将连续分数离散化,在不重训模型的前提下有效减少AI训练中的奖励作弊现象。