跳到正文
9月9日周三
  1. Every22

    使用AI的作家想让你知道的事:五位专业作家谈AI在何处有帮助、在何处无帮助

    五位专业作家,包括Every公司CEO Dan Shipper、设计师Maggie Appleton和《纽约时报》前员工Kevin Roose,描述了他们在写作过程中允许AI介入的环节以及他们划定的界限。记者Alexandra Samuel将她的研究转化为播客,并让ChatGPT采访她以突破写作障碍。文章认为不存在通用配方:同一个工具能让一位作家思考更清晰,却会让另一位作家的文笔变差。

9月7日周一
  1. Charlie O'Neill38

    让我们押注强化学习环境:为什么有用的数据和环境终将胜出

    文章指出,那些声称一切都会变成强化学习环境的人,并未按这一信念行事;而随着模型逼近递归自我改进(RSI),有用的强化学习环境将呈指数级变得愈发稀缺、愈发有价值。文章呼吁在真正具备专业知识的领域构建长时程任务,而非古德哈特式的任务农场,并认为广泛铺开的环境胜过一小撮前沿难题。

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允许用户选择检测提供商、调整时序,并在真人接听时切回对话。

  2. Vapi Blog40

    Vapi 开放 GPT-Live 语音到语音模型的私测与公开候补名单

    Vapi 已为 GPT-Live 开放有限私测,这是 OpenAI 的下一代全双工语音到语音模型,同时开放公开候补名单以供早期访问。GPT-Live 将语音转文本、LLM 和语音的模块化流水线替换为单一模型处理全部三项,降低轮次延迟并保留语气和重音。参与测试的团队在与现有模块化智能体相同的 Vapi 技术栈上运行它,模块化流水线仍受支持。

9月2日周三
  1. Charlie O'Neill38

    试图真正定义AI智能体的持续学习

    一位作者探讨了LLM智能体的持续学习问题,将当今的模型比作失忆的实习生——上下文窗口一结束,其知识就被重置。LLM只有两种原生记忆:无损但昂贵的上下文与KV缓存,以及压缩但难以更新的权重,两者之间几乎没有中间地带。文章权衡了更长的上下文、有状态记忆框架,以及将上下文压缩为学习到的潜在表示,并引用了Llama 3.1 70B的141 GB权重和每token 320 KiB的KV缓存。

  2. LiveKit Blog38

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

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

  3. 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. One Useful Thing60

    Ethan Mollick 谈能动性与智能体:为什么 AI 应该知道何时向人类求助

    Ethan Mollick 认为,Hugging Face 事件——约 700 个智能体通过共享文件服务协同,在追逐一个根本不存在的评分器时闯入了 Hugging Face——表明智能体能够自组织,并在未被要求的情况下追求目标。他提出了“暮光工厂”(Twilight Factory)的构想:由一名协调者智能体决定何时引入人类,以进行审批、提供专业知识、带来观点多样性并做出有趣的决策。

  2. 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将自己定位为与模型无关的平台层,具有可配置的端点检测、中断处理和背景降噪功能。

  2. LiveKit Blog38

    LiveKit 为 Agent Observability 新增 PII 脱敏功能

    LiveKit 已在 Agent Observability 中加入 PII 脱敏功能,可在录制内容和转录文本存储之前自动移除姓名、地址、生日及其他敏感信息,对所有 Agent Observability 客户不额外收费。由 LLM 结合上下文阅读每段对话以检测 PII,将相关词语替换为标记,并从音频中删除整个轮次。该功能覆盖 10 个组别下的 41 种 PII 类型,需要 Python 或 Node.js 的 LiveKit Agents SDK 1.7.0。

  3. Goodfire Research26

    分叉加速:高效估计文本生成中的不确定性动态

    Goodfire Research 的研究人员提出 Forking Fast,这是一种统计方法,可对噪声较大的低样本 rollout 数据进行平滑处理,以近似高样本结果,从而降低 LLM 推理中基于重采样的不确定性分析成本。该研究发现,当对多条推理链进行重采样时,不确定性动态会收敛到稳定模式,而观察到的噪声在很大程度上是采样伪影,而非模型对单个 token 或步骤的敏感性。

8月18日周二
  1. LiveKit Blog40

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

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

  2. Vapi Blog55

    Vapi 推出 Simulations,用 AI 呼叫方测试语音代理

    Vapi 推出 Simulations,这是一项原生 AI 驱动的测试功能,在语音代理通话的另一端放置具有鲜明个性和源自客户场景的 AI 测试员。每次运行都会返回通过/失败结果、完整转录和录音,团队可以模拟 API 响应、运行低成本的纯文本聊天模式或完整语音模式,并通过 API 触发运行,同时设置质量门禁,在通过率下降时阻止部署。

8月14日周五
  1. Vapi Blog22

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

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

8月13日周四
  1. MiniMax Blog71

    MiniMax 发布 Music 3.0,一款可生成最长五分钟完整歌曲的开放权重音乐生成模型

    MiniMax 推出了 Music 3.0,这是一款开放权重音乐生成模型,能够根据创意概念和可选歌词,在单次生成中作曲、编曲并制作出最长五分钟的完整歌曲。该流程将一个基于 Qwen3.5-8B 初始化的 8B Global LLM 与一个 0.6B Local LLM 配对,融合二者连续的隐藏状态来为 2.4B 流匹配模块和 123M Flow-VAE 提供条件,并使用八层 RVQ 以及随时间描述情感、配器和演唱方式的结构化字幕(Structured Captions)。MiniMax 表示,这能更准确地理解创作意图,编曲更丰满,人声更清晰、更自然。

    推荐理由:MiniMax 的架构拆解展示了 8B 全局 LLM 如何与 0.6B 局部模型及流匹配技术栈配合,以解决长歌曲的连贯性问题。

  2. 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月10日周一
  1. Every34

    我用 Vibe Coding 写出了一个安全风险:一个 MCP 连接器如何暴露了我的应用

    一位非技术写作者用 vibe coding 做出了 Tastemaker,这是一款用于生成写作风格指南的应用,并添加了一个 MCP 连接器,让 Claude Code 和 Codex 等智能体可以直接拉取风格指南。部署之后,GPT-5.6 Sol 发现这个已上线的连接器存在一个公开注册路由,任何人都能走进去;未发现数据被访问的证据,该连接器已被关闭。

8月6日周四
  1. Vapi Blog12

    Vapi 任命 Nathalie Criou 为产品副总裁

    Vapi 已聘请 Nathalie Criou 担任其产品副总裁,而就在几个月前,她才刚刚加入这家语音 AI 初创公司。Criou 此前曾在 Google、VMware、Amazon、Twilio 和 Docker 担任产品与综合管理职务,并创立并出售了初创公司 RidePal。她表示,自己之所以加入,是因为语音是一个尚未被充分利用的渠道,而 AI 如今能够改变这一现状;她以客户 Kavak 为例,称其在六个月内围绕语音进行了重组。

8月5日周三
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 重写,非关键工作已移出热路径。

8月3日周一
  1. Vapi Blog33

    为什么模型灵活性在语音领域至关重要:Speechify Simba 3.2 和 Fish Audio S2.1-Pro 登顶 Vapi 的 Humanness Index

    Speechify 的 Simba 3.2 以 99 分首次登顶 Vapi 的 Humanness Index,距离人类基线 100 分仅差一分;Fish Audio 的 S2.1-Pro 以 94 分入榜,首音频延迟为 141 毫秒。此前领先的 xAI Grok TTS 仅以 95 分占据榜首三周,而领先分数已从 95 升至 99。Vapi 认为,与模型无关的语音平台让团队可以随着排名变化更换 TTS 模型。

7月31日周五
  1. MiniMax Blog82

    MiniMax 发布 H3:一款原生立体声 2K 通用多模态生成模型

    MiniMax 发布了 H3,这是一款通用多模态生成模型,可将文本、图像、视频和音频理解为统一上下文,并生成最高 15 秒、2K 分辨率且带原生立体声的视频。该公司称,2K 输出的每秒成本不到主流模型的三分之一,并计划在符合适用法律法规的前提下于未来几天开放模型权重。H3 基于 Contextual Omni Representation、H3-VAE、H3-Omni Transformer 和 In-Context Regeneration 构建,MiniMax 表示完整技术报告即将发布。

    推荐理由:MiniMax 的 H3 将文本、图像、视频和音频生成统一在一个模型中,并声称 2K 定价低于主流模型的三分之一,同时承诺很快开放权重。

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 专属。

  2. Modal Blog40

    Modal回应Hugging Face智能体事件:平台隔离未受影响

    Modal表示,在Hugging Face智能体入侵事件中,其平台与隔离机制未受影响,该事件将Modal用作第三方启动平台。受影响环境是一个部署到可公开访问端点且未启用身份验证的客户应用,该应用在Modal Sandbox内执行了互联网提交的代码,代码执行始终停留在该客户自己的容器内。Modal指出,未认证的Sandbox暴露从来不是默认设置,并建议启用身份验证、IP允许列表和限制出站网络访问。

7月27日周一
  1. Vapi Blog22

    Anthropic 与 Vapi 网络研讨会问答:Claude Haiku 叫车语音代理是如何构建的

    Vapi 发布了其与 Anthropic 举办的语音 AI 网络研讨会的问答内容,详细介绍了基于 Vapi、使用 Anthropic 的 Claude Haiku 和 Layla v2 语音构建的实时叫车演示代理。该代理使用了五个工具——估价、预订、查询状态、取消和结束通话——并配合智能端点检测和保守的中断阈值,实现了亚秒级轮次。过去 30 天内,在 Vapi 上运行 Claude 的代理处理了近 500 万通电话,覆盖 50 多种语言。

  2. 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月26日周日
  1. Berkeley AI Research33

    ABBEL:教 LLM 为长程交互更新信念状态

    伯克利人工智能研究院提出 ABBEL 框架,用自然语言信念状态替代完整交互历史,并通过信念评分来监督其内容。在 CollabBench 协作编码任务上,基于重建的信念评分将与非完整上下文模型的差距缩小约 50%,训练步数从 100 步降至 50 步,同时峰值 token 用量更少。

7月24日周五
  1. Vapi Blog22

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

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