ax@ax-radar:~/podcasts/latent-space $ ls -t podcasts/
41 srcsignal 72%cycle 04:32

播客·视频

32 episodes · updated 3m ago
6 个频道在监控
筛选精选全部仅精选
Latent Space32
2026-06-11 · 星期四2026年6月11日
2026-06-05 · 星期五2026年6月5日
2026-06-04 · 星期四2026年6月4日
2026-06-03 · 星期三2026年6月3日
2026-06-02 · 星期二2026年6月2日
2026-06-01 · 星期一2026年6月1日
2026-05-28 · 星期四2026年5月28日
2026-05-27 · 星期三2026年5月27日
2026-05-22 · 星期五2026年5月22日
2026-05-21 · 星期四2026年5月21日
2026-05-20 · 星期三2026年5月20日
2026-05-19 · 星期二2026年5月19日
2026-05-18 · 星期一2026年5月18日
2026-05-14 · 星期四2026年5月14日
2026-05-12 · 星期二2026年5月12日
04:33
34d ago
● P1Latent Space· rssEN04:33 · 05·12
Thinking Machines 发布原生交互模型:2760 亿参数,120 亿激活,实时语音不再靠外挂
Thinking Machines 终于又冒泡了,这次直接扔了个新模型 TML-Interaction-Small。总参数 2760 亿,是个 MoE 架构,实际干活时只激活 120 亿参数。它最狠的地方是把实时语音交互做进了模型骨子里,不再像以前那样给大语言模型外挂语音识别和合成模块。模型能同时听、说、看、想,用 200 毫秒一个的“微对话轮次”连续...
#Multimodal#Audio#Agent#Thinking Machines
精选理由
我会先打个折——基准分是 Thinking Machines 自己跑的,还没第三方复现,所以“超过 GPT 和 Gemini”先别太激动。但这条消息值得推,因为它给出了具体架构(276B MoE、12B 激活)、200ms 微轮次这个硬指标,还直接挑战了语音 agent 里常用的 VAD 方案。对正在搭实时语音管线的从业者来说,哪怕只是思路参考也有价值。
一句话点评
Thinking Machines 扔了个实时语音模型,把听、说、看、想全塞进一个模型里,不再外挂语音识别和合成,200 毫秒一轮对话,演示效果很自然,但正文没提实际延迟和可用性。
锐评
这条新闻最值得看的是架构思路:TML-Interaction-Small 总参数 2760 亿,但实际干活只激活 120 亿,用 MoE 把成本压下来。它把音频和图像直接喂给模型,不经过单独的编码器,端到端延迟控制在 200 毫秒以内,这比传统“语音转文字→大模型→文字转语音”的流水线快得多,也更像人和人聊天。 团队自己做了几个新基准来测“时机感”,比如能不能在用户指定的时间点开口、能不能在视频里动作发生的瞬间给出反馈。这些指标比跑分更有参考价值,因为实时交互的难点不是回答对不对,而是开口的时机对不对。 不过正文没披露这个模型实际跑在什么硬件上、单次推理成本多少、有没有开源计划。演示视频很流畅,但真实网络环境和嘈杂场景下的表现还是未知数。另外,2760 亿参数即使只激活 120 亿,部署门槛也不低,小团队想用上可能还得等。
HKR 分解
hook knowledge resonance
打开信源
88
SCORE
H1·K1·R1
2026-05-09 · 星期六2026年5月9日
2026-05-05 · 星期二2026年5月5日
2026-05-01 · 星期五2026年5月1日
2026-04-30 · 星期四2026年4月30日
2026-04-27 · 星期一2026年4月27日
2026-04-25 · 星期六2026年4月25日
05:00
51d ago
● P1Latent Space· rssEN05:00 · 04·25
DeepSeek 发布 V4 Pro 和 Flash 模型,能在华为昇腾芯片上跑
DeepSeek 终于发了 V4 系列,一共两个型号:V4 Pro 总参数 1.6 万亿,每次激活 490 亿;V4 Flash 总参数 2840 亿,激活 130 亿。两个模型都支持 100 万 token 的上下文,用了新的压缩注意力技术,相比 V3.2,处理长文本时计算量只要 27%,显存占用只要 10%。这次比较特别的是同时发了基础版和指令版,...
#Reasoning#Code#Inference-opt#DeepSeek
精选理由
这条必须写。DeepSeek 这次放出的不只是模型,而是把华为昇腾兼容性摆上台面,等于在 CUDA 依赖上划了一刀。技术报告说 1M token 下只用 V3.2 27% 的算力、10% 的 KV 缓存,省得挺实在。两档参数和 MIT 许可也让落地门槛更低。我会先打个折:正文没提实际推理延迟和昇腾上的吞吐数据,这点先别太激动,但硬件独立性本身已经够重。
一句话点评
DeepSeek V4 发了两个型号,Pro 版 1.6 万亿参数但每次只激活 490 亿,Flash 版更轻量。最大看点是能跑在华为昇腾芯片上,长文本处理成本比 V3.2 省了 73% 算力。
锐评
DeepSeek 这次 V4 系列最值得关注的点不是跑分,而是它明确支持华为昇腾芯片。技术报告里说,在 100 万 token 的长文本场景下,新架构的算力消耗只有 V3.2 的 27%,显存占用更是降到 10%,这个效率提升相当实在。如果数据没注水,意味着用国产卡跑大模型的门槛又降了一截。 不过要打个折:正文没给出和 Kimi K2.6、GPT-5.4 这些同期模型的直接对比数据,只说“大致同级”。另外,虽然发了基础版和指令版,但推理能力到底怎么样,报告里没展开,得等第三方实测。华为昇腾的供应量目前也只有 H100 的四分之一,实际部署规模还得看产能。
HKR 分解
hook knowledge resonance
打开信源
92
SCORE
H1·K1·R1
2026-04-22 · 星期三2026年4月22日
2026-04-21 · 星期二2026年4月21日
00:19
55d ago
● P1Latent Space· rssEN00:19 · 04·21
月之暗面发布 Kimi K2.6 开源模型,在长任务执行上对标 Claude Opus 4.6
月之暗面推出了 Kimi K2.6,一个总参数 1 万亿的混合专家模型,每次推理激活 320 亿参数,支持 25.6 万 token 的上下文窗口。它主打的是长时间、多步骤的智能体任务,官方宣称能连续跑 12 小时以上、调用超 4000 次工具、并行管理 300 个子智能体。在 SWE-Bench Pro 编程基准上得分 58.6,HLE 带工具得分 ...
#Agent#Code#Multimodal#Moonshot
精选理由
我会先打个折:SWE-Bench Pro 58.6 这个数正文没给对比基线,不知道和 Opus 4.6 的差距到底多大,这点先别太激动。但 Kimi K2.6 真正值得盯的不是基座跑分,而是它把 agent 执行时长拉到 12 小时、能并行跑 300 个子代理,这在开源模型里算往前拱了一步。国内大模型旗舰发布本身就自带信号,加上抢在 DeepSeek v4 前出牌,对关注开源模型进展的人有信息差价值,所以给到 P1。
一句话点评
Kimi K2.6 把重点从刷榜转向了长时间干活:能连续跑12小时、调用4000次工具,但训练细节这次没披露,进步幅度得打个折看。
锐评
月之暗面这次发的 Kimi K2.6,是一个总参数1万亿、每次推理激活320亿的混合专家模型。相比三个月前的 K2.5,它最大的变化不是纸面分数,而是把力气花在了让模型能长时间、多步骤地执行任务上。官方说它能连续运行超过12小时,调用超4000次工具,还能同时管理300个子智能体,这比单纯在编程基准 SWE-Bench Pro 上拿58.6分更值得关注。 不过,这次发布有个明显的信息缺口:正文没披露具体增加了多少训练数据或计算量,只说“继续预训练和后训练”。所以这些智能体能力的提升,到底来自算法创新还是单纯堆资源,目前没法判断。另外,它在前端设计任务上声称对 Gemini 3.1 Pro 有68.6%的胜平率,但这类主观评测的波动性一向很大,看看就好。 整体看,K2.6 更像是一次务实的工程迭代,把模型往真实业务流程里推了一步。但缺少技术细节,让它的领先优势能持续多久要打个问号,尤其 DeepSeek V4 已经在传闻中了。
HKR 分解
hook knowledge resonance
打开信源
88
SCORE
H1·K1·R1
2026-04-20 · 星期一2026年4月20日
2026-04-18 · 星期六2026年4月18日
2026-04-16 · 星期四2026年4月16日
2026-04-07 · 星期二2026年4月7日
17:14
68d ago
● P1Latent Space· rssEN17:14 · 04·07
OpenAI 内部团队用 5 个月跑出一个零人工代码的项目,每天烧掉 10 亿 token
Ryan Lopopolo 的团队在 OpenAI 内部搞了个极端实验:5 个月里搭出一个超过 100 万行代码的仓库,所有代码全由 Codex 生成,合并前没有任何人工审查。他们每天消耗超过 10 亿 token,按市价估算大概一天要花 2000 到 3000 美元。团队的核心思路是,当 AI 写代码卡住时,不去教它怎么改 prompt,而是回头补上...
#Agent#Code#Tools#OpenAI
精选理由
这篇是访谈转述,不是官方发布,所以我会先打个折。但内容确实有料:OpenAI Frontier 团队用 5 个月搭了个内部测试产品,代码库超 100 万行,每天消耗超 10 亿 token,合并前完全没人类写码也没人类审查。具体做法是把失败拆成缺能力、缺上下文、缺结构三类,然后用 Symphony 多代理编排、规格文档、测试、可观测性和 1 分钟内构建循环来兜底。真正值得盯的是他们说的那句话——流程重心从人审代码转到了人设计 harness。价格估算约 2000 到 3000 美元一天,但正文没披露独立验证,这点先别太激动。
一句话点评
OpenAI 内部团队用零人工代码跑了一个百万行代码的产品,每天烧掉 10 亿 token,代码审查也全交给 AI。省钱是真省钱,但别急着学,他们没公开这套系统在复杂业务逻辑下的翻车率。
锐评
Ryan Lopopolo 在 OpenAI 的 Frontier 团队搞了一场极端实验:五个月内,完全不让工程师手写一行代码,靠 Codex 代理自动生成、审查、合并代码,最终产出一个超过一百万行代码的内部产品。每天消耗的 token 量达到 10 亿,按市场价算大概一天两三千美元。这个成本对于一家 AI 公司来说不算高,但普通团队直接照搬可能会被账单吓到。 他们开源了一个叫 Symphony 的代理编排框架,核心思路不是让代理“更努力地写代码”,而是当代理卡住时,去补它缺的能力、上下文或结构。比如把构建时间压到一分钟以内,因为人受得了慢,代理受不了。他们还把工程品味编码成技能、文档和测试,让代理自己维护质量。 不过,文章没提这套零人工审查的流水线在复杂业务场景下的准确率和回滚次数。目前公开的信息更像一个内部工具的极限测试,离直接用在金融、医疗这类高可靠场景还有距离。另外,Symphony 的参考实现是用 Elixir 写的,语言门槛会筛掉一批想抄作业的团队。
HKR 分解
hook knowledge resonance
打开信源
88
SCORE
H1·K1·R1
2026-04-03 · 星期五2026年4月3日

更多

频道

后台