快讯 · 排行榜

最新快讯,旁边就是排行榜

先看刚发生的事,再看谁排在前面。这一页只做这两件事。

E
Elon Musk@elonmusk·16 分钟前收录6 小时内
🛠️ 工具生态

xAI 改口:Grok API 文本水印改为默认关闭、由团队管理员按模型开启;语音 API 音频仍默认加 AudioSeal 水印,欧盟和加州用户无法关闭

xAI(文档署名 SpaceXSI)已改写 API 文档《Output Watermarking》页:原定 11 月 7 日起默认开启的文本隐形水印,现在写明「默认关闭」,团队管理员可在控制台按模型开启,覆盖 grok-4.7、4.6、4.5、4.3 和 grok-4.20 三个版本。文档同时披露文本水印采用 Google DeepMind 的 SynthID Text。语音 API(TTS、语音转语音、自定义声音)则默认加 AudioSeal 音频水印,可按模型退出,但终端用户在欧盟、EEA 或加州时仍强制加水印。马斯克 11 月 14 日在 X 上表示,Grok 的文本水印「只在法律要求或用户要求时开启」。

⚡ 核心要点速览
  • •文本:默认关闭,团队管理员在 Console 的 Team settings → Model output watermarking 按模型开启,5 分钟内生效、写入审计日志(xAI 文档)
  • •技术:文本水印用 Google DeepMind 2024 年发表在 Nature 的 SynthID Text,生成时轻微改变选词,不插入任何字符;检测 API 需申请
  • •音频:TTS、语音转语音和自定义声音默认加 AudioSeal 水印,可按模型退出;但按请求 IP 判断用户在欧盟、EEA 或加州时仍强制加
  • •单次请求可加 x-watermark: true 头强制加水印(WebSocket 用 watermark=true);响应头 x-watermark 标明本次是否加了水印
  • •马斯克在 X 上称文本水印「只在法律要求或用户要求时开启」;官方未公布具体改动日期
查看详情与讨论→
J
Jacob Coxon@hilbertspaess·1 小时前收录6 小时内
📊 权威跑分

X 热议:前 Anthropic 研究员 Jacob Coxon 称 IPO 路演中一张「预训练算力效率」对数坐标图是他离职的重要原因,帖子获 5200 赞、约 119 万浏览

新加坡时间 11 月 14 日 03:56,前 Anthropic 研究员 Jacob Coxon(@hilbertspaess)在 X 上贴出 Anthropic IPO 路演中的一张幻灯片,称它是自己决定离职的重要原因。他的解读是:这张图展示预训练算力效率随时间的变化,纵轴是对数坐标,曲线仍在上弯,说明算法进步是「超指数」的,Mythos 只是曲线上的一个点。截至发稿,该帖约 119 万浏览、5,212 赞、321 条回复,X 也把相关争议列入热门话题。批评者质疑这张图没有刻度和具体数字。本文整理的是个人解读和社区观点,不是 Anthropic 的官方结论。

⚡ 核心要点速览
  • •Coxon 原帖:「这张 Anthropic IPO 路演幻灯片是我决定离职的重要原因」,称纵轴是对数坐标、算法进步仍是超指数的,约 5,212 赞、444 转发、321 条回复(原帖)
  • •他认为 Mythos 不是一次性的跳变,而是超指数曲线上的一个点,Anthropic「已经可以用原来一小部分的算力重新训练出 Mythos」;但他也说这并不严格意味着纯软件驱动的智能爆炸,因为研发投入也在增加
  • •针对「图上没有数字和单位」的质疑,他回复称算力乘数(compute multiplier)本身没有单位,相对距离仍有意义;只用三个数据点比较 Mythos 前后两段的效率提升就能说明问题(回复)
  • •他表示出于对公司与员工之间信任关系的考虑,不会违反保密协议透露具体数字;并在后续帖子中主张明年暂停前沿研发,称这只会伤害 OpenAI 和 Anthropic
  • •这是个人解读:Anthropic 尚未就 Coxon 的说法公开回应,图中具体数值官方未公布
查看详情与讨论→
T
Theo - t3.gg@theo·2 小时前收录6 小时内
🛠️ 工具生态

X 热议:Theo 称「AI 会让软件整体更稳定」引发 3300 赞、365 条回复的争论,支持者看好测试和模糊测试变便宜,反对者担心没人细看的代码直接上线

新加坡时间 11 月 14 日 12:19,T3 创始人、开发者 YouTuber Theo(@theo)在 X 上发了一句「Hot take:AI 会让软件整体变得更稳定」。截至发稿,该帖约 10.9 万浏览、3,296 赞、365 条回复、62 条引用,X 也把相关讨论列进了热门话题。支持者认为 AI 让写测试、读旧代码、排查变更和模糊测试都变便宜了;反对者则担心 AI 写代码的速度远超人工审查,没人细看过的代码会直接上线,系统会以更奇怪的方式出问题。本文整理的是社区观点,不是已证实的结论。

⚡ 核心要点速览
  • •原帖只有一句话:「Hot take: Software will get more stable overall thanks to AI」,约 3,296 赞、365 条回复、62 条引用(原帖)
  • •支持方:@rae1101x 认为值班排障大多是在找「改了什么」,AI 加快这一步,即使 bug 照样上线,故障时间也会变短;@maceskridge 认为低垂的安全问题会被修掉,但要先经历几年阵痛
  • •有条件赞同:@Aly0xDev 称 AI 每小时产出的 bug 比人多,但也会补上没人写的测试,前提是代码审查和 CI 保持严格;@rxrenan_ 认为只有「写清楚什么才算正确」的地方才会更稳
  • •反对方:@callitVer1 认为单个函数会更一致,但系统更大、更少人看懂、失败方式更怪;@0xAndyZhou 问没人读过的代码凌晨 3 点出了问题谁来修
  • •@its_ronc 引用的例子:Google 2024 年用 LLM 生成的模糊测试目标在 OSS-Fuzz 中发现 26 个新漏洞,其中包括一个 OpenSSL 漏洞(Google 安全博客)
查看详情与讨论→
V
Vahab Mirrokni@mirrokni·3 小时前收录6 小时内
🛠️ 工具生态

Google Research 公布 Antigravity /teamwork 多智能体成果:与学界合作完整证明 2013 年 Courtade–Kumar 猜想(5000 万行 Lean 4),自主形式化 Weil 猜想;工具已对外开放,1 万名学者可申请 6 个月免费

11 月 13 日,Google Fellow、Google Research 副总裁 Vahab Mirrokni 在 Google Research 博客和 X 上公布 Antigravity /teamwork 多智能体系统的新成果。Google 与 CUHK、USC、CMU 研究者用 Gemini 4 Argon 等模型完整证明了信息论中 2013 年提出的 Courtade–Kumar 猜想,并在 Lean 4 中形式化,共 5000 万行代码。/teamwork-LEAP 还全自主形式化了 Weil 猜想(约 180 万行 Lean,28,800 次子智能体调用)。工程方面,Zircon 微内核剩余部分被改写为约 80 万行安全 Rust,17 个 JAXBench TPU 内核几何平均提速 4.09 倍。/teamwork 和 /boost 已在 Antigravity 对外可用,1 万名学术研究者可申请 6 个月最高档免费额度。

Google Research 公布 Antigravity /teamwork 多智能体成果:与学界合作完整证明 2013 年 Courtade–Kumar 猜想(5000 万行 Lean 4),自主形式化 Weil 猜想;工具已对外开放,1 万名学者可申请 6 个月免费
⚡ 核心要点速览
  • •Courtade–Kumar 猜想(2013)被完整证明并在 Lean 4 中形式化,共 5000 万行代码;Gemini 负责大部分新解析界和区间算术证书,人类研究者提出关键候选函数
  • •/teamwork-LEAP 全自主形式化 Weil 猜想,约 180 万行 Lean、28,800 次子智能体调用;还首次形式化了 1927 年的 Birkhoff 猜想和 3D Bochner–Riesz 猜想
  • •工程成果:Zircon 剩余部分改写为约 80 万行安全 Rust 并通过全部内核单测;libgav1 改写为约 17 万行 Rust,比原 C++/汇编快 20–30%;17 个 JAXBench TPU 内核几何平均提速 4.09 倍
  • •/teamwork 与 /boost 已在 Antigravity 对外可用,Hydrogen 对所有人开放,Carbon/Argon 面向 Enterprise 与 Ultra/付费用户;1 万名学者可申请 6 个月免费;Deep Review 每周免费 2 次
  • •这些结果由 Google 自行发布,博客称预印本和 Lean 4 仓库已公开,外部复核仍需时间
查看详情与讨论→
AD赞助内容
G
Georgi Gerganov@ggerganov·5 小时前收录6 小时内
🛠️ 工具生态

llama.cpp 与 ggml 正式发布 v1.0.0:3.5 年来首个大版本,C API 改用语义化版本、破坏性变更必升主版本;同时移除 35 个废弃函数,新增 FP8 KV 缓存、MoE 专家缓存与 /v1/audio/speech

11 月 13 日,ggml-org 在 GitHub 发布 llama.cpp v1.0.0,并在 Hugging Face 博客宣布 llama.cpp 与 ggml 两个库同时进入 v1.0.0。今后 ./include 下公共 C API 出现破坏性变更时升主版本,向后兼容的新功能、后端和模型支持升次版本,纯修复升补丁版本。本次 release 移除 35 个废弃函数,把 NextN/投机解码 API 提升进 llama.h,新增 OCP FP8 KV 缓存、可设 CPU 分担比例的 MoE 专家缓存,加入 Kimi-K3.1-Pro 等新架构,llama-server 加固 SSRF/CORS/DNS rebinding 防护并新增 OpenAI 兼容的 /v1/audio/speech。作者 Georgi Gerganov 的发布帖约 4,180 赞。

llama.cpp 与 ggml 正式发布 v1.0.0:3.5 年来首个大版本,C API 改用语义化版本、破坏性变更必升主版本;同时移除 35 个废弃函数,新增 FP8 KV 缓存、MoE 专家缓存与 /v1/audio/speech
⚡ 核心要点速览
  • •版本规则:MAJOR = ./include 公共 C API 破坏性变更;MINOR = 向后兼容的功能、后端、模型支持或 API 新增;PATCH = 不改 API 的修复
  • •破坏性变更:移除 llama_set_warmup、35 个废弃函数和 --defrag-thold;llama_set_embd_state_src 改名为 llama_set_ctx_state_src,嵌入 libllama 的项目升级前要改代码
  • •新能力:FP8 KV 缓存(-ctk/-ctv f8_e4m3)、MoE 专家缓存(moe_cache_size、moe_cache_cpu_share)、通过 --shard/--ple 加载外部 PLE 分片
  • •llama-server 加固 SSRF、CORS、DNS rebinding 与 MCP 工具取消,新增 OpenAI 兼容 /v1/audio/speech,Web UI 重做(GitHub release)
  • •分发渠道包括 Docker、Debian、Homebrew、conda-forge、MacPorts、Winget 和 XCFramework;项目目前支持 150+ 种架构变体
查看详情与讨论→
G
Gavin Baker@GavinSBaker·8 小时前收录
🛠️ 工具生态

X 热议:Altimeter 与 Atreides 联名致信英伟达董事会,呼吁别急着换掉黄仁勋、保留其回归选项;马斯克称会签署「恢复黄仁勋职务」请愿,Gavin Baker 称已有约 2 万人联署

新加坡时间 11 月 14 日 08:34,Atreides Management 管理合伙人兼 CIO Gavin Baker(@GavinSBaker)在 X 上贴出一封他与 Altimeter Capital CEO Brad Gerstner 联名寄给英伟达董事会的信。信中以股东身份请求董事会对公司未来领导层采取「缓慢、审慎、深思熟虑」的流程,保留包括黄仁勋回归在内的所有选项,避免在事实查明前仓促找人接替;同时表示临时 CEO Colette Kress 及团队能胜任过渡。该帖目前约 135 万浏览、9,580 赞、1,160 转发。此前马斯克回复称「有人在发起恢复 Jensen 职务的请愿,我也会签」,这条回复已获约 20.7 万赞;Baker 随后称请愿已有约 2 万人签名,其中约 2000 名英伟达员工(其个人说法,未经独立核实)。也有反对声音:特斯拉高级主任工程师 Yun-Ta Tsai 认为员工若真想要黄仁勋回来,应当以辞职表态。本文是社区讨论,英伟达董事会尚未对信件或请愿作出公开回应。

⚡ 核心要点速览
  • •信件署名:Altimeter Capital CEO Brad Gerstner 与 Atreides Management 管理合伙人兼 CIO Gavin Baker;Baker 称这是 Atreides 第一次做这类事(原帖)
  • •核心诉求:董事会对未来领导层采取缓慢、审慎的流程,保留黄仁勋回归的选项;若查明事实后董事会仍认为不宜让他回任,那是董事会的权力
  • •马斯克 11 月 14 日(新加坡时间 04:51)回复称会签署恢复黄仁勋职务的请愿,约 20.7 万赞、730 万浏览(原帖)
  • •Baker 称请愿约 2 万人签名、含约 2000 名英伟达员工,并表示支持在独立调查结果出来前立即恢复黄仁勋职务;签名数为其个人说法
  • •反方观点:特斯拉 Yun-Ta Tsai 的帖子约 1.7 万赞,认为员工应以辞职表态;英伟达官方暂无回应,11 月 17 日(美国时间)财报电话会是下一个观察点
查看详情与讨论→
H
Harrison Chase@hwchase17·12 小时前收录
🛠️ 工具生态

LangChain 完成 3 亿美元 C 轮融资、估值 30 亿美元:CapitalG 领投,押注 LangSmith 智能体运行、改进与治理平台,11 月 20 日将发新功能

LangChain 联合创始人兼 CEO Harrison Chase 11 月 13 日在官方博客和 X 上宣布,公司完成 3 亿美元 C 轮融资,估值 30 亿美元,由老股东 CapitalG 领投,GIC、DFJ Growth 新进,IVP、Sapphire Ventures 跟投,累计融资达 4.6 亿美元。资金将投向框架无关的智能体平台 LangSmith,官方称已有 7000 多家组织在用,11 月 20 日将举办发布活动公布新能力。

⚡ 核心要点速览
  • •融资数字:3 亿美元 C 轮、估值 30 亿美元、累计融资 4.6 亿美元(LangChain 官方博客、Business Wire 新闻稿)
  • •投资方:CapitalG 领投,GIC、DFJ Growth 为新投资方,IVP、Sapphire Ventures 跟投;Salesforce Ventures、Insight、MongoDB Ventures 等新进,Sequoia、Benchmark 等加注
  • •LangSmith 定位为框架无关的三支柱平台:Agent Runtime(运行)、Agent Improvement(改进)、Agent Governance(治理),可跑在 LangChain 云、自托管或客户自己的 AWS / Azure / Google Cloud 账号
  • •规模数据为官方口径:7000 多家组织使用 LangSmith;CapitalG 称其开源项目累计下载超 10 亿次、目前每月超 3.5 亿次
  • •下一步:11 月 20 日(美国时间周五)举办特别发布活动,公布多项 LangSmith 新能力;具体功能官方未提前披露
查看详情与讨论→
M
Microsoft AI@MicrosoftAI·13 小时前收录
🚀 重大发布

微软 MAI-Transcribe-2 语音识别模型在 Foundry 正式 GA:单模型覆盖 60 种语言、内置说话人分离,1 小时音频约 10 秒转完,年底前每小时 0.10 美元

Microsoft AI 官方账号 11 月 12 日宣布,自研语音转文字模型 MAI-Transcribe-2 在 Microsoft Foundry 正式商用(GA),可用于生产环境,价格为每小时音频 0.10 美元(限时到 2026 年底)。该模型 9 月 3 日以公开预览上线,单模型支持 60 种语言,自带说话人分离、词级时间戳和关键词偏置;微软称 1 小时音频约 10 秒推理完成,FLEURS 前 25 种语言平均词错误率 3.4%。

微软 MAI-Transcribe-2 语音识别模型在 Foundry 正式 GA:单模型覆盖 60 种语言、内置说话人分离,1 小时音频约 10 秒转完,年底前每小时 0.10 美元
⚡ 核心要点速览
  • •从预览转正式:9 月 3 日公开预览,11 月 12 日在 Microsoft Foundry GA,可用于生产负载(Microsoft Learn 文档)
  • •价格:每小时音频 0.10 美元,官方写明是到 2026 年 12 月 31 日的限时价,之后价格以官方定价页为准
  • •一个模型 60 种语言:自动识别语种,支持印英混说(Hinglish)、西英混说(Spanglish)等语码切换,噪声环境下保持准确率
  • •功能内置:说话人分离、词级时间戳、关键词偏置(phraseList)、clean / verbatim 两种转写风格,无需另接服务
  • •速度与精度为微软自测:1 小时音频约 10 秒推理,比 GPT-Transcribe 快 10 倍、比 Scribe v2 快 7 倍、比 Gemini 3.5 Transcribe 快 5 倍;FLEURS 60 语言平均词错误率 5.2%
查看详情与讨论→
AD赞助内容
J
Jakub Jurovych@jakubjurovych·14 小时前收录
📊 权威跑分

Deepnote 发布 Agent Initiative Benchmark:测 12 个前沿模型做「主动型智能体」,GPT-6 Astra 以 8.97 分居首,GPT-6.1 Sol 每任务仅 0.11 美元排第二

数据笔记本公司 Deepnote 开源 Agent Initiative Benchmark v1.0:把智能体放进一家拥有 6 年历史、11 个服务数据的虚构公司 PageMantle 的 Slack 里,看它能否在没人叫它时主动查证、判断要不要开口、发给谁。50 个场景测 12 个模型,GPT-6 Astra 8.97 分第一,GPT-6.1 Sol 8.65 分第二,Claude Fable 5.2 8.17 分第三。

Deepnote 发布 Agent Initiative Benchmark:测 12 个前沿模型做「主动型智能体」,GPT-6 Astra 以 8.97 分居首,GPT-6.1 Sol 每任务仅 0.11 美元排第二
⚡ 核心要点速览
  • •排名前三:GPT-6 Astra 8.97、GPT-6.1 Sol 8.65、Claude Fable 5.2 8.17;Gemini 4 Argon 5.60、Grok 4.7 4.51 垫底(官方结果页)
  • •最贵不等于最好:Sol 每任务 0.11 美元,Fable 5.2 为 1.87 美元;GPT-6 Luna(0.007 美元)与 Claude Fable 5.1(3.02 美元)价差约 430 倍,分数只差 1.1 分
  • •模型擅长帮忙、不擅长闭嘴:该开口时约 9/10 会发消息,该沉默时只有约 6/10 忍住;多说一次的成本约是沉默的 1.8 倍
  • •工具调用最多的两个模型得分最低:Gemini 4 Argon 平均 35 次、Grok 4.7 平均 36 次,约一半需要帮忙的任务没给出答案
  • •代码与任务 Apache 2.0、PageMantle 数据集 CC BY 4.0,已放在 GitHub 与 Hugging Face
查看详情与讨论→
G
Google Antigravity@antigravity·16 小时前收录
🛠️ 工具生态

Google Antigravity 上线 Dynamic Workflows:/run-workflow 让智能体写 Python 脚本编排并行与串行子智能体

Google Antigravity 推出 Dynamic Workflows:输入 /run-workflow,主智能体编写一段 Python 脚本,用 parallel() 和 pipeline() 调度多个子智能体,每个子智能体按 JSON Schema 返回结构化结果;脚本运行前需用户审批,可保存复用。面向 Google AI Pro 与 Ultra 用户,App 与 CLI 均可用。

Google Antigravity 上线 Dynamic Workflows:/run-workflow 让智能体写 Python 脚本编排并行与串行子智能体
⚡ 核心要点速览
  • •新命令 /run-workflow:智能体写 Python 脚本,用 parallel() 并发、pipeline() 串行调度子智能体(官方文档)
  • •每个子智能体在独立会话里运行,通过 finish 工具按 JSON Schema 返回结果,文件读取和测试日志不占主会话上下文
  • •脚本运行前需用户审批(Turbo 等预设可自动放行),可保存到项目里反复运行
  • •面向 Google AI Pro / Ultra,Antigravity App 与 CLI 都支持;自带 Python,也可用 ANTIGRAVITY_PYTHON 指定 3.8+ 解释器
  • •官方 X 原帖约 1.9k 赞、650+ 收藏(截至收录时)
查看详情与讨论→
C
ClickHouse@ClickHouseDB·16 小时前收录
🛠️ 工具生态

ClickHouse 开源 Loom:给编码智能体的共享记忆 + 实时代码索引,代码问答得分 0.78→0.84

ClickHouse 发布开源(Apache-2.0)的智能体记忆系统 Loom,把记忆、代码索引和运行日志放进同一个 ClickHouse 库,记忆与代码关联,代码变动时标记可能过时的记忆。支持 MCP、HTTP API、Python/TS SDK,提供 Claude Code 和 Codex 插件。官方测试中代码问答平均分从 0.78 升到 0.84。

ClickHouse 开源 Loom:给编码智能体的共享记忆 + 实时代码索引,代码问答得分 0.78→0.84
⚡ 核心要点速览
  • •代码问答(24 题×3 次)平均分 0.78→0.84,单题平均成本 $0.212→$0.17(官方口径,博客)
  • •找文件任务(36 题×10 次)准确率 91.4%→96.4%
  • •LongMemEval-S 100 题:检索记忆 94% 对比塞入完整历史 90%,读取 token 少约 90%;完整 500 题 memory.ask 96.6%(官方口径)
  • •记忆与代码索引同库:函数改名会跟随,被重写则标记待复核,不自动改写
  • •Apache-2.0 开源,需 ClickHouse 26.5+(推荐 26.8+),一行脚本用 Docker 启动
查看详情与讨论→
T
Thinking Machines@thinkymachines·18 小时前收录
🛠️ 工具生态

Thinking Machines 公开 Inkling 2 Small 端到端 4 位训练方案:专家层前向全程 NVFP4,预训练提速 8%、RL 提速 20%,594B 模型 68 小时完成预训练

Thinking Machines 在 Connectionism 博客发文,介绍 Inkling 2 Small 如何从预训练第一步到最后一次 RL rollout 都用原生 4 位(NVFP4)前向计算:反向用 MXFP8 加随机舍入,通信也做量化。官方称这是已知最大的端到端 4 位前向训练模型,相比全 MXFP8 训练,预训练墙钟时间快 8%、RL 快 20%。

Thinking Machines 公开 Inkling 2 Small 端到端 4 位训练方案:专家层前向全程 NVFP4,预训练提速 8%、RL 提速 20%,594B 模型 68 小时完成预训练
⚡ 核心要点速览
  • •NVFP4 只用于 MoE 专家层的前向计算,反向用 MXFP8 并配合重量化和随机舍入,以减少梯度偏差
  • •同一套数值配置从预训练沿用到 SFT 和 RL,训练结束交付量化权重时无需再做校准
  • •相比全 MXFP8:预训练墙钟提速 8%,RL 提速 20%;预训练计算效率约损失 2%,RL 奖励无可见差异
  • •专家并行通信成为新瓶颈,团队用 32 维随机 Hadamard 变换加块缩放格式量化 combine 通信
  • •官方称同规模模型数月前训练需数周,Inkling 2 Small 在 GB300 NVL72 上 68 小时完成预训练
查看详情与讨论→
A
Artificial Analysis@ArtificialAnlys·19 小时前收录
📊 权威跑分

Artificial Analysis 发布 Coding Agent Index v2.1:换用 FrontierCode 2.0 与 Terminal-Bench 4.1,Claude Fable 5.2 与 Opus 5.5 以 58 分并列第一,各配置平均降 5 分

Artificial Analysis 11 月 14 日发布编码智能体指数 v2.1:把 FrontierCode 从 1.1 换成 Cognition 的 FrontierCode 2.0(132 个真实任务,按维护者是否愿意合并评分),Terminal-Bench 从 4.0 升到 4.1,保留 SWE-Atlas-QnA-AA。Claude Code + Claude Fable 5.2(xhigh/high)和 Claude Opus 5.5(max)并列 58 分居首;因新版 FrontierCode 更难,各配置平均降 5 分,只有 Codex + GPT-6.1 Terra(max)基本没掉分。

Artificial Analysis 发布 Coding Agent Index v2.1:换用 FrontierCode 2.0 与 Terminal-Bench 4.1,Claude Fable 5.2 与 Opus 5.5 以 58 分并列第一,各配置平均降 5 分
⚡ 核心要点速览
  • •v2.1 构成:FrontierCode-AA 2.0(132 个真实编码任务,按仓库维护者是否会合并评分)、Terminal-Bench 4.1(同样 66 题,更新验证器以提高可靠性、防奖励投机)、SWE-Atlas-QnA-AA
  • •并列第一 58 分:Claude Code + Claude Fable 5.2(xhigh 与 high 均为 58)、Claude Code + Claude Opus 5.5(max),以及 Devin Fusion CLI(Opus 5.5 max + GPT-6 Luna High);其后为 Claude Sonnet 5.5(max)56、Antigravity CLI + Gemini 4 Carbon(high)55
  • •23 个两版都测过的配置在 FrontierCode-AA 2.0 上全部低于 v1.1,均值从 45% 降到 29%;Claude Code + Fable 5.2 以 49% 领先。Terminal-Bench 4.1 各配置变化都不到 3 分,Kimi Code CLI + Kimi K3.1 Pro 以 68% 居首
  • •成本差约 30 倍:48 分以上配置中,Codex + GPT-6.1 Sol(max,52 分)每题 1.51 美元,Claude Code + Fable 5.2(max,56 分)每题 44.22 美元;Fable 5.2 在 medium/high/xhigh 分别为 2.89/7.51/15.47 美元
  • •Claude Code 与 Devin Fusion CLI 遇到安全拒答会切换到备用模型:Devin Fusion CLI 与 Opus 5.5(max)约 9% 的尝试由备用模型完成,Fable 5.2(xhigh)6%,Sonnet 5.5 5%
查看详情与讨论→
A
Artificial Analysis@ArtificialAnlys·20 小时前收录
📊 权威跑分

Artificial Analysis Controlled Voice Arena:Speechify Simba 3.5 以 1192 Elo 登顶,与 HeyGen Voice 统计持平,每百万字符 6.58 美元仅为后者约五分之一

Artificial Analysis 11 月 13 日公布,Speechify 的语音合成模型 Simba 3.5 在 Controlled Voice Arena 排名第一,与 HeyGen Voice 统计持平。该榜所有模型都用同一组 8 个克隆声音(4 个美音、4 个英音)朗读,用户盲听投票,比的是模型本身而非演示音色。榜单显示 Simba 3.5 为 1192±17 Elo(1,783 个样本),HeyGen Voice 1190±13,Qwen-Audio-3.1-TTS-Plus 1176 居第三;Simba 3.5 API 价每百万字符 6.58 美元,HeyGen Voice 为 30 美元。

Artificial Analysis Controlled Voice Arena:Speechify Simba 3.5 以 1192 Elo 登顶,与 HeyGen Voice 统计持平,每百万字符 6.58 美元仅为后者约五分之一
⚡ 核心要点速览
  • •Controlled Voice Arena 让所有模型使用同一组 8 个克隆声音(4 美音、4 英音),用户盲听投票,排除「挑一个好听的演示音色」带来的偏差
  • •Simba 3.5 为 1192±17 Elo(95% 区间 1175–1209,1,783 个样本),名次区间 1–3;HeyGen Voice 1190±13,名次区间 1–2,两者统计上持平
  • •第三至第五:Qwen-Audio-3.1-TTS-Plus 1176、HeyGen Voice Turbo 1174、Qwen-Audio-3.1-TTS-Flash 1164;Eleven v4 Turbo 1156、Eleven v4 1155 分列第六、第七
  • •价格(按各家 API 生成 100 万字符计):Simba 3.5 6.58 美元,HeyGen Voice 30 美元,HeyGen Voice Turbo 4 美元,Eleven v4 80 美元
  • •同一榜单上 Speechify 的上一代 Simba 3.2 为 1082 Elo,排第 14;AA 帖子还称 Simba 3.5 在 Provider Voice(厂商自带音色)榜排第 5
查看详情与讨论→
A
Artificial Analysis@ArtificialAnlys·21 小时前收录
📊 权威跑分

Artificial Analysis 推出 Diarization Index 说话人分离基准:按词级说话人错误率 WDER 评测语音转文字 API,NVIDIA Nemotron 3.5 Transcribe 以 3.3% 领先,Voxtral Small Transcribe 3 以 7.5% 居次

Artificial Analysis 11 月 13 日发布 Diarization Index,专门衡量语音转文字 API 能否把每个词归到真正说话的人:指标是 WDER(被分给错误说话人或无人说话的词占比),测试集为 97 段 2–8 人英文对话,按 2 人、3–4 人、5–8 人三档等权平均。NVIDIA 开源权重的 Nemotron 3.5 Transcribe 以 3.3% 居首,Voxtral Small Transcribe 3 以 7.5% 排第二,也是有标价 API 里最准的;MAI-Transcribe-2 为 8.8%,速度最快之一。

Artificial Analysis 推出 Diarization Index 说话人分离基准:按词级说话人错误率 WDER 评测语音转文字 API,NVIDIA Nemotron 3.5 Transcribe 以 3.3% 领先,Voxtral Small Transcribe 3 以 7.5% 居次
⚡ 核心要点速览
  • •新指标 WDER =(分错说话人的词 + 无人说话时段的词)÷ 参与评分的参考词数,越低越好;AA 称不用 DER,因为对 API 而言 DER 主要在考词时间戳而不是谁在说话
  • •测试集 97 段对话、每段约 2–9 分钟、总时长约 6.8 小时,真实与合成语音混合,大部分音频为私有留出集,另含约 126 分钟公开的 NOTSOFAR-1 会议录音
  • •评测时直接调用各 API 并开启说话人分离,不告诉模型有几个人在说话,整段音频一次送入;价格包含单独收费的分离功能
  • •Nemotron 3.5 Transcribe 2 人对话 WDER 1.7%,5–8 人时也只有 5.6%;在人数最多的一档,其他所有 API 的 WDER 都超过 10%
  • •Voxtral Small Transcribe 3 为 7.5%、每千分钟 4 美元;MAI-Transcribe-2 为 8.8%、每千分钟 1.67 美元,每等 1 秒可转写 93.7 秒音频;Nemotron 3.5 Transcribe 是开源权重模型,AA 未列价格
查看详情与讨论→
F
FBI Cyber Branch@FBICyberBranch·22 小时前收录
🛠️ 工具生态

FBI 发布 FLASH 预警:开源 LLM 智能体渗透框架 ARTEX 自 8 月起被黑客大规模滥用,部分入侵 3 小时内拿到特权,公网暴露控制台超 1600 个,攻击方最常用 DeepSeek Flash 系列模型

FBI 网络部门 11 月 13 日发布 FLASH-20261113-001,点名开源的 LLM 驱动多智能体渗透测试平台 ARTEX:自 2026 年 8 月起被多类黑客用于自动化完成侦察到数据外传的多个阶段,目标涵盖金融、政府、科技、国防、半导体、能源、医疗等行业,部分入侵从锁定目标到拿到特权不到 3 小时。原作者 10 月已下架 GitHub 仓库,但分叉、镜像和商业版 ARTEX PRO 仍在流传,11 月初已发现超 1600 个公网暴露的 ARTEX 控制台。

FBI 发布 FLASH 预警:开源 LLM 智能体渗透框架 ARTEX 自 8 月起被黑客大规模滥用,部分入侵 3 小时内拿到特权,公网暴露控制台超 1600 个,攻击方最常用 DeepSeek Flash 系列模型
⚡ 核心要点速览
  • •ARTEX 用 Go 编写,把自然语言下达的战术目标拆成命令交给专门智能体执行,除设定目标外几乎无需人工介入;它本身不带模型,而是接入外部 LLM,包括 Claude、GPT 以及 DeepSeek、GLM、Grok、Kimi 等
  • •FBI 称在攻击方控制的 ARTEX 实例中中国模型最常见,DeepSeek Flash 系列用得最多,原因是能力与成本平衡,且在以「渗透测试」包装时看不到明显护栏
  • •已知案例:针对韩国金融机构的攻击导致约 6.7 万人个人信息外泄;一次 ConnectWise Cloud Backup 供应链入侵波及 2250 多个下游租户
  • •原作者「Autumn-27」7 月在 GitHub 发布,10 周内约 1500–2000 星,10 月 8 日下架仓库;FBI 称分叉、本地化改版、存档副本和商业版 ARTEX PRO 仍在扩散
  • •FBI 建议:盘点所有公网应用(含合作伙伴门户、移动后端、遗留服务),把云管理、Kudu/SCM 发布接口、备份平台等收进可信网络,扫描代码库和 CI/CD 中的明文密钥并及时轮换
查看详情与讨论→
G
Grok Bot@bot·23 小时前收录
🛠️ 工具生态

Grok Bot 1.0 结束测试:Bot 可加入 Google Meet、Zoom 和 Microsoft Teams 会议,会中在聊天区答问,会后发纪要和待办,Team、Enterprise、Ultra 套餐可用

SpaceXSI 发布 Grok Bot 1.0,官方 @bot 账号随后宣布 Bot 现在能参加会议:把 Google Meet、Zoom 或 Microsoft Teams 链接发给 Bot 并批准后,它会以「转写中」身份入会,旁听记笔记、在会议聊天里回答点名提问,散会后在对话里发送纪要和待办。会议功能面向 Team、Enterprise 和 Ultra 套餐,企业管理员可统一开关;同版本还让 Team Bot 进入 Microsoft Teams,并新增共享连接器和团队学习审核。

Grok Bot 1.0 结束测试:Bot 可加入 Google Meet、Zoom 和 Microsoft Teams 会议,会中在聊天区答问,会后发纪要和待办,Team、Enterprise、Ultra 套餐可用
⚡ 核心要点速览
  • •入会方式:在与 Bot 的对话里贴会议链接并让它加入记笔记,批准卡片后由主持人放行;跟随日历的 Bot 也能自动参加已排期会议
  • •会中在会议聊天里点名 Bot 即可提问;Zoom 私聊会得到私密回答,Bot 不会在会上透露你的凭据,被人索要它保留的内容时会先告诉你是谁要的
  • •可选「Disable Interactivity」只听不答,也可取消排期或让 Bot 退出;散会后发纪要和待办,开通 Pages 的用户还会得到一份更长的会议报告页
  • •Enterprise 管理员可在团队后台 Bot Capabilities 统一开关会议功能;关闭后 Bot 无法加入或读取会议
  • •同版本(更新日志 v1.0.1,11 月 11 日)还让 Team Bot 进入 Microsoft Teams、支持共享连接器、团队教给 Bot 的内容需负责人审核后生效;官方未公布会议转写准确率等数据
查看详情与讨论→
C
ChatGPT@ChatGPT·1 天前收录
🛠️ 工具生态

OpenAI 推出 ChatGPT Wallet:dots 智能体可替你下单付款,商家和智能体拿不到真实卡号,每笔都需 Face ID 或指纹确认,先向美国 Pro 用户开放

OpenAI 11 月 13 日发布 ChatGPT Wallet,与美国运通、万事达、Visa 合作,让 dots 智能体在用户批准后代为完成购买。付款时由卡组织生成替代卡号的支付令牌,商家和智能体都看不到真实卡号;每笔购买前用户需核对商品、总价和所选卡片,并用 Face ID 或指纹确认。即日起向美国 18 岁以上 ChatGPT Pro 用户的 dots 逐步开放,同步发布商家接入指南。

OpenAI 推出 ChatGPT Wallet:dots 智能体可替你下单付款,商家和智能体拿不到真实卡号,每笔都需 Face ID 或指纹确认,先向美国 Pro 用户开放
⚡ 核心要点速览
  • •用户只需绑卡一次,之后每笔购买都会展示商品、总价和所选卡片,用 Face ID 或指纹等安全验证批准,并留下授权记录
  • •批准后由卡组织下发支付令牌(含卡号、安全码和有效期的替代信息),扣款仍走用户所选的卡,原有积分和合格争议保护保留
  • •首发范围:美国 18 岁以上 ChatGPT Pro 用户、美国发行的合格卡,通过 dots 使用;OpenAI 称会根据早期使用情况逐步扩大
  • •同步发布 Commerce Partner Playbook:商家可在 ChatGPT 认领店铺、上传商品源,用 Web Bot Auth 识别智能体签名请求,也可做插件或接入 WebMCP 工具
  • •OpenAI 正与 Forter、Riskified、Sardine、Signifyd 等风控方及 Adyen、Checkout.com、Stripe 合作,减少智能体合法订单被误拒;按预设额度全自动代购目前仍只是规划
查看详情与讨论→
L
LMSYS Org@lmsysorg·1 天前收录
📊 权威跑分

RadixArk 用英伟达 Vera CPU 跑智能体强化学习沙箱:同样负载下每轮比 AMD Turin 快约 12%,满载时单路可扛 x86 的 1.3–2.1 倍

LMSYS 博客 11 月 13 日发布 RadixArk Miles 团队文章:开源 RL 后训练框架 Miles 首次把智能体强化学习的全部沙箱放到英伟达 Vera CPU 上端到端训练 GLM-4.7-Flash。在机器已被其他任务占满的条件下,沙箱放在 AMD EPYC Turin 上时每轮平均多花 12%;满载时 Vera 单路可承载的负载是 Xeon 6 的 1.3–1.5 倍、Turin 的 1.4–2.1 倍。

RadixArk 用英伟达 Vera CPU 跑智能体强化学习沙箱:同样负载下每轮比 AMD Turin 快约 12%,满载时单路可扛 x86 的 1.3–2.1 倍
⚡ 核心要点速览
  • •Miles 在 Vera 上跑了 68 个训练步、2,400 多轮,同步和全异步两种模式都无需改训练代码;为此把 Terminal-Bench 和 SWE-bench 中 530 个任务的环境重建为 arm64
  • •对照实验(同模型、同任务、同 GPU,每边 5 步 160 轮):沙箱放在 Turin 上每轮平均多 53 秒,其中智能体命令多 26 秒(慢 60%),验证器多 11 秒
  • •满载时 Vera 每核在 Python 和编译类工作上只慢 5%–22%,Turin 每核慢 40%–70%;176 个并发轮次的 Vera 仍快于只跑 24 轮的 Turin
  • •团队推算:推理再快 8 倍时,Turin 上每轮会比 Vera 长 33%,快 32 倍时长 41%(为推算值,非实测)
  • •以上均为 RadixArk 与英伟达合作的自测结果,x86 机器用 AWS 默认设置,Vera 用英伟达调优的启动参数
查看详情与讨论→
V
Vercel@vercel·1 天前收录
🛠️ 工具生态

Vercel 发布 Workflow SDK 5:为智能体循环重写持久化引擎,步骤间开销最多降 25 倍,所有负载默认端到端加密,运行可按区域就近存放

Vercel 发布 Workflow SDK 5。官方称上线以来已跑过 40 亿步、7 亿次运行,新版重写引擎减少队列往返,1,020 步任务中位耗时从 21 分钟降到 3 分钟;步骤输入输出用每次运行独立密钥的 AES-256-GCM 加密;工作流基础设施部署到所有 Vercel 函数区域,并支持 Pi、OpenCode 等智能体框架做持久化。

Vercel 发布 Workflow SDK 5:为智能体循环重写持久化引擎,步骤间开销最多降 25 倍,所有负载默认端到端加密,运行可按区域就近存放
⚡ 核心要点速览
  • •官方基准(v5.2.0 对比 v4.8.12):首步 p75 从 418 毫秒降到 172 毫秒,步骤间 p75 从 618 毫秒降到 109 毫秒,长任务后段开销从 1,748 毫秒降到 70 毫秒(25 倍)
  • •流式输出默认走 WebSocket:回放一段 52.4 秒的智能体回复,中位送达时间从 226.1 秒降到 53.5 秒,token 流压缩后平均小约 80%
  • •负载端到端加密:每次运行独立密钥,Vercel 只存密文,解密在浏览器或终端完成并记入审计日志;可设保留期为 0,运行结束即删数据
  • •运行状态存放在发起请求的区域,也可用 region 参数指定(如法兰克福),单区故障不影响其他区域的新运行
  • •durable-harness 可给 Pi、OpenCode 加持久化,Claude Code 和 Codex 在 Vercel Sandbox 中为实验性集成;Python SDK 进入测试版
查看详情与讨论→