跳到正文
9月14日周一
  1. Modal Blog40

    Modal 产品更新:沙箱边车、Kimi K3 与 GLM 5.3 支持、仪表盘焕新

    Modal 在其 Auto Endpoints 上新增了对四个开放权重模型的首日支持——Kimi K3、Qwen3.8-2.4T-A95B、GLM-5.3 和 GLM-5.3-Flash,其中 Kimi K3 借助自定义 DFlash 推测器在智能体工作负载上达到每秒 460 个 token。Sandbox Sidecars 进入公开 alpha,VM Sandboxes 达到公开 beta,广域定价倍率从 1.5 倍降至 1.15 倍。仪表盘焕新并推出浅色模式 beta,Python SDK 1.5.5 以及 JavaScript 和 Go SDK 0.10.0 已发布。

9月9日周三
  1. LiveKit Blog22

    LiveKit 语音代理中“推理比实时更慢”意味着什么

    LiveKit 解释称,其语音代理中的“推理比实时更慢”警告指的是本地 VAD 模型,而非通过 LiveKit Inference 使用的 STT、TTS 或 LLM 模型。每个 32ms 的音频窗口必须在 32ms 内处理完毕,所报告的延迟显示 VAD 已落后实时音频多少。事件循环阻塞和 CPU 饱和是主要原因,解决办法是排除同步代码,而不是增加线程。

9月4日周五
  1. Modal Blog22

    Markov Robotics 使用 Modal 运行端到端机器人训练

    Markov Robotics 正在训练一个世界模型,用于零样本通用机器人灵巧操作,所用机器人数据不到十小时,而同类结果通常需要数千小时。该公司几乎全部计算都运行在 Modal 上,从预处理数百 TB 视频,到 2–10 个并发训练任务,再到通过 Modal Tunnels 进行远程推理,往返延迟约为 20 毫秒。原本可能需要一整天的预处理,现在二十分钟到三十分钟即可完成,并可一次性扇出到多达 500 块 GPU。

9月3日周四
  1. Vapi Blog38

    AI语音代理如何区分真人与语音信箱

    语音信箱检测(也称应答机检测)会在约三到五秒内判断外呼电话是接通了真人还是录音,其依据是时序和行为信号,而非语音音频。一篇2026年的arXiv预印本发现,仅凭时序特征就能达到基于提示音和关键词的方法的效果,同时避免后者带来的额外延迟。Vapi允许用户选择检测提供商、调整时序,并在真人接听时切回对话。

9月2日周三
  1. LiveKit Blog38

    LiveKit 非生产部署让你在生产前测试语音代理

    LiveKit 新增了非生产部署,可在与生产相同的容器镜像、项目和密钥下,以不同名称运行语音代理,只需一条命令即可创建。每个部署在空闲时休眠且不产生费用,并在下一次请求时唤醒,你可以通过 --deployment 标志指定它。它要求 Python 使用 livekit-agents 1.6+ 或 Node 使用 @livekit/agents 1.7.1+,并且计划在 Ship 上授予 2 个部署,在 Scale 上授予 5 个部署。

  2. Modal Blog18

    Modal 开设伦敦办公室,拓展欧洲业务

    Modal 正在开设伦敦办公室,这是其在欧洲的第二家办公室,并已聘请 Hugh Killingbeck-Jones 担任 EMEA 副总裁,负责组建面向初创企业和企业客户的 go-to-market 团队。该办公室最终将增设工程及其他职能,同时 Modal 的斯德哥尔摩团队已发展至近 20 人,负责构建自定义文件系统和 Sandboxes 等核心系统。

9月1日周二
  1. Zyphra Research48

    Zyphra 发布 PUFFER:面向持续演进训练语料的增量模糊去重系统

    Zyphra 以 Apache 2.0 许可证开源发布了 PUFFER,这是一个具备来源感知能力的增量模糊去重系统,面向持续增长的 LLM 训练语料。相比现有基于 CPU 的去重方法,它实现了 11 倍至 35 倍的加速,单进程可在 1.75 小时内摄取 10 亿份文档,并已在超过 300 亿份文档上完成生产部署。PUFFER 维护一份驻留磁盘的 MinHash-LSH 历史记录,因此可以新增数据集、确定性地恢复中断的任务,并单独撤出某个数据集而无需重建整个语料索引。

  2. LiveKit Blog58

    LiveKit 推出 Connectors,将语音代理接入 Twilio 和 WhatsApp 通话

    LiveKit 推出 Connectors,可在 LiveKit 房间与 Twilio Programmable Voice 和 WhatsApp Business Calling 之间直接桥接,并计划支持更多平台。每通电话都以 CONNECTOR 参与者身份加入房间,携带平台上下文,例如 Twilio 通话 SID 或 WhatsApp 来电者的电话号码,代理调度在同一 API 请求中完成。Connectors 已在 LiveKit Cloud 正式可用,按 SIP 定价:Ship 套餐每分钟 $0.004,Scale 套餐每分钟 $0.003;Build、Ship 和 Scale 套餐分别支持 5、20 和 100 路并发 connector 通话。

8月31日周一
  1. Vapi Blog58

    Vapi 重建 Campaigns,支持 10,000 个联系人的批量外呼

    Vapi 推出了重建版 Campaigns,这是其批量外呼产品,现在运行在独立于呼叫队列的持久化工作流引擎上。每个 campaign 最多可容纳 10,000 个联系人,外加一个 assistant 或 squad 以及一个电话号码,拨号被限制在设定的时间窗口内,assistant 提示中可使用每个联系人的变量,并有一个拨号前 webhook 可跳过已转化的联系人。Vapi 表示,campaign 状态持久化在任何单一进程之外,并发以滑动窗口而非批次方式运行,每次状态变更都会追加一个不可变事件,因此进度和审计轨迹不会发生偏移。

8月25日周二
  1. Vapi Blog22

    自建还是购买:使用语音代理时你真正在决定什么

    正在权衡是否自建语音代理的团队,实际上是在决定是否要构建一个编排层,因为代理本身只占约20%的工作量,其余部分是实时音频、电话通信和可观测性基础设施。一家调度供应商原本六周的演示变成了八个月的项目,之后它用六周时间将该功能迁移到一个平台上。只有在需要深度定制流水线、已有语音基础设施、受监管约束,或将语音作为核心竞争优势时,自建才有意义。

8月24日周一
  1. LiveKit Blog36

    调试语音智能体中的短语音

    LiveKit 的博客文章分析了语音智能体为何在收到“yes”或“ok”这类简短回复后常常陷入沉默,并将其归因于轮次检测失败。最常见的原因是 STT 提供商漏掉了短语音,从未输出 final_transcript,从而完全阻断了语音结束检测。文章还讨论了过于激进或过于宽松的端点检测延迟,以及将短音频当作噪声丢弃的噪声消除配置错误。

  2. LiveKit Blog22

    LiveKit 为智能体会话、录制、WebRTC 和 SIP 连接引入按秒计费

    LiveKit 已将智能体会话分钟数、录制、WebRTC 连接和 SIP 连接改为按秒计费,最小计费单位为十秒,适用于所有套餐和账户,包括企业合同。该变更已生效,并将于 9 月账单中体现 8 月的用量,不会对客户造成技术层面的变化。LiveKit 表示,按分钟计费与仅持续数秒的短时外呼不匹配,限制了该用例。

8月20日周四
  1. Vapi Blog22

    面向客户体验的最佳AI语音代理:如何评估它们

    Vapi发布了一套七项标准的评估准则,用于评估客户体验中的AI语音代理,涵盖解决率、实时语音质量、执行操作、升级转接、模型灵活性、生命周期信任和平台控制。该指南认为,遏制率和转移率会高估成功率,因为被遏制的来电者可能只是挂断了电话,并引用ContactBabel的数据显示,复杂交互中对电话的偏好从2018年的28%上升到2024年的47%。Vapi将自己定位为与模型无关的平台层,具有可配置的端点检测、中断处理和背景降噪功能。

8月18日周二
  1. LiveKit Blog40

    LiveKit:超越1:1连接的多参与者机器人技术

    LiveKit正在将其SFU架构扩展到单点对点链路之外,使机器人部署能够运行多参与者会话,其中Room让每个摄像头、模型、操作员或服务作为自己的参与者加入。LiveKit描述了三种架构:人在回路的数据记录,机器人、策略、操作员和记录器在同一会话中;VLM引导的技能编排,视觉语言模型以约1 Hz选择技能,而独立的策略参与者以数十赫兹控制机器人;以及策略升级,30 Hz或更高的奖励模型标记卡住或不安全状态,机器人撤销专家策略的权限。

8月14日周五
  1. Vapi Blog22

    如何为企业开发选择对话式AI平台

    一份供应商中立指南列出了为企业语音代理选择对话式AI平台的五项标准:开发者控制权、模型选择与回退、测试与可观测性、完整的代理生命周期,以及大规模合规性。该指南引用了Zapier对542名美国C级高管的调查,其中81%的人担心依赖特定AI供应商,只有6%的人能在不造成中断的情况下弃用其主要供应商。指南认为,延迟和编排比功能列表更重要,并指出AssemblyAI的发现:超过500–700毫秒的延迟会让人感觉不自然。

8月13日周四
  1. Factory38

    Factory 为企业推出 Agent Effectiveness 分析功能

    Factory 已在面向企业组织的 Factory Analytics 中正式推出 Agent Effectiveness,将 Factory 会话与周期时间、工作意图和已交付产物关联起来。该功能新增了 Throughput、Output 和 Attribution 视图,把 Droid 的使用情况与交付成果连接起来,并由 Local Signals 分类层提供支持,该分类层可从 Jira、Linear、GitHub 和 GitLab 读取数据。该功能为可选启用,默认关闭,且需要 Advanced Analytics 企业控制项。

8月12日周三
  1. Modal Blog62

    Qwen3.8-2.4T-A95B 开源权重发布,Modal 同步上线共享端点

    Qwen3.8-2.4T-A95B 已作为开源权重模型发布,并同步在 Modal 上线。Modal 表示其与 Qwen 在发布前合作,通过 SGLang 和针对 Qwen3.8 形状调优的定制 DFlash 推测器,为 Modal Auto Endpoints 提供 day zero 支持。

    推荐理由:Modal 在 Qwen3.8-2.4T-A95B 开源权重发布当天即上线共享端点,并说明其定制 DFlash 推测器如何针对该模型的形状提升推理速度。

8月4日周二
  1. Vapi Blog22

    什么造就出色的对话式AI体验:Vapi谈语音设计

    Vapi认为,语音智能体要在五个实时维度上接受评判:延迟、轮流对话、打断处理、韵律,以及一条有韧性的流水线。它引用研究指出,人类对话的轮次间隔接近200毫秒,并指出超过约500–700毫秒的延迟会让人感到不自然,而朴素的串行流水线可能耗时约1.9秒,优化后的流水线则为600–900毫秒。Vapi将其与模型无关的流水线定位为可通过模拟通话进行调优和测试。

  2. Modal Blog34

    Modal 将无服务器 Functions 迁移至区域 I/O 平面,p50 延迟降低约 80ms

    Modal 已将全部 Functions 迁移至新的地理分布式 I/O 平面,使端到端 Function Call 延迟在 p50 上降低约 80ms。此前,每个 Function 的输入和输出都经由 us-east 的 I/O 服务器路由,每次调用会增加最多几百毫秒的延迟;新平面已在至少 4 个区域可用,并可通过 routing_region 标志选择。服务器层已用 Go 重写,非关键工作已移出热路径。

7月29日周三
  1. Berkeley AI Research58

    从 CUDA 到 MLX:K-Search 将内核优化专长带到 Apple Silicon

    IBM Research 扩展了 K-Search——来自 UC Berkeley Sky Lab 的进化式内核搜索框架——为其增加了 MLX 后端和一个结构化的 CUDA 到 MLX 翻译层,可将现有 CUDA 内核适配为 Apple Silicon 内核。在一个 MLX 注意力内核上,该方法达到了 Apple 原生 MLX Attention 内核速度的 0.97 倍,而在没有翻译上下文时为 0.26 倍;在 M1 Max 上,一个进化出的 Mamba SSM 内核相比社区 mlx-lm 实现实现了最高 20 倍的 prefill 加速。作者将这一提升主要归因于提供给 LLM 的上下文和约束的质量,而非其编写 Metal 代码的能力,并表示该方法并非 MLX 专属。

7月27日周一
  1. Modal Blog75

    Moonshot 的 Kimi K3 现已在 Modal 上线,支持 day-zero vLLM

    Modal 在发布当天就在其平台上线了 Moonshot 的 Kimi K3,通过按 token 计费的 Shared API 和专用 Auto Endpoints 提供这款拥有 1M token 上下文窗口的 2.8 万亿参数多模态模型。Modal 表示,针对 K3 架构调优的自定义 DFlash speculator 在 agentic 工作负载上将交互性从每秒 100 token 提升到 460 token,并将每 GPU 吞吐量从 800k TPM 提升到 150 万 TPM。该模型采用混合专家设计,每个 token 激活 896 个专家中的 16 个,Moonshot 在发布前向 vLLM 贡献了新的前缀缓存实现。

    推荐理由:Modal 详细介绍了它如何在发布当天将 Moonshot 的 2.8T 参数 Kimi K3 引入其平台,包括一个自定义 DFlash speculator,将交互性从每秒 100 token 提升到 460 token。

7月24日周五
  1. Vapi Blog22

    如何用AI语音代理减少客户等待时间

    AI语音代理通过两种方式缩短客户等待时间:一是通过自助服务分流、智能路由、坐席辅助和需求预测,将工作从队列中移除;二是即时接听,无需等待。SQM Group发现,客户平均在2分36秒时放弃通话,而ContactBabel指出,2024年英国的平均放弃率为8.4%。Vapi表示,首个语音代理可在几分钟内从其仪表板搭建完成,然后根据ASA、放弃率和首次呼叫解决率进行评估。

7月21日周二
  1. Modal Blog58

    Modal 与 Cognition 推出 Devin Outposts,集成 modal-devin 沙箱

    Modal 是 Devin Outposts 的发布合作伙伴。Devin Outposts 是 Cognition 的一项功能,它将 Devin 的代码执行迁移到客户控制的环境中,而 Devin 的推理仍留在 Cognition 的云端。开源的 modal-devin 库和 CLI 会在 Modal Sandbox 中运行每个 Outpost 会话,从而获得 GPU 支持的机器、自定义镜像、工作区快照和缩容到零的能力,并将于 2026 年 7 月 21 日以 alpha 版本上线。设置使用 uvx modal-devin init,它会生成一个编排器函数和一个工作会话函数,团队可以继续自定义它们。

7月16日周四
  1. Modal Blog60

    Modal 重建其沙箱平台,可运行 100 万个并发沙箱,全部在一分钟内创建完成

    Modal 已从零重建其核心沙箱平台,在新系统上它同时运行了 100 万个沙箱,并在不到一分钟内全部创建完成。此次重新设计将中央协调和任何数据存储从沙箱创建路径中移除:横向扩展的调度服务器通过内存算法挑选一个 worker 并直接调用它,而 worker 则异步将状态发布到 Redis stream。Modal 表示沙箱启动延迟的中位数低于半秒,新系统已以 Beta 版提供,只需改一行代码即可选择启用。

    推荐理由:Modal 重建了其沙箱控制平面以去除中央协调,展示了当全局一致性离开关键路径后,容器调度能够扩展到何种程度。

7月15日周三
  1. Modal Blog60

    Thinking Machines 的多模态模型 Inkling 现已在 Modal 上线

    Thinking Machines 发布了 Inkling,这是一个通用多模态模型,可接收文本、图像和音频输入并输出文本,Modal 从第一天起就以按 token 计费的托管端点形式提供该模型。Inkling 是一个混合专家 Transformer,总参数 975B,激活参数 41B,上下文窗口 1M token,原生支持音频和视觉,每五个滑动窗口注意力层对应一个全注意力层。在 8 块 B200 上的智能体工作负载中,Modal 定制的 DFlash 推测器在每 GPU 吞吐 2.5M TPM 时达到每用户每秒 250 token,在同等吞吐下交互速度比模型内置的推测路径快 67%。

    推荐理由:Modal 为 Thinking Machines 的 975B 参数 Inkling 提供的首日端点表明,定制的 DFlash 推测器将交互速度比模型内置的推测路径提升了 67%。

7月9日周四
  1. Modal Blog22

    Modal 是一台计算机:将云平台重新定义为机器

    Modal 认为应将其理解为一台计算机,而非“算力版 Uber”、新云或推理提供商,因为它售卖的是处理器秒和字节秒,而不是 token。文章将传统机器的 ALU、内存层次、I/O、网卡和操作系统映射到 Modal 的容器、对象存储、输入/输出平面、路由平面和隧道上。它还将 Modal Functions、Sandboxes 和 Servers 分别对应到无状态工具、Linux 进程和 HTTP 监听器。

7月7日周二
  1. Berkeley AI Research36

    智能免费了,然后呢?为智能体、由智能体、属于智能体的数据系统

    加州大学伯克利分校的 Aditya G. Parameswaran 及其合作者认为,随着推理成本从 2023 年初的约每百万 token 30 美元降至如今的不到 1 美元,数据系统必须围绕三大挑战重新设计:为智能体、由智能体、属于智能体的系统。他们指出,在一个每个任务使用多个智能体的 text-to-SQL 基准测试中,只有 10-20% 的子计划是互不相同的,因此 80-90% 的子查询在做重复工作,并提出了复用、近似和主动式数据系统的方案。

7月6日周一
  1. Modal Blog38

    如何为无服务器 GPU 定价:Modal 的交互式成本模型

    Modal 发布了一个交互式工具,用于估算无服务器与预留 GPU 的成本,默认采用 B200 GPU 在 Modal 上以无服务器方式运行、以及通过三年期超大规模云厂商预留的当前费率。该模型显示,当应用的峰值与平均比超过预留折扣率时,无服务器 GPU 的总体成本更低,并且 Modal 提到观察到的折扣为 2-5 倍,而峰值与平均比为 5-10 倍。

7月1日周三
  1. Modal Blog58

    Modal Research 与 HeavyBall 的 MRP 将多 token 预测引入扩散语言模型

    Modal Research 与上海纽约大学的 HeavyBall Research 推出多 token 残差预测(MRP),这是一个附加在冻结扩散语言模型主干上的 3 层模块,预测步间 logit 残差而非完整的下一步分布。在 SDAR-4B GSM8K 上,MRP 在 K=3 时保持 70.9% 的准确率,而朴素 MTP 蒸馏仅为 5.9%;在 SGLang 中,推测模式下可实现最高 1.56 倍的无损吞吐提升,或在激进低阈值动态解码下最多恢复 +16 个准确率点。论文、代码、SGLang 实现以及 Hugging Face 上的 SDAR-MRP 模型均已发布。

6月30日周二
  1. Modal Blog66

    Anthropic 推出 Claude Science,以 Modal 作为可扩展计算后端

    Anthropic 于 6 月 30 日推出 Claude Science,这是一个 AI 工作台,生命科学研究人员可在与 Claude 的对话中直接运行计算工作负载。Modal 作为计算后端集成:需要 GPU 或大量并发 CPU 的工作负载,会从研究人员连接的工作区自动路由到 Modal 沙箱,而默认执行仍保留在本地机器上的沙箱中。Modal 列举了跨数百个容器的扇出虚拟筛选、为 ESMFold2 等模型提供逐步 GPU 访问、共享 Modal Volumes 存储和可复现的 Modal Images,并承诺为 Anthropic 的 AI for Science Claude Science Cohort 提供最高 10 万美元的计算资源,每个项目 500–2,000 美元,申请开放至 2026 年 7 月 15 日。

    推荐理由:Modal 的帖子解释了 Claude Science 如何将 GPU 和并行工作负载路由到 Modal 沙箱,并附有具体的生命科学示例以及面向学术实验室的计算资助。

6月25日周四
  1. Modal Blog55

    Modal 推出面向低延迟 HTTP、WebSocket 和 gRPC 流量的无服务器 Servers

    Modal 推出了 Servers,这是一个区域化的 HTTP 服务器副本自动扩缩容池,面向 HTTP、WebSocket 和 gRPC 流量,针对交互式智能体的 LLM 推理等延迟敏感型工作负载。Modal 表示,通过将控制平面查找和排队移出请求路径,p50 延迟从 39ms 降至 6ms,因此当没有可用副本时客户端会收到 503,必须在应用层处理降载。路由层运行在 AWS EKS 上,边缘使用 Envoy,Modal 自研的 Rust 代理 fprs 基于 Cloudflare 的 pingora 构建,负责域名关联和负载均衡,配置从 Spanner 读取并缓存在内存中。

6月24日周三
  1. Vapi Blog15

    Vapi 回应其 SVG 线索资格筛选网络研讨会的热门问题

    Vapi 发布了与 Spring Venture Group 合办网络研讨会中提问最多的七个问题的解答,会上 Homer Kay 介绍了 SVG 如何使用 Vapi 语音代理在将呼叫者转接给持证代理之前对 Medicare 线索进行资格筛选。解答涵盖外呼合规、API 优先集成、独立替换 STT、LLM 和 TTS 组件、人工转接,以及符合 HIPAA 要求且采用零数据保留的配置。

  2. Modal Blog58

    Modal 推出 Auto Endpoints,称采用推测解码实现业界领先的推理延迟

    Modal 正在推出 Modal Auto Endpoints,只需一键即可将 Modal 的基础设施扩展能力与业界领先的推理性能相结合,同时保留对代码的控制权。Modal 表示,主要的延迟收益来自使用自定义 DFlash 推测器模型的推测解码;在 Decagon Voice 的案例研究中,这将端到端延迟降低了约 100ms,约占服务端解码延迟的 40%,使其比最快的专有替代方案快 60ms 以上。Modal 还与 Z Lab 和 SGLang 一起发布了开源 DFlash 推测器模型,其中包括一个用于 Qwen 3.5 397B-A17B 的模型,其性能比 MTP 提升超过 50%。

6月23日周二
  1. Modal Blog60

    Modal 推出 Auto Endpoints,用于自助式、兼容 OpenAI API 的 LLM 推理

    Modal 推出了 Auto Endpoints,这是一项自助式服务,可将生产级 LLM 推理部署为兼容 OpenAI API 的端点,并由用户可见且可控的 Modal App 提供支持。每个受支持的模型都附带一个初始部署,该部署根据 Modal 自身的基准测试进行调优,使用 SGLang 等引擎以及来自 Z Lab 的 DFlash 推测解码草稿器,用户可以查看 GPU 选择、引擎标志以及 TTFT、ITL 和推测解码接受长度等推理指标。Modal 还将 Modal Servers 从测试版发布,用于提供开销为 5ms 的区域化路由,并表示它通过一个仍由人类工程师监控的内部智能体系统来生成端点部署。

    推荐理由:Modal 的 Auto Endpoints 公开了托管推理提供商通常隐藏的服务栈、引擎指标和基准测试配方,为团队提供了一条自助式路径来拥有开放模型推理。

6月22日周一
  1. Modal Blog36

    Modal 解释为何沙箱“已启动”≠“已就绪”,以及热池如何缩短感知启动延迟

    Modal 认为,容器调度和启动时间——大多数沙箱基准测试将其作为交互时间来衡量——只是用户实际等待过程中最小的一部分;容器启动后的应用层设置往往需要数秒。Modal 正在将就绪探针(Readiness Probes)正式开放,用于指示沙箱何时完成初始化,并推荐基于 modal.Queue 和目录快照(Directory Snapshots)构建热沙箱池,以将设置移出用户的关键路径。

6月19日周五
  1. Modal Blog60

    Modal 为 Qwen 3.5 和 3.6 发布 DFlash 推测器,声称额外提速 5-20%

    Modal 在 Hugging Face 上为 Qwen 系列发布了一组 DFlash 草稿模型,包括 Qwen 3.6 35B-A3B-DFlash 和从 4B 到 122B-A10B 的 Qwen 3.5 变体,以及一个用 SGLang 构建的 Qwen 3.5 397B-A17B 的 DFlash 推测器。该公司表示,新的草稿器在现有 DFlash 基线之上额外提速 5-20%,并且可以在 B200 节点上以并发 1 运行 Qwen 3.5 122B-A10B 达到超过 1000 tok/s,而不使用推测时为 250 tok/s。文章认为,在内核优化只能带来几个百分点提升的地方,推测解码可带来 2 倍至 3 倍的增益,并提出了一个根据接受长度估算加速比的 roofline 模型。

    推荐理由:Modal 解释了为何押注推测解码,并为 Qwen 系列发布了 DFlash 草稿模型,附有实测加速比和用于估算增益的 roofline 模型。