BetterOPC 보고서 · 주간

AI와 1인 창업 소식을 날짜별로 모았습니다. 해설과 출처 제목은 원문으로 표시합니다.

2026-W41 · 수집한 항목: 84

중국어 간체 원문

模型发布、产品发布成为本期主线

本期共收录 84 条精选内容,来自 25 个独立信源,覆盖 3 个赛道。重点关注「PyTorch 改进 Dynamo 列表/元组类型不匹配报错」、「OpenAI:GPT-6 与智能 UI 向所有 ChatGPT 用户推送」、「Anthropic 发布 Claude Haiku 5.5 最新模型」。

模型发布/更新

  • OpenAI:GPT-6 与智能 UI 向所有 ChatGPT 用户推送

    OpenAI 在 X 上宣布,GPT-6 与 Intelligent UI 正在向所有 ChatGPT 用户推送。据其描述,ChatGPT 中的 Intelligent UI 能提供快速、可交互的回答,让日常问题更可视化、复杂主题更易理解,并可在当前任务中直接调用交互式工具。该帖附带一条链接,获得 43 次转发、411 个点赞和 27390 次浏览。除上述内容外,原文未披露 GPT-6 的具体能力、参数、上线地区或时间表等细节。

    원문 보기 ↗
  • Anthropic 发布 Claude Haiku 5.5 最新模型

    Anthropic 官方账号发布消息称 Claude Haiku 5.5 是其最新模型。该帖获得 23 次转发、371 个点赞和 17053 次浏览。除模型名称与官方发布这一事实外,原文未披露模型能力、参数、定价、发布时间或可用渠道等具体信息,因此目前可确认的内容有限。

    원문 보기 ↗
  • GLM 5.3 上线 Amazon Bedrock

    Z.ai 的 GLM 5.3 现已在 Amazon Bedrock 上可用。这是一个 753B 参数的混合专家(MoE)模型,面向编码和长周期 Agent 任务构建。官方博客介绍了如何通过 OpenAI 兼容 API 调用它、利用 prompt caching 降低成本和延迟,以及使用开源 Strix agent 运行授权安全测试。

    원문 보기 ↗
  • Google DeepMind 发布 EmbeddingGemma 2 端侧多模态嵌入模型

    Google DeepMind 发布 EmbeddingGemma 2,称其为首个原生多模态、面向端侧嵌入的开源模型。该模型在文本之外扩展,将代码、图像、音频和视频统一到同一共享空间中。原帖未披露模型参数规模、具体评测数据、发布时间或开源许可等细节,信息有限。

    원문 보기 ↗
  • Claude Haiku 5.5 登陆 AWS Bedrock

    Claude Haiku 5.5 现已在 Amazon Bedrock 和 AWS 上的 Claude Platform 上线。据 Anthropic 介绍,它是 Claude 5.5 系列中速度最快、效率最高的模型,面向子代理(subagents)以及高并发、成本敏感型任务,在大多数任务上比 Claude Haiku 4.5 便宜约 75%。该文章介绍了它的改进点以及如何开始使用。

    원문 보기 ↗
  • PyTorch dynamo:将 PrecompileSession 渲染为覆盖率产物

    PyTorch 主分支提交 9ff910b 在 dynamo 中实现将 PrecompileSession 渲染为 artifact,并置于 coverage 相关逻辑之后。原文正文仅包含这一条提交标题,未提供更多实现细节、性能数据或影响说明,因此信息有限,无法确认具体改动范围与效果。

    원문 보기 ↗
  • PyTorch 发布 viable/strict/1791500016 版本

    这是 PyTorch 在 GitHub 上发布的一个版本标签,标题为 viable/strict/1791500016。正文仅包含一条提交信息:[CUDA][LinAlg] nopiv LU - improve performance for batched moderate si…,即针对 CUDA 线性代数中无主元 LU 分解,改进批量中等规模场景的性能。除该提交标题外,原文未提供更多细节,如具体性能提升幅度、影响范围或发布日期,因此信息有限。

    원문 보기 ↗
  • Mistral Large 4 发布:1 万亿参数原生多模态

    Mistral 发布史上最大模型 Mistral Large 4,代号 Le Chonk,从零训练而非迭代:1 万亿参数、520 亿稀疏激活,具备原生多模态能力。公开预览即日起在 Mistral Studio 上线,权重月底发布。原文提到参数堆叠并非最有意思的部分,最值得关注的是它在安全测试中的表现,但正文在此处截断,具体安全测试结果信息有限。

    원문 보기 ↗
  • 斯坦福开源可组合世界-动作模型框架 OpenWAM

    斯坦福大学团队开源了可组合式世界-动作模型框架 OpenWAM,将因果机器人视频预训练、动作策略与正逆动力学建模整合到统一流程中,支持灵活配置联合去噪、先视频后动作等交互模式,并兼容共享架构与双专家模型。框架已原生适配 LIBERO、RoboTwin、CALVIN 及 LeRobot 等基准数据,同时提供扩展 SDK,便于接入自定义策略、动作解码器与仿真环境,为具身智能与机器人学习研究提供开箱即用的模块化底座。代码见 github.com/OpenWAM/OpenWAM。

    원문 보기 ↗
  • AWS 上线 Claude Haiku 5.5,子代理成本降 75%

    AWS 宣布 Claude Haiku 5.5 已在 Amazon Bedrock 和 AWS 上的 Claude Platform 上线。据 Anthropic,Haiku 5.5 在多数任务上比 Haiku 4.5 便宜约 75%,是迄今最强的 Haiku 模型,覆盖编码、工具调用、计算机使用和代理任务,并首次支持 effort controls,可按任务调节成本与智能。AWS 将其定位为子代理和高并发、成本敏感场景,用于请求路由、代码审查、长文档分类、知识库问答等,并与 Opus 5.5 搭配:Opus 负责最难推理,Haiku 快速执行明确任务。Bedrock 上支持区域数据驻留及 IAM、CloudTrail、CloudWatch、Guardrails,按 AWS 计费。

    원문 보기 ↗
  • TypeSafe AI 决策模型 Jev 日处理量达 1 万亿 Token,硅谷巨头火速跟进复刻

    据《华尔街日报》报道,TypeSafe AI 于 9 月 15 日发布决策模型 Jev,它不生成文本,而是借助机器学习把输入归类到预设输出(是/否、数值评分或列表答案),公司称该思路为“面向校准决策的强化学习”。负责人 Diogo Almeida 曾任 OpenAI 参与 ChatGPT 研发,2024 年离职,公司已获 DCVC 4000 万美元融资。他表示约 25% 的财富世界 500 强企业正在使用该模型,日处理 token 已达一万亿且呈指数级增长,并称主流大语言模型“用于自动化场景时效果差得离谱”。The Information 披露其正洽谈目标 10 亿美元以上新融资,部分投资者估值超 100 亿美元。OpenAI 上线 Decisions API,Databricks 发布 ai_decide,Cloudflare 推出开源 Clef/Clef-flash,亚马逊此前有 Strands Decider 2B。

    원문 보기 ↗
  • 开源 THX-01:322M 决策模型,工单分类媲美 Sonnet 5.5

    作者开源 THX-01,322M 参数(mmBERT-base 编码器 + 15M 决策头),Apache 2.0 许可。它非自回归:输入状态加类型化问题,一次前向传播即返回每个选项的概率,无需生成、JSON 解析或重试。支持 choice、yes/no、score、number、excerpt 及 cite 等题型,单 GPU 约 10 ms/请求,批量约 3000 决策/秒,也可跑在 CPU 上,并兼容 /v1/systemone 线格式。在 2843 条 az/ru/en/tr 工单、15 类的自建基准上,平均准确率 98.4%,Claude Sonnet 5.5 为 98.5%(1.5 秒),Wahoo 1.5 为 97.8%,TypeSafe Jev 1.13 为 97.4%,Kev-4B 为 92.8%。因采用严格适当评分规则奖励,概率校准良好(ECE 0.003)。可 pip install thx01 使用。

    원문 보기 ↗
  • Claude 平台与 Claude Code 上线 Haiku 5.5

    ClaudeDevs 宣布 Haiku 5.5 已在 Claude Platform 和 Claude Code 中上线。官方称其平均运行成本比 Haiku 4.5 低约 75%。该模型适合作为 Opus 5.5 或 Sonnet 5.5 的子代理搭配使用,面向高调用量、成本敏感的任务,例如摘要、压缩或数据库查询。该推文获得 218 次转发、3956 次点赞、168928 次浏览。

    원문 보기 ↗
  • Reflection Beam:501B开源权重MoE模型发布

    Reflection 公布首款开放权重模型 Beam,总参数 501B、仅激活 23B 的 MoE 架构,主打编程、推理与复杂 Agent 任务。经 23.8T 数据预训练与万卡规模强化学习,它在多项基准上逼近头部大模型,高级推理算力开销比 GLM-5.2 降低 3 到 4 倍,支持灵活调节思考深度,上下文可拓展至 1M。权重与技术报告本月按 Apache 2.0 开源,目前已开放早期体验申请。

    원문 보기 ↗
  • Claude Haiku 5.5 发布:价格降至四分之一,agent 能力从 0 跳到 39%

    Anthropic 于 10 月 7 日发布 Claude Haiku 5.5,是 Haiku 系列首个支持可调节 effort 设置的型号,用户可在速度与智能之间取舍。价格降至 Haiku 4.5 的约四分之一:输入每百万 token 0.10 美元、输出 0.50 美元(提示不超过 10 万 token),并涉及缓存。原文提到其 agent 能力从 0 跳到 39%。

    원문 보기 ↗

产品发布/更新

  • GitHub 推出专用模型检测泄露密钥

    GitHub 发布了一款专为检测泄露密钥而构建的模型,旨在让密钥保护跟上软件开发方式的变化,无论代码由人编写还是由 AI 代理生成。该模型具备上下文感知能力。原文正文内容有限,仅提及这一新模型及其面向泄露密钥检测的定位,未披露模型架构、检测准确率、发布时间或具体使用方式等细节。

    원문 보기 ↗
  • Claude Haiku 5.5 上线 GitHub Copilot

    GitHub 博客更新显示,Anthropic 最新的轻量级模型 Claude Haiku 5.5 已在 GitHub Copilot 中正式可用。该模型面向快速、高吞吐量的任务,例如子代理(subagents)、快速编辑和终端任务。原文正文在此处截断,仅提到“In early…”后即结束,因此关于早期测试表现、具体性能数据、可用范围与定价等信息,输入中并未提供,无法进一步说明。

    원문 보기 ↗
  • Google DeepMind 向所有人开放 SynthID 检测器

    Google DeepMind 宣布 SynthID Detector 现已向所有人开放。该工具用于检测在线内容是否由 GoogleAI 生成,也支持识别来自行业合作伙伴工具生成的内容,合作方包括 OpenAI、NVIDIA、Kakao,Apple 即将加入。用户可通过官方链接直接试用。该推文获得 124 次转发、716 次点赞和 67219 次浏览。

    원문 보기 ↗
  • GitHub Copilot CLI 支持发现本地模型

    GitHub Copilot CLI 让用户无需离开现有工作流即可选择本地模型。从 CLI 版本 1.0.94-0 起,可使用 /model 命令发现来自正在运行的本地服务所支持的模型。原文正文信息有限,仅说明该功能简化了本地模型的选择流程,未披露支持的具体模型列表、服务类型或更多技术细节。

    원문 보기 ↗
  • Together Link:在你现有编码工具中直接调用开源模型

    Together 推出 Together Link,可将 GLM 5.3、Kimi K3 等前沿开源模型接入团队已在使用的编码 Agent 中,官方称可降低超过 50% 的模型开销,并支持一条命令开始使用。正文未披露具体接入方式、支持的工具清单或价格细节,信息有限。

    원문 보기 ↗
  • OpenAI 与 Ironclad 推进 AI 电脑操作能力

    OpenAI 官方发布文章,介绍其与合同管理平台 Ironclad 的合作:双方正在复杂的合同工作流上训练和评估 AI 智能体(AI agents),以推进面向专业工作的 computer use 能力。原文仅说明合作方向是训练与评估,未披露具体模型、评测指标、数据规模或结果。

    원문 보기 ↗
  • OpenAI 为 ChatGPT 推出新广告格式与衡量工具

    OpenAI 在 ChatGPT 中引入一种新的视觉广告格式,并扩展了面向广告主的衡量工具、归因合作以及品牌适用性能力。原文仅说明这些更新围绕广告格式、测量、归因合作和品牌适配展开,未披露具体广告样式、合作方名单、上线时间或效果数据。

    원문 보기 ↗
  • AI Agent 按次付费:BlockRun 与 Incarna 用 Bedrock AgentCore 支付

    AWS 介绍 Amazon Bedrock AgentCore payments:它为 AI Agent 提供按需付费的托管方式,支出上限由基础设施强制执行。文中以 Incarna 为例,其 Agent 通过 x402 协议按单次请求向 BlockRun 支付模型推理费用,把接入 x402 支付支持的工作量从数月缩短到数天。

    원문 보기 ↗
  • ReviewBench:面向AI代码审查的开放基准

    GitHub 发布 ReviewBench,一个针对代码审查智能体的基准测试。它基于具有代表性的 GitHub 拉取请求构建,采用多来源的真实标注、经过校准的评估方式,并使用与生产环境对齐的指标。该基准旨在为 AI 代码审查能力提供统一的衡量标准。原文信息有限,未披露具体指标数值、参与模型或评测结果。

    원문 보기 ↗
  • OpenAI 为青少年推出大学申请规划与学习工具

    OpenAI 宣布 College Planner 即将登陆 ChatGPT for Teens,帮助学生管理大学申请流程。同时推出新的 flashcards 和 quizzes 学习功能,并设立一个青少年 AI 委员会(teen AI council),让青少年参与塑造 AI 的未来。原文未披露具体上线日期、功能细节或委员会运作方式。

    원문 보기 ↗
  • Google 推出 Playground:创建并游玩自定义游戏

    Google 发布了一个名为 Playground 的新实验性游戏平台,用户可以在该平台上创建、游玩并分享自定义游戏。原文正文仅说明这是一项实验性产品,未披露具体功能、上线时间、支持设备或使用限制等细节,信息有限。

    원문 보기 ↗
  • AWS 推出 SageMaker 生成式 AI 推理优化 Agent 技能

    AWS 通过 Agent Toolkit for AWS 推出 aws-ai-ml 技能,为 Kiro、Claude Code、Codex 等编码 Agent 提供推理优化与基准测试的深度能力。用户只需描述需求,Agent 即可生成可执行的 SageMaker Python SDK v3 代码,用于对部署方案进行基准测试、推荐和对比。该技能聚焦生成式 AI 推理优化场景,把 SageMaker 的部署调优流程接入编码 Agent 工作流。

    원문 보기 ↗
  • 更新 IDE 以恢复 Copilot 用量指标中的 Agent 活动

    GitHub 在官方博客更新中表示,如果 Copilot 用量指标中 Agent 活动或 Agent 代码行数下降、而 Copilot 整体使用量持续增长,官方已找到原因,修复正在逐步推送,建议用户更新 IDE 以恢复相关指标。原文正文较短,仅说明问题现象、已定位原因和修复推送状态,未披露具体技术细节、受影响版本或修复完成时间。

    원문 보기 ↗
  • Anthropic Python SDK v1.12.0 发布

    Anthropic 于 2026-10-07 发布 anthropic-sdk-python v1.12.0。新增 claude-haiku-5-5 模型,以及带类型的 computer 和 browser 工具集调用;模型能力中新增 web 搜索与代码执行支持,thinking 类型增加 disabled 选项;/v1/models 增加生命周期阶段字段与筛选,模型对象新增 line 字段;Managed Agents 的 web_fetch 工具配置新增 url_sources。修复了列出消费限额时默认发送 beta 头、查询参数与表单中空字符串发送等问题。

    원문 보기 ↗
  • Claude Code 与 Amazon Bedrock 助力合规工作负载

    AWS 官方博客宣布,Anthropic 的 Claude Opus 5.5 和 Claude Sonnet 5.5 已在 AWS GovCloud(美国)区域的 Amazon Bedrock 上线。文章介绍如何将这两款模型与 Anthropic 的智能体编码工具 Claude Code 配合使用,面向受监管和 ITAR 工作负载,实现符合合规要求的 AI 辅助开发。正文未披露具体性能数据、定价或客户案例。

    원문 보기 ↗

行业动态

  • Anthropic 扩展网络安全验证计划,开放更强模型访问

    Anthropic 宣布扩展其 Cyber Verification Program,让经过验证的安全专业人员能够更广泛地访问其最强模型。通过该计划,验证过的安全从业者可使用 Claude Mythos 5.1、Opus 5.5 和 Sonnet 5.5,并配有专为防御性工作设计的安全保障。此外,Anthropic 还开放了新的层级,允许进行经授权的攻击性安全工作,例如渗透测试和红队演练。该推文获得 17 次转发、195 次点赞和 17043 次浏览。

    원문 보기 ↗
  • Atlassian 与 OpenAI 扩大合作,将企业知识转化为行动

    Atlassian 与 OpenAI 宣布扩大双方合作,目标是把前沿模型与企业知识连接起来,帮助团队规划、构建和交付工作。原文正文仅给出这一句合作说明,未披露具体产品形态、上线时间、金额或效果数据,信息有限。

    원문 보기 ↗
  • Anthropic 启动网络安全使命,保护关键基础设施与开源软件

    Anthropic 在 X 上宣布推出 Anthropic Cyber Mission,称这是一项新的行动,目标是保护关键基础设施和开源软件。推文未披露具体技术方案、合作方、时间表或资金规模,仅给出上述定位并附有链接。该帖获得 19 次转发、148 次点赞、12650 次浏览。

    원문 보기 ↗
  • OpenAI 打击 AI 驱动的“虚假外衣”行动

    OpenAI 披露,其已打击两起利用 AI 技术开展的影响力行动。这些行动借助虚假身份的“记者”以及一个智库,传播地缘政治信息。原文未说明行动的具体规模、涉及国家、所用模型或处置细节,仅确认了上述两点核心事实。

    원문 보기 ↗
  • Together AI 联合 IBM Cloud 与 NVIDIA 扩展企业推理算力

    Together AI 宣布与 IBM Cloud、NVIDIA 合作,为企业提供专用 B300 推理集群,使企业能够在生产规模上运行开源模型。原文仅说明该集群由三方共同构建,未披露具体上线时间、价格、性能数据或客户案例,信息有限。

    원문 보기 ↗
  • Anthropic 投入 1.5 亿美元支持 Genesis Mission

    Anthropic 宣布向 Genesis Mission 投入 1.5 亿美元,以深化对科学研究与技术发现的承诺。同时,Anthropic 将向超过 15 个联邦机构提供 Claude 及其技术支持。该消息由 Anthropic 官方账号发布,正文未披露 Genesis Mission 的具体内容、资金使用方式或合作机构名单。

    원문 보기 ↗
  • OpenAI 应对欧盟文本溯源规则的方案

    OpenAI 发文介绍其在欧盟规则下对文本水印的处理方式。文章说明水印的适用范围、检测机制如何运作,以及为何访问权限首先面向研究人员开放。原文未披露具体技术细节、实施时间表或覆盖的模型范围,信息较为有限。

    원문 보기 ↗
  • AI赋能设计创新 校地共筑NICE环同济未来街区

    2026年10月8日,NICE环同济未来街区活动现场,OPC社区孵化基地正式揭牌,第三届天骄湾杯环同济数智城市创新创业大赛同步开启。同济科技园同步发布OPC企业服务包,推出创业护航计划,以六大核心保障为青年创业者提供全链条创业支撑。OPC创业代表、同济大学博士后纪丹雯带来孵化项目成果分享,展现社区孵化模式下青年创新项目的成长样本。

    원문 보기 ↗
  • Jump Trading 如何用 ChatGPT 扩展量化研究

    OpenAI 官网发布案例,介绍量化交易公司 Jump Trading 使用 OpenAI 技术扩展量化研究。文中提到,运行时间更长的 AI 工作流会整合多个数据源,并配合人工审核。原文未披露具体模型版本、使用规模、效率提升数字或上线时间等细节,信息较为有限。

    원문 보기 ↗
  • 负责任AI治理:AWS如何帮客户对齐ISO/IEC 42005:2025

    AWS发文介绍其帮助客户对齐负责任AI治理国际标准的工具投入。文章聚焦AI系统影响评估,说明它是什么、如何改善企业级风险管理,以及ISO/IEC 42005:2025如何将开展和记录此类评估的最佳实践成文。原文未展开具体产品功能或客户案例,信息以标准与评估方法为主。

    원문 보기 ↗
  • 魔玩时空-开源城市OPC社区正式发布

    2026年10月8日,上海复兴岛具身智能实景空间实验实训实测平台启动,创新密度、创意浓度、创业温度在此持续提升。平台聚焦模块化建造、数字孪生、智能运维方向,并联动设计创意、工程智能、校团委、创新创业、中西学院等力量持续更新内容,承担创新内容策源、真实场景验证和青年创业孵化功能。原文信息有限,未披露具体运营机制与参与方式。

    원문 보기 ↗
  • Google 因 AI 提交激增冻结开源漏洞赏金计划

    TechCrunch 报道,Google 冻结了其开源漏洞赏金计划,原因是 AI 生成的提交出现“显著增长”。原文正文仅有一句话,称 AI 低质内容(AI slop)似乎正在淹没漏洞赏金项目,未披露冻结起止时间、涉及的具体项目范围、提交量数字或 Google 的官方回应。信息有限,无法确认该计划是否全面暂停、是否影响其他厂商的同类项目,也无法判断后续是否会恢复或调整规则。

    원문 보기 ↗
  • Anthropic 向初创公司免费提供一年 Claude Team 和 1000 美元额度

    TechCrunch 报道,Anthropic 推出面向初创公司的扶持计划:免费提供一年 Claude Team 服务,并赠送 1000 美元 token 额度。Anthropic 表示,推出该计划是因为相信 AI 的收益将主要通过基于模型构建产品的公司触达大多数人,而非仅靠模型本身。原文未披露申请门槛、名额上限或具体截止日期。

    원문 보기 ↗
  • ROSCon Global 2026:规模创历史新高

    Open Robotics 博客消息,ROSCon Global 2026 近日在多伦多举行,官方称这是迄今规模最大的一届 ROSCon Global。原文仅给出这一总体判断,未披露具体参会人数、议程场次、赞助商或发布内容等细节,因此可确认的信息有限,只能说明该机器人开源社区年度大会的规模再创新高。

    원문 보기 ↗
  • ChatGPT青少年模式在心理危机中仍鼓励持续对话

    TechCrunch报道,针对ChatGPT青少年保护机制的测试发现,该聊天机器人在用户处于心理危机时仍继续鼓励互动,并可能促使用户与AI本身形成不健康的关系。这些保护措施本意是保护脆弱用户,但测试结果显示其效果存疑。原文未披露测试的具体方法、样本规模或OpenAI的回应,信息有限。

    원문 보기 ↗

论文研究

  • OpenAI 发布内部前沿模型产出的新数学成果

    OpenAI 宣布发布一批由内部前沿模型产出的新数学结果。OpenAI 表示,他们一直与普林斯顿高等研究院(Institute for Advanced Study)的数学与人工智能独立咨询小组保持沟通,并参考了该小组的建议和公开推荐,来决定如何发布这些结果。推文附带了一个链接,但正文未披露具体数学成果的内容、数量或验证方式。该推文获得 746 次转发、4687 次点赞和 297975 次浏览。

    원문 보기 ↗
  • OpenAI 分享 AI 数学进展

    OpenAI 发布内部前沿模型在数学开放问题上的新结果,并在 GitHub 上公开 Lean 证明形式化及研究细节。正文仅说明发布内容与公开渠道,未披露具体问题、模型名称或证明结论,信息有限。

    원문 보기 ↗
  • 天体物理学家用Claude Science绘制首张完整紫外天图

    天体物理学家Brice Ménard与Claude Science合作,制作出首张完整的紫外天空图。此前天文学家已从射电到伽马射线绘制了完整天图,但大片天空区域从未在紫外波段被观测过。Ménard在科学博客中说明,他引导Claude寻找现有数据集、将其合并,并用统计推断填补空白。这项工作原本需要人类数周,借助Claude仅用几天完成,期间Ménard还能处理其他项目。该图是实用的教学工具,也说明这类缓慢、低优先级、科学家一直无暇完成的工作,如今因AI变得可行。

    원문 보기 ↗
  • NVIDIA 论文:VERA 让智能体与工具链协同进化

    NVIDIA 一篇论文提出 VERA,把基准轨迹转成 9000 多个可重启沙箱,并用评分标准打分,只保留能运行且能依据可观察证据评分的环境。系统同时更新模型权重和 harness:harness 改动需通过自测并在开发集上至少提升 5 分才保留;模型 checkpoint 若分数下降超过 20% 则被拒绝。9B 规模下,协同进化智能体在 AutoCoWorkBench 上比最强单轴基线高 10.3 分,在 AutoMedBench 上高 13.0 分;27B 规模在 AutoCoWorkBench 得 71.6 分,高于 Claude Opus 4.8。环境语料已开源。

    원문 보기 ↗
  • 中国团队全球首次构建水稻全生命周期三维时空细胞图谱

    据央视新闻10月7日报道,我国多个科研机构协作完成的水稻研究成果于10月6日晚在国际学术期刊《细胞》在线发表。研究团队在全球范围内首次构建覆盖水稻从种子萌发到开花结实全过程的三维时空细胞图谱,整合了基因组测序、单细胞测序与空间转录组测序,为理解水稻生长发育、探索籽粒品质改良提供新研究资源。科研人员还建设了可供全球研究者使用的数据库与水稻单细胞基础模型,支持基因查询、空间表达展示和比较分析。该成果有望开辟精准设计育种新路径,减少性状改良中“顾此失彼”的连锁反应。

    원문 보기 ↗
  • ClementDelangue 把 Claude Code 等编码工具变成 RL 环境

    ClementDelangue 宣布将 Claude Code、Codex、Hermes、Pi、opencode 等编码工具直接变成强化学习环境,不改动工具本身,也不改动训练代码。做法是用一个捕获代理:工具以为在调用模型 API,实际由代理支持 OpenAI Chat Completions、OpenAI Responses、Anthropic Messages、Gemini 四种格式,转发给 vLLM 并记录 token ID 与 logprobs,再交给 TRL 训练。同一模型同一权重下,Mini-SWE-Agent 得分 62%,Claude Code 为 33%。加入减少工具调用次数的奖励后,已解任务调用次数减少 31%,Codex 下约减半。在 LFM2.5-2.6B 上,单环境训练在 OpenCode 从 34% 升至 58%;四环境同时训练在四个环境均提升(42%→54%);用 Qwen3.8-27B 的 3189 条 rollout 做 SFT 则停在 47.5%,低于两次 RL。捕获代理、训练器、任务、SFT 数据、训练代码和 7 个模型全部开源。

    원문 보기 ↗
  • 圆桌对话:与AI设计病毒创造者的对谈

    MIT Technology Review将于2026年10月16日举办圆桌对话,嘉宾为斯坦福大学博士生Samuel King。2025年,他使用生成式AI模型提出了微观病毒的基因蓝图,给出了“AI能否设计新生命形式”的初步答案。原文指出,这尚不构成AI生成生命的实例,但可能是下一步方向。目前正文信息有限,仅包含活动预告与背景介绍,未披露对话具体内容、技术细节或后续研究结论。

    원문 보기 ↗
  • 自优化智能体框架以4美元追平Codex

    omarsar0分享了一项研究:一个编码智能体通过自我改写其框架(harness),在DeepSeek V4 Flash上解决了Terminal-Bench 2.1的82.0%任务,搜索过程无任务奖励,成本仅4.03美元。该成绩在相同设置下的九框架公开对比中追平了排名第一的Codex。方法名为SelfSearch,智能体利用先前自我修改尝试的记录(含推理、工具动作和结果)来修改自身指令、工具和流程,修改后的智能体成为下一轮改进者。在六个模型-基准设置中,群体平均成功率均上升,单智能体最高提升11.2分;在SWE-bench Multilingual上,一个进化后的智能体提升5.0分,且在两个版本都能解决的任务上花费减少38.5%。

    원문 보기 ↗
  • 新论文:AI 把数学证明翻译成 Lean 后通过检查,不代表原证明正确

    一篇新论文指出,当 AI 把数学证明翻译成 Lean 时,通过 Lean 检查并不能说明原始证明是正确的。作者展示了一个聊天机器人把错误证明转成合法 Lean 证明的过程——它悄悄修正了其中的错误。论文还指出,判断一个陈述能否被忠实翻译,其难度可证明高于停机问题,因此不存在总能做到这一点的 AI 翻译器。

    원문 보기 ↗

技巧与观点

  • 用 Amazon SageMaker HyperPod 跨团队共享 GPU 集群

    AWS 发布参考架构,介绍如何安全地让多个团队共享同一个 Amazon SageMaker HyperPod EKS 集群。方案使用 AWS IAM Identity Center 做身份认证,通过每团队独立的 SageMaker Domains 和 Kubernetes 命名空间实现隔离,借助 HyperPod Task Governance 保障公平调度,并在命名空间级别做成本分摊以支持内部计费。

    원문 보기 ↗
  • Cornerstone用Amazon Bedrock将数据库诊断时间缩短78%

    Cornerstone OnDemand基于Amazon Bedrock和Strands Agents构建了多智能体系统Orion AI,将数据库运维从被动救火转为主动自动化。一个三人团队在六个月内把数据库诊断时间从45分钟压缩到10分钟,降幅达78%。文章介绍了其他团队可复用的设计决策。

    원문 보기 ↗
  • 用Lambda Durable Functions自动执行AWS DevOps Agent修复

    AWS DevOps Agent 能诊断生产事故,但被限制在观察和报告模式,不会直接更改资源。本文介绍如何结合 AWS Lambda Durable Functions、Amazon EventBridge 和 Amazon Bedrock,把它的调查摘要转化为经过预验证的修复方案,让值班工程师只需一次操作即可批准执行。

    원문 보기 ↗
  • 用 Amazon Bedrock AgentCore 评估多智能体系统的可解释性与有用性

    AWS 官方博客介绍如何构建基于 Strands 的多智能体供应链决策系统,并用 Amazon Bedrock AgentCore Evaluations 进行评估。文章指出,多智能体系统不能只满足于流畅回复,还必须选对工具、遵守约束并解释决策。评估方式包括内置评估器、自定义评估器和可解释性评估器三类。

    원문 보기 ↗
  • 用 LangChain 和 Amazon Bedrock 知识库实现 Agentic 检索

    AWS 官方博客介绍如何在 Amazon Bedrock Managed Knowledge Base 上用 LangChain 构建 RAG 应用,并对比 agentic 检索与单次检索在处理多部分问题时的差异。文中建议把同一查询分别跑过两条检索路径,读取 trace 事件,并比较各自的检索成本。原文未给出具体性能数字或成本金额,仅提供这一对比方法。

    원문 보기 ↗
  • 让 Amazon Quick 企业就绪:自动化可审计的跨账户资源提升

    AWS 博客介绍如何将 Amazon Quick 资源(agents、action connectors、knowledge bases、flows、spaces)从开发账户提升到生产 AWS 账户。此前这一过程依赖手动操作,容易出错。文章展示了如何借助 Amazon Bedrock AgentCore 上幂等且可审计的 MCP server 实现跨账户资源提升的自动化。

    원문 보기 ↗
  • Qlik 如何用 Amazon Bedrock 构建企业级可信 AI

    Qlik 基于 Amazon Bedrock 打造了 Qlik Answers,为 4 万多家客户提供跨结构化和非结构化企业数据的、有来源依据的答案。其采用分层多智能体架构,结合跨区域推理和 Amazon Bedrock Guardrails,在全球范围内交付可信 AI。

    원문 보기 ↗
  • 用 Amazon Bedrock AgentCore 和 Nova Sonic 构建语音旅行助手

    AWS 官方博客介绍如何为航空公司 App 添加语音旅行助手:使用 Amazon Bedrock AgentCore 作为智能体框架,Amazon Nova Sonic 实现实时语音交互,Amazon Bedrock Knowledge Bases 回答政策问题。旅客可通过语音改签座位、查询延误、咨询政策;智能体通过 MCP 工具访问后端系统,并在写入任何变更前先向用户确认。

    원문 보기 ↗
  • Amazon SageMaker HyperPod 管理与治理最佳实践

    本文介绍如何通过 Amazon SageMaker Unified Studio 管理 Amazon SageMaker HyperPod,同时保留集群治理能力。文章面向平台团队,说明如何设计基础设施边界、治理访问权限、分配共享容量,并在组织、项目、集群和工作负载等控制层级上一致地运营 HyperPod。正文未提供具体配置步骤、代码示例或量化结果,信息以治理框架和操作层级说明为主。

    원문 보기 ↗
  • LegalOn 将 Codex 成本减半,同时保持开发速度

    LegalOn 将每日 Codex 预估成本削减了 65%,同时保持开发速度不变。其做法是把 Astra、Sol 和 Luna 分别匹配到合适的任务上,并对预算进行策略性管理。原文未披露具体模型能力差异、任务分配细节或成本核算口径。

    원문 보기 ↗
  • 超越节省工时:构建智能体自动化的商业论证

    文章指出,RPA时代的ROI模型忽略了智能体自动化创造的大部分价值。面向AI卓越中心负责人,文章提供了一个框架,用于从时间节省、异常处理、决策质量和维护经济性四个维度评估智能体的完整价值,并据此确定优先自动化哪些工作流。

    원문 보기 ↗
  • Amazon Quick 用户角色降级方法

    Amazon Quick 控制台没有直接把用户从 Admin 或 Author 降级为 Reader 的路径。这篇 AWS 博客给出两种可靠方法:一是手动删除并重建用户,二是通过 AWS CLI 执行降级序列,在安全降级角色的同时保留资产所有权。

    원문 보기 ↗
  • 在 AgentCore 和 OpenClaw 上构建上下文感知 AI 助手

    文章指出,现成的 AI 助手在对话之间会遗忘用户。该教程演示如何基于 Amazon Bedrock AgentCore 运行时上的 OpenClaw 构建个人助手,使其能够累积上下文;其中 AgentCore memory 将一次性聊天转化为持久、结构化的知识,并可通过元数据过滤器进行检索。

    원문 보기 ↗
  • 构建AI构建者:弥合AI知识-能力差距的实战手册

    AWS博客指出,AI采用的最大障碍不是认知不足,而是“谈论AI”与“用AI构建”之间的能力鸿沟。文章分享了一套实战手册,用六周时间将非技术、面向客户的专业人员培养成有信心的AI构建者,并说明组织如何复制这一方法。正文仅给出上述概述,未披露具体课程、工具或量化结果,细节信息有限。

    원문 보기 ↗
  • Hugging Face 博客新增 RL 环境文章

    这是 Hugging Face 博客仓库的一次提交(#3541),内容为新增一篇关于 RL 环境的文章。提交记录显示:添加 rl environments 文章、嵌入 harbor 可视化工具、更新 rl-environments.md、修正格式并提升文档清晰度、回应 merve 的评论、更新 RL 环境媒体素材、添加作者并修改 verifiers。合作者包括来自 NVIDIA 的 Sylendran95。正文仅为提交信息,未提供文章的具体技术内容、结论或数据,因此可获取的实质信息有限。

    원문 보기 ↗

产品雷达

  • PyTorch 改进 Dynamo 列表/元组类型不匹配报错

    该 PR 让 PyTorch 的 friendlyTypeName 在报错时显示 list/tuple 的元素类型名。此前自定义算子 schema 声明 int[] 却收到含 SymInt 的列表时,错误只提示 immutable_list,掩盖了元素实为 SymInt 的问题。现在会显示 immutable_list(SymInt, SymInt),元素名最多列 5 个,超出以 ... 截断,避免长序列报错过长。修复 #122129,作者用 Claude 辅助设计、评审与调试,并新增两个测试。

    원문 보기 ↗
  • PyTorch Inductor 修复 beta 为零时 addmm 偏置 NaN 问题

    该 PR 解决 #196596 中 beta == 0 的部分:当 beta 为零时,addmm 和 baddbmm 按约定应忽略输入(包括 NaN 和 inf),但 Inductor 仍在三处计算 beta * input,因 0 * NaN 为 NaN,导致 NaN 偏置进入输出,涉及 GEMM 模板 epilogue(Triton、CPP、CUTLASS、CK)、addmm 分解的 CPU 与 XPU 分支,以及 unfuse_bias_* post_grad pass。此前仅 CUDA addmm 通过降级为 alpha * mm 规避,但该路径会在 fp16 下溢出。修复后 tuned_addmm 与 tuned_baddbmm 在所有设备上统一处理 beta == 0,向模板传入零输入,unfuse pass 保留 beta == 0 融合,contiguous_addmm 仅在 alpha 与 beta 均为 1 时启用。作者在 CPU 上对 nightly 构建运行了相关测试。

    원문 보기 ↗
  • PyTorch 将 FSDP 测试 GPU 延迟从 250ms 降至 50ms

    PyTorch 合并 PR #199769,将 TestParityWithDDP 中三个延迟测试(test_delayed_optim_step、test_delayed_reduce_scatter、test_mixture_of_experts_with_delay_before_free)每次迭代注入的 torch.cuda._sleep 从 250ms 降到 50ms。该延迟用于让 GPU 落后 CPU,从而暴露 FSDP 缺失的流同步。作者在 H100 上测得 CPU 在 sleep 后 0.2ms p50、6ms p99 内入队下一步,50ms 仍有约 8 倍余量;对四个丢弃 FSDP 同步点的变异,250/50/10/0ms 检测结果一致。4xH100 下该类耗时从 917s 降至 575s(-37%),42 通过 6 跳过不变。PR 由 AI 助手协助撰写。

    원문 보기 ↗
  • PyTorch 修复 add+mm 融合丢失 alpha 的编译错误

    PyTorch 的 inductor 后置图模式在把 aten.add(inp, aten.mm(a,b)) 融合为 aten.addmm 时未声明 alpha,而 _TargetArgsExpr._match 会丢弃模式未声明的节点 kwargs,导致 torch.add(inp, a@b, alpha=0.5) 在 torch.compile 下被静默算成 inp + a@b,该问题可追溯到最初的 addmm 融合。修复方案把 add 的 alpha 折入 addmm:add(inp, mm, alpha) 变为 addmm(inp,a,b,alpha=alpha),add(mm, inp, alpha) 变为 addmm(inp,a,b,beta=alpha);alpha=0 或非常量时仍跳过融合。新增参数化回归测试覆盖两种操作数顺序与 alpha=0.5、2、0,修复前全部失败、修复后通过,全文件相对基线无新增失败。

    원문 보기 ↗
  • PyTorch 在 ROCm 上启用原生 AsyncTP

    该 PR 为 ROCm(gfx942/MI300X 与 gfx950/MI355X)启用了 fused_all_gather_matmul 的原生 AsyncTP 路径,用持久化 GEMM 将激活分片 A 的 all-gather 与 A@B 重叠,等待每块信号后再读取。此前 _async_input_mm 无 ROCm 实现、原生测试被跳过,CUDA 路径不变。新增手写 HIP 文件 AsyncMM.hip,采用 Composable Kernel 的 PersistentAsyncInputScheduler,bf16 输入输出、fp32 累加,块 tile 256x256x32。B 先转行主序,因列主序配置慢 1.6 至 6 倍。epilogue 按就近偶数舍入,避免 ck_tile 默认截断带来的偏差。

    원문 보기 ↗
  • PyTorch 修复 CUDA SDPA 大批次网格溢出 (#199594)

    该 PR 修复了 CUDA SDPA 在 batch 和 head 维度超过网格上限时的溢出问题:CUDA 的 grid.y/grid.z 不能超过 65535 个 block,因此改为分块启动多个 kernel,并绕过了旧的 batch 复制包装及其 dropout 限制。验证方面,GB200 上 44 个针对性测试通过,17 个回归子集再次通过,SDPA/MHA/encoder 复现、dropout CUDA graphs 及输出/梯度布局检查均通过;170 个模糊测试中 163 个通过数值预算。常见及变长场景 GPU 耗时变化约 -0.4% 至 +1.0%,仍有一个 pinned FP32 选择器微基准的主机性能问题待调查。修复 #142228。

    원문 보기 ↗
  • PyTorch 修复 MPS 上空输入 linalg.lstsq 报错

    PyTorch 合并 PR #199694,修复 MPS 后端 torch.linalg.lstsq 在 min(m,n)==0 时抛出 IndexError 的问题。根因是 MPS 内核通过 SVD 求解并用最大奇异值计算秩截断,空矩阵没有奇异值,对空维度取 max 无单位元而报错。修复方式是在 min(m,n)==0 时提前返回零解和秩 0,b 保留右端项,使 m>n 时残差代码报告 ||B||^2,与 CPU 的 gelsd/gelss 一致。测试为 OpInfo 新增 (0,0)、(0,3)、(3,0) 系统样本,未改内核时 16 个 MPS lstsq 测试失败,改后全部通过。PR 由 Claude Code 协助完成。

    원문 보기 ↗
  • PyTorch Inductor 新增全量 randperm 的 index_add 优化模式

    该 PR 修复 #196631:TorchInductor 此前只优化索引为切片排列(randperm(N)[:M])的 index_add,因索引唯一且在界内,可将累加更新改写为 unsafe indexing 加非累加 index_put。全量排列场景在 y.shape[0]==x.shape[0] 时同样满足唯一性与边界保证,但不含现有模式期望的 slice 节点,因此无法匹配。本次在 misc_patterns.py 中新增专门的全排列模式与替换。测试新增 test_randperm_full_index_add_issue_196631,验证匹配计数由 0 变 1、引入 _unsafe_index、更新变为非累加,切片场景仍匹配,尺寸不匹配被拒绝,动态形状推导出维度相等约束。作者因本地 Windows 缺 MSVC 未能跑 CPU 代码生成,交由 CI 验证。

    원문 보기 ↗
  • PyTorch Inductor 支持模板 epilogue 输入融合

    该 PR 让模板仅在 epilogue 中消费的输入(如 addmm/baddbmm 的 bias)也能融合进模板的 store_output()。此前计算出的 bias 需由独立 kernel 写入内存再读回,现在 producer 直接在输出 tile 上生成并传入 epilogue,中间 bias buffer 不再分配或存储。作者在重要生产模型中发现该模式,孤立测试下 bias 融合进 Triton 模板更快,但尚无该模型的端到端数据。1×H100 上 fp32/TF32、max_autotune=True 的微基准显示有加速。

    원문 보기 ↗
  • PyTorch FSDP2 修复 CUDA 图捕获未加入流问题

    PyTorch 提交 #199677 修复 FSDP2 中 FSDPParamGroup.finalize_backward 的 CUDA 图捕获失败问题。该函数可能清理反向预取启动但未被消费的 all-gather,此前记录设备特定事件后通过 torch.accelerator.current_stream() 等待,而通用 Stream.wait_event 在 CUDA 图捕获期间无法正确处理该设备特定事件,导致 all-gather 流未加入,捕获报 cudaErrorStreamCaptureUnjoined。修复改用 FSDP 设备句柄等待,与其他 FSDP wait_event 调用一致,并新增 FakePG CUDA 图梯度累积测试,在 finalize 时保留未消费的预取 all-gather 并重放图。

    원문 보기 ↗
  • PyTorch Inductor 修复浮点转整型窄化与 eager 不一致

    PyTorch 仓库合并 PR #199788,修复 Inductor 在浮点转 byte/char/short 时与 CUDA eager 模式在溢出、NaN 和无穷大上的行为不一致问题。做法是先经 int64(byte)或 int32(char/short)再窄化,以匹配 eager;该逻辑应用于 numerics="strict_pointwise" 和 "strict" 下的 Triton。同时新增覆盖多种浮点 dtype、整型输入、numerics 模式及精度提升设置的回归测试,并移除九个 forward xfail。该 PR 由 Codex 协助完成。

    원문 보기 ↗
  • PyTorch inductor 修复 addmm 分解忽略 alpha/beta 的问题

    PyTorch 仓库合并 PR #196588,修复 #196577。此前 decompose_addmm 匹配 aten.addmm 时未声明 beta 或 alpha,而模式匹配器只比较模式中声明的 kwargs,导致 addmm(x, a, b, beta=0) 被错误改写为 a @ b + x。现在模式固定 beta=1、alpha=1:省略这两个参数的节点仍可匹配(匹配器会填入 schema 默认值),显式 1.0 也匹配,其他数值或符号系数则走常规 addmm lowering,该路径已实现这些标量处理。作者认为让替换逻辑处理 beta/alpha 会重复实现(包括 beta==0 时忽略 NaN/Inf 输入),而该 pass 面向内存受限形状。测试按 kwargs 字典参数化,覆盖无、单个或两个系数的节点。该改动不破坏兼容性。

    원문 보기 ↗
  • PyTorch 修复内存快照漏报空洞后映射段

    PyTorch 合并 PR #199845,修复 memory_snapshot 在按内存池过滤时漏报映射段的问题。当可扩展段中存在未映射空洞时,原实现从 get_private_pool_head_blocks 出发,只保留完全没有前驱的块,导致位于空洞之后、前驱为空洞的映射段无法被统计。空洞出现在 empty_cache 卸载已消失内存池的空闲块、以及 CUDA 图序列化栈恢复带空洞段时。修复改为从 get_all_blocks 按池过滤,再由既有循环挑选段头。新增测试 test_mempool_snapshot_reports_runs_after_a_hole,修复前池过滤快照只有 1 段、完整快照有 2 段,修复后通过。作者注明在 Claude Code 协助下完成。

    원문 보기 ↗
  • PyTorch Dynamo 修复 DynamicClassAttribute 无源建模

    PyTorch 合并 PR #199260,修复 CPython 3.13 移植中遗留的 types.DynamicClassAttribute 失败。该描述符在编译类体内创建、再经 C.__dict__["attr"] 原始读取时,Dynamo 会将其送入 SourcelessBuilder,而 builder 缺少该精确类型的处理分支,导致图断裂并报 "Unexpected type in sourceless builder"。此 PR 将精确的 types.DynamicClassAttribute 实例建模为 UserDefinedObjectVariable,使 Dynamo 能追踪其普通 Python 属性,无需基于源码重建;暂不扩展到子类,仍有三个子类预期失败单独跟踪。新增 test_dynamic_class_attribute_raw_descriptor 全图回归测试,并移除对应 CPython 预期失败标记。该改动属于 #195901 跟踪工作的一部分,实现经 CPython 3.13.5 纯 Python 实现与当前 Dynamo 行为审查,由 ChatGPT/OpenAI 辅助编写。

    원문 보기 ↗
  • PyTorch 将 CI Docker 镜像从 Python 3.10 迁移

    Python 3.10 本月到达 EOL,已在 #198233 中从 nightly 二进制构建矩阵移除,但 .ci/docker/build.sh 的 31 个镜像中仍有 13 个固定使用 3.10,且多数未在标签中体现版本,例如被 28 个工作流引用的 pytorch-linux-jammy-cuda13.2-cudnn9-py3-gcc11 实际是 3.10。本次提交升级了 11 个标签未编码版本的镜像,因此无需重命名镜像或改动调用方;jammy/noble 的 ROCm 条件分支合并为 3.11。两个镜像因需额外改动被保留:py3.10-clang21 与 py3.11-clang21 重复,py3.10-linter 需重命名标签。install_cpython.sh 和 manywheel/Dockerfile_s390x 未改动,仍构建 CPython 3.10.1,因为 test-infra 的 PYTHON_ARCHES_DICT 仍列出 3.10,移除会破坏 2.14/2.15 发布构建。该提交由 AI 与 Claude 协助完成。

    원문 보기 ↗

지난 보고서