Claude Fable 5 全球恢复上线，Google 发布 Gemini Spark

---

title: “Fable 5 全面回归，Google 发布 Gemini Spark，Cognition 推出 Security Swarm” lead: “Anthropic Claude Fable 5 在全球主要平台恢复可用，新增安全分类器，部分任务回退至 Opus 4.8；Google 推出 Gemini Spark 个人 AI 代理 Beta，面向 AI Ultra 用户；Cognition 发布基于 Agentic MapReduce 架构的 Devin Security Swarm，自动发现安全漏洞。” highlights:

• “Fable 5 在 Cursor、GitHub Copilot、Perplexity 等平台恢复可用”
• “Google 发布 Gemini Spark Beta，集成 macOS 和智能触发器”
• “Cognition Devin Security Swarm 基于 Agentic MapReduce 发现漏洞”

1️⃣ [持续跟踪] Claude Fable 5 全球恢复：多平台已上线，新增网络安全护栏#

• 前情提要：Anthropic 应美国政府要求于 6 月 12 日全面下线 Fable 5 和 Mythos 5。昨日美国商务部正式解除出口管制，Anthropic 宣布今日恢复全球访问。
• 最新突破：Claude 官方账号于今日 03:31 UTC 宣布“Fable 5 is back”。新部署版本新增了针对网络安全滥用的分类器。官方说明：大部分编程工作不受影响，但部分安全相关的常规任务可能在短期内回退到 Opus 4.8，同时会改进生物学和化学分类器以减少误报。用户可运行 /feedback 反馈误判。
• 生态恢复：Cursor（称其在 CursorBench 领先但成本最高）、GitHub Copilot（重新启用且全面可用）、v0、Perplexity（作为编排模型）、Devin Cloud（Ultra agent 可用）、OpenRouter、AI SDK、Google Gemini App 等平台均已宣布支持。
• 付费细则：所有付费计划用户可在 7 月 7 日前使用 Fable 5 至每周 50% 的用量限额，之后通过使用积分继续调用。 🔗 Claude 官方推文 | Claude 安全说明 | Cursor 公告 | GitHub Copilot 公告

2️⃣ Google 发布 Gemini Spark：个人 AI 代理 Beta，支持 macOS 集成与智能触发#

• 核心发布：Google 正式推出 Gemini Spark，一款面向个人的 AI 代理工具，面向美国 Google AI Ultra 订阅用户提供 Beta 版。本月将向更多国家开放。
• 五项新功能：Gemini Spark 集成在 Gemini for macOS 应用中，支持智能触发器（Smart Triggers）实现自动化工作流，原生连接 Gmail、Drive、Docs、Keep 等 Google 服务，并支持自定义 MCP 服务器连接外部工具。用户称其为“无需笔记本、无需配置、无需连接工具的最强 AI 工具”，已自动化大部分日常工作流程。
• 行业意义：相比 OpenClaw 等本地 Agent 方案，Gemini Spark 以云服务形式提供，降低使用门槛，同时通过 MCP 连接扩展性。Google 正将其打造为面向个人用户的“全天候个人 AI 代理”。 🔗 Gemini App 推文 | Gemini Spark 详情 | Paul Couvert 评测

3️⃣ Cognition 推出 Devin Security Swarm：基于 Agentic MapReduce 的自动安全漏洞发现#

• 核心发布：Cognition 正式发布 Devin Security Swarm，一套基于全新架构 Agentic MapReduce 的安全工具，用于在复杂代码库中发现漏洞、验证可利用性并自动生成修复 PR。现已可通过 Devin Cloud 使用。
• 技术架构：Agentic MapReduce 通过编程式生成子 Agent，将安全分析任务并行化，实现更高效的成本和准确性。LangChain 创始人 Harrison Chase 评价该架构为“agentic map reduce”的典范，推荐在 DeepAgents 中使用动态子代理实现类似模式。
• 配套资源：Cognition 同时发布了详细的 Agentic MapReduce 技术文档、评估数据以及安全群体验证方法。 🔗 Cognition 推文 | 技术博客 | Harrison Chase 评论

4️⃣ NVIDIA 推出 Nemotron-Labs-TwoTower：扩散语言模型实现 2.42 倍并行生成#

• 核心发布：NVIDIA AI 推出 Nemotron-Labs-TwoTower，一种扩散语言模型，将 30B 的 Nemotron-3-Nano-30B-A3B 模型拆分为两个 tower：一个保持上下文，另一个并行生成 token。该方法复用了预训练模型的权重，无需重新训练。
• 性能数据：模型保留了原模型 98.7% 的质量，生成速度提升 2.42 倍。该研究由 NVIDIA Research 完成，模型和论文已在 Hugging Face 和 arXiv 发布。
• 行业意义：这标志着扩散语言模型从概念验证迈向实用化，为加速 token 生成提供了无需额外训练成本的新路径，尤其适用于对延迟敏感的推理场景。 🔗 NVIDIA AI 推文 | Hugging Face 模型 | 论文链接

5️⃣ xAI 推出 Grok Voice Agent Builder：无代码语音 Agent 平台，赠送免费电话号码#

• 核心发布：xAI 正式发布 Grok Voice Agent Builder，一个无代码平台，支持创建类人语音 Agent。定价 $0.05/分钟，每个账号自带一个免费电话号码开始使用。现已进入 Beta 阶段。
• 技术特点：与其他语音方案（通常拼接 STT、LLM、TTS 三个独立 API）不同，Voice Agent Builder 与 Grok Voice 深度集成，端到端低延迟，支持 25+ 语言，可分配电话号码。开发者社区评测称其为“2 分钟搭建一个能打电话的 AI 助手”。
• 行业意义：这是 xAI 将 Grok 语音能力产品化的关键一步，降低了语音 Agent 的构建门槛。对比需要对接 Twilio、处理延迟、调整声音的传统方案，该平台实现了从“搭积木”到“填表单”的跨越。 🔗 xAI 推文 | 产品页面 | Berryxia 评测

6️⃣ AWS GovCloud 引入 NVIDIA Nemotron 和 OpenAI GPT OSS 模型，支持美国政府敏感工作负载#

• 核心发布：AWS 宣布在 AWS GovCloud (US) 中支持 NVIDIA Nemotron 3 Super 120B、Nemotron 3 Nano 以及 OpenAI GPT OSS 系列的 120B 和 20B 模型。这些模型运行在 Amazon Bedrock 上，零操作员访问架构确保数据不出合规边界。
• 区域与部署：In-Region 推理在 us-gov-west-1 可用，Geo Cross-Region 推理跨 us-gov-west-1 和 us-gov-east-1，数据不出 AWS GovCloud 边界。支持 Standard、Priority、Flex 服务层。
• 行业意义：这是 AWS GovCloud 首次引入前沿开放权重模型，为美国政府客户（国防、情报、执法等）在合规环境下使用先进 AI 模型铺平了道路。 🔗 AWS 博客 | AWS Bedrock 文档

7️⃣ LangChain 发布 OpenWiki：为 Agent 生成自动更新的代码库文档#

• 核心更新：LangChain 发布 OpenWiki，一个开源工具，专门为 Agent 生成和维护代码库文档。它能生成仓库文档、在代码库演进时自动更新、支持文档和代码库的问答。
• 技术细节：OpenWiki 作为 Agent 的“记忆层”，将代码库知识转化为 Agent 可消费的持久化文档，类似于“Wiki Memory”模式。此前 LangChain 已撰写关于 Wiki 记忆的博客，OpenWiki 是其代码库场景的具体实现。
• 行业意义：随着 Agent 处理的代码库规模增大，静态文档无法跟上变更速度。OpenWiki 通过自动更新和 Agent 原生的文档格式，解决了 Agent 需要实时准确上下文的核心问题。 🔗 LangChain 推文 | GitHub 仓库

8️⃣ OpenAI 低延迟语音 AI 架构揭秘：9 亿用户背后的 WebRTC 优化#

• 技术深潜：ByteByteGo 发布深度技术博客，解析 OpenAI 为 900 万周活跃用户提供低延迟语音 AI 的架构。核心在于将 WebRTC 的 stateless relay 与 stateful transceiver 分离，通过 ICE ufrag 编码路由信息，实现 Kubernetes 上稳定的语音推流。
• 设计权衡：架构针对 1:1 会话场景高度优化（用户到模型），而非多对多。保持简单：Go 用户态实现，使用 SO_REUSEPORT 和 thread pinning 处理高吞吐，Redis 缓存加速恢复。未使用 SFU 或 kernel bypass，控制复杂度。
• 行业意义：这是首批公开的大规模语音 AI 基础设施详细架构之一，为其他团队构建类似系统提供了参考。 🔗 ByteByteGo 博客 | OpenAI 原文

⭐ GitHub 趋势#

📊 类别速览

项目	类别	Stars
allenai/olmocr	推理/模型	18.3k
TencentCloud/CubeSandbox	AI 基础设施	6.8k

---

1. allenai/olmocr ⭐ 今日 +334#

语言/许可： Python / Apache-2.0
总 Stars： 18.3k
仓库： GitHub

项目定位：
面向 LLM 训练和 RAG 流水线的 PDF 文档线性化工具包。将 PDF / PNG / JPEG 文档转为干净 Markdown，解决多栏、表格、手写体、页眉页脚等复杂版面的结构化抽取问题。

核心功能：

• 基于 7B VLM 的 PDF → Markdown 管线，自动去除页眉/页脚并恢复自然阅读顺序
• 支持公式、表格、手写体、多栏插图等复杂版面的保真还原
• 处理成本低于 $200/百万页，并提供基准测试套件（olmOCR-Bench，覆盖 7000+ 测试用例，1400 份文档）
• 支持 FPGA 量化版本（v0.4.0 基于 FP8），推理速度与吞吐显著提升

技术亮点：
基于 7B VLM 架构，采用 vLLM 推理引擎与 FP8 量化，在效率与质量间取得平衡，性能对标 Mistral OCR API 与 MinerU；支持 Docker 部署与远程推理服务。

---

2. TencentCloud/CubeSandbox ⭐ 今日 +79#

语言/许可： Rust / Apache-2.0
总 Stars： 6.8k
仓库： GitHub

项目定位：
面向 AI Agent 的硬件级隔离沙箱服务。基于 RustVMM + KVM 实现毫秒级启动的微虚拟机，为执行 LLM 生成的未信任代码提供安全的运行时环境，替代 Docker 等共享内核方案。

核心功能：

• 冷启动 <60ms，单实例内存开销 <5MB，单节点可承载数千并发的 Agent 沙箱
• 硬件级隔离：每个沙箱拥有独立 Guest OS 内核，防止 Docker 共享内核逃逸
• 支持快照（Snapshot）、克隆与回滚（基于 Copy-on-Write 引擎 CubeCoW），百毫秒级粒度保存/恢复运行状态
• 兼容 E2B SDK，用户仅需修改 URL 环境变量即可迁移

技术亮点：
原生 KVM 微虚拟机架构，结合 eBPF 实现安全策略（出口控制、凭据保险箱），在低于 150ms P99 延迟的前提下维持硬件级隔离，弥补了传统容器安全性与 VM 启动速度之间的空白。

🟧 Hacker News 热议#

ZCode – Harness for GLM-5.2#

132 pts · 184 comments · site

📌 内容总结

• Z.ai 为其模型 GLM-5.2 推出专属 AI 编程 Harness（桌面应用，Electron），提供类似 Claude Code / Codex 的交互式编码体验，支持多平台（macOS、Windows、Linux）。

• 定价分 Lite/Pro/Max 三级，以“基础用量配额”为底，高级计划以倍数增加配额，但基础配额具体数值未公开。

• 功能包括长任务管理、多代理协作、Bot 控制（通过微信/飞书/Telegram 触发），强调“Deep GLM-5.2 integration”。

• HN 关注点：

  • UI 与 Codex 几乎 1:1 复制（手型图标、侧边栏、输入框样式均一致），而非宣传的“类似 Claude Code”。
  • 闭源 vs 开源：ZCode 闭源，而社区已有成熟的开源替代 OpenCode、Pi 等，且支持接入 GLM-5.2。
  • 安全性顾虑：中国公司背景及国家安全法带来的数据信任问题，与美企闭源产品存在对等的担心。
  • 定价透明度：基础配额的具体数值在网站上未显示，但用户在启动应用后可看到实际配额（Start 计划：GLM-5.2 日均 3M tokens）。

💬 讨论总结

• 共识
  • UI 完全是 Codex 的复制品，而非“类似 Claude Code”。
  • GLM-5.2 模型能力较强（堪比更强的 Sonnet），但速度比 Opus 慢。
  • 闭源策略让许多开发者转向已存在的开源 harness（OpenCode、Pi），后者同样支持 GLM-5.2。
  • 定价“基础配额不透明”策略可能适得其反，用户更偏好明确用量。
• 工程经验
  • 多个用户报告频繁出现 Cannot connect to API: write EPIPE 错误，导致“retry”成为最常用 prompt。
  • 有用户实测 Start 计划约 17M tokens (GLM-5.2) 后触发每周限额，被限制 4 天。
  • ZCode 的收费标准按时间段不同：高峰 UTC+8 14–18 点按 2x 扣配额，其余时间按 0.67x，换算后约 1.5x 实际用量。
• 商业现实
  • 闭源 harness 试图形成 vendor lock-in，但开源社区已有成熟方案，转换成本很低。
  • 多家厂商（Anthropic、OpenAI、Z.ai）均采用类似“基础配额×倍数”定价，导致用户难以横向对比实际成本。
• 反对 / 质疑
  • 部分用户认为竞争促进行业进步，闭源本身不是问题，只要产品体验好。
  • 对于安全性，美国公司（Anthropic/OpenAI）同样存在数据隐私问题，不能单独针对中国公司。
  • 少数用户表示 GLM-5.2 在原有开源 harness 中运行良好，不需要专用桌面应用。

🔗 原文 · HN 讨论页

Launch HN: Parsewise (YC P25) – Reason Across Documents with an API#

45 pts · 44 comments · site

📌 内容总结

• 作者想做什么：Greg 和 Max 构建 Parsewise，解决从大量非结构化文档（PDF、Excel、音频转录等）中按 Schema 提取结构化数据，并保留每个值的出处（word-level citation），支持跨文档推理。
• 技术实现：使用 vLLM 解析文档，小模型做穷尽式值搜索（不采样），大模型做决策和一致性检测；模型无关、可私有部署；在 Databricks OfficeQA 基准上（90k 页历史文档）取得 SOTA，超越 Claude Fable。
• 产品设计：提供 API 和可嵌入的验证平台，核心是“自改进 agent 定义”——用户可定义来源、解析规则、不确定性标记方法，并支持人工 reviewer 快速验证每一个值。
• 用户反馈焦点：社区主要关心与现有文档提取工具（Mistral、Parseur、LlamaParse 等）的差异，对跨文档推理和可验证性的价值持肯定态度，但对 UI 和定价细节有所质疑。

💬 讨论总结

• 共识
  • Parsewise 的核心差异在于跨文档推理（而非单文档 OCR/解析），以及为每个值提供精细的引用来源——这对需要审计和合规的业务场景有价值。
  • 创始人承认 OCR 将是 commodity，竞争点在上层跨文档整合与人工验证效率优化。
  • 定价 / 配额未直接披露，但创始人表示会提供免费试用额度。
• 工程经验
  • 跨文档推理的难点在于中间表示层高度依赖具体业务场景；Parsewise 允许用户在平台上配置中间层，并随时间优化 agent 定义。
  • 对于专业领域（如历史财政数据），embedding 和向量相似度效果差（因为文档内容相似度高），需用穷举搜索而非抽样查找。
  • 支持路由到不同模型处理不同复杂度的子任务（例如小模型做快速搜寻，大模型做跨文档矛盾检测）。
• 商业现实
  • “智能文档处理”市场竞争激烈（Parseur、Mistral、Nanonets、Rossum、Docsumo 等），Parsewise 面临差异化挑战。
  • 创始人强调他们专注于“人工 harness”而非“模型 harness”，因为验证瓶颈在人工，而非提取能力。
  • 对于大规模文档（120GB），成本与延迟可能成为瓶颈，需要先做索引/关键词过滤。
• 反对 / 质疑
  • 部分评论认为这只是一个“LLM wrapper”，如果 Claude 本身能满足需求则不需要额外工具。
  • Demo UI 被批评为“AI slop design”（柔色调、圆角组件、左边界高亮等），创始人承认是“vibe coded”快速原型。
  • 关于可移植性：agent 定义跨领域（保险 vs 医疗）需要相当程度的定制，非“开箱即用”。

🔗 原文 · HN 讨论页

今日洞察#

Claude Fable 5 今日全球恢复，但这次与下线前不同——新增的网络安全分类器让部分安全相关常规任务回退到 Opus 4.8。Anthropic 明确表示会改进生物学和化学分类器以减少误报。这一设计暴露了一个核心权衡：模型推理能力与安全治理之间的张力不再通过“全有或全无”的禁令解决，而是转向细粒度的分类器路由。对开发者而言，这意味着不能无条件信任 Fable 5 的能力覆盖——某些任务可能被分类器误判而得到低质量结果。二阶影响是，按任务风险等级分配模型的需求上升，类似“模型路由”的工具会成为生产环境标配。

Google Gemini Spark 的 Beta 发布标志着个人 AI 代理的形态从本地工具转向云服务。它无需笔记本、无需配置，通过智能触发器和 MCP 连接 Google 生态与外部工具。这种设计降低了使用门槛，但引入了数据归属和延迟依赖。对比当下流行的本地 Agent 方案（如 OpenCode、Claude Code），Gemini Spark 更接近“SaaS 版个人助理”——用户放弃控制权换取便利。其长期影响是，个人 Agent 市场可能分裂为云托管和本地运行两个阵营，MCP 成为两者共享的标准化接口层。

---

title: “Fable 5 回归体验分化，Meta 外包测试 ChatGPT 被曝光，OpenAI 提议出让 5% 股份给政府” lead: “Anthropic 恢复 Fable 5 全球访问，但用户遭遇频繁安全回退至 Opus 4.8 与高价 Token 消耗，社区开始采用多模型编排策略；Meta 被曝通过外包冒充未成年人系统性测试 ChatGPT/Gemini/Character.AI，引发安全商战争议；OpenAI 据报正与特朗普政府讨论出让 5% 股份建立公共财富基金；彭博报道 AI 正推动动画制作成本下降 90%。” highlights:

• “Fable 5 回归，安全分类器导致大量请求回退至 Opus 4.8”
• “Meta 外包项目冒充未成年人测试竞争对手 AI 产品”
• “OpenAI 提议向美国政府出让 5% 股份，共享 AI 红利”

1. [持续跟踪] Claude Fable 5 回归后，用户面对安全回退与高昂成本的现实#

• 前情提要：昨日美国商务部长正式解禁 Fable 5 和 Mythos 5，Anthropic 宣布今日全球恢复访问。Fable 5 新增安全分类器以应对网络安全滥用，部分常规请求会回退到 Opus 4.8。
• 最新进展：回归 24 小时内，用户实测反馈分化。Anthropic 的新安全分类器在超 99% 的情况下阻止了已知绕过手法，但误报严重：问候语 “HI FABLE I MISSED YOU”、用户带 “physician-scientist” 的个人上下文、提问 “大黄蜂会不会放屁” 均触发回退。生物/化学分类器未更新，覆盖面偏宽。
• 成本与 Token 消耗：Fable 5 定价为 Opus 4.8 的两倍（输入 10 美元/百万 Token，输出 50 美元/百万 Token），且新 tokenizer 使英语文本成本再增约 30%。有用户实测 3 个大型提示词总账单达 90 美元；一个简单问题消耗 Pro 计划 5 小时额度中的 2%。
• 社区应对方案：Theo Browne 等开发者提出多模型编排——只在 high effort 下用 Fable 5，将实现/验证/计算机使用任务委托给其他模型。Dan McAteer 建议将 Fable 5 作为超级智能顾问，Sonnet 5 作为快速执行层。Cursor 官方确认 Fable 5 在 CursorBench 排名第一，但单任务成本最高。Perplexity、Devin、Notion、Genspark 等已全量接入。 🔗 Anthropic 官方推文 | Anthropic 安全说明 | Theo Browne 策略 | 爱范儿深度报道

2. Meta 被曝通过外包项目冒充未成年人测试竞争对手 AI 产品#

• 核心事件：据《连线》杂志调查，Meta 长期运行代号 “戛纳（Cannes）” 的秘密项目，通过欧洲外包公司 Covalen 雇佣数百名员工创建虚假未成年人账号，向 ChatGPT、Gemini 和 Character.AI 发送恶意提示词，测试安全边界。内部文件显示至少 3748 条提示词，涉及自残、自杀、未成年人性内容等。
• 测试规模：仅 2025 年 8 月一轮集中测试中，就输入了超过 45000 个高危提示词。外包员工使用粗制 Gmail/Outlook 账号，以 13 岁女孩、五年级小学生等身份发问。部分员工匿名表示 “看到了很多宁愿没看到的东西”。
• 涉事方回应：Meta 自称是 “全面的 AI 安全基准测试” 行业常规做法。Character.AI 表示未授权此类测试；OpenAI 表示正在调查，其使用政策禁止未经请求的安全测试和开发竞争模型；Google 同样表示不知情。业界专家批评这是 “安全成为反竞争行为的遮羞布”。
• 行业意义：这一事件暴露了头部科技公司将 AI 安全武器化为商业竞争工具的黑暗面，也凸显了模型安全对抗测试的灰色地带——当测试方是被测方的直接竞争对手时，其动机和透明度都值得质疑。 🔗 爱范儿报道 | 《连线》原文

3. OpenAI 提议向美国政府出让 5% 股份，建立公共财富基金共享 AI 红利#

• 核心事件：据《金融时报》报道，OpenAI CEO Sam Altman 自 2025 年初起与特朗普政府官员进行初步讨论，提议将 OpenAI 约 5% 的股份（当前估值 8520 亿美元）转让给美国政府，以此建立 “公共财富基金”（Public Wealth Fund），让普通公民分享 AI 经济增长红利。
• 提案细节：该基金将投资于 AI 公司及广泛采用 AI 的多元资产，收益直接发放给每一位公民，类似全民分红池。此举旨在解决 AI 发展带来的财富分配不平等问题，同时为 OpenAI 争取政策支持。OpenAI 近期面临来自特朗普政府的监管压力和出口管制审查。
• 行业意义：这标志着 AI 领军企业开始主动寻求与政府深度绑定，将部分控制权让渡以换取发展空间。若落地，将开创大型科技公司与联邦政府股权合作的先河，对全球 AI 治理模式产生示范效应。社区对此反应两极，有声音担忧 “监管捕获” 将进一步固化垄断。 🔗 Financial Times 报道 | 宝玉推文 | Andrew Curran 推文

4. 模型发布速度成为新护城河：OpenAI 平均 51.8 天一更，Anthropic 59.8 天，Google 75.8 天#

• 核心分析：投资人 Alvin Foo 发布截至 2026 年 5 月 30 日的模型发布节奏数据：OpenAI 重大模型平均 51.8 天一更，Anthropic 59.8 天，Google Gemini 系列 75.8 天（包含一次 154 天的空窗期）。OpenAI 从 GPT-5 到 5.1 间隔 97 天，此后稳定在 28-56 天；Anthropic 从 Claude 4 到 Opus 4.1 间隔 75 天，此后压缩至 42-73 天。
• 复利效应：更快的发布节奏带来数据飞轮加速（更多真实使用→更密反馈→更好模型）、开发者心智占领、企业工作流锁定，以及对开源模型持续维持能力壁垒。前沿模型正在从 “隔代发布” 转向 “软件式连续交付”。
• 行业意义：在模型能力差距缩小的当下，迭代速度正成为决定竞争格局的关键。Google 拥有算力和研发深度，但当前节奏差距在 2025 年明显拉大。若无法弥合，双寡头（OpenAI + Anthropic）格局可能固化。 🔗 Alvin Foo 推文 | AI Will 翻译

5. 彭博社：AI 推动动画行业成本预计下降 90%，好莱坞就业承压#

• 核心报告：彭博社报道指出，随着 AI 视频生成与编辑模型（如 Gemini Omni Flash、Nano Banana 2 Lite）快速成熟，好莱坞电影人预计动画长片制作成本可能下降 90%。制片厂、从业者和工会正为减少的人类岗位做准备。
• 影响范围：好莱坞就业此前已受罢工、项目减少、行业并购等多重压力。AI 驱动的自动化将进一步重塑制作流程——传统需要数百人团队、数月渲染的动画项目，未来可能由小团队配合 AI 在数周内完成。
• 行业意义：这是首次有主流财经媒体对 AI 在创意产业的具体成本影响做出量化预测，标志着 AI 对白领/创意岗位的替代风险从 “担忧” 进入 “倒计时” 阶段。 🔗 Bloomberg 报道 | AI Will 推文

6. Google Research 发布 TabFM：零样本表格数据预测，无需训练和调参#

• 核心发布：Google Research 正式发布 TabFM，一个专为表格数据设计的基础模型。输入整张表格，一次前向传播直接输出分类或回归结果，无需特征工程、超参搜索或模型训练。
• 技术路线：TabFM 使用交替行列注意力架构解决表格数据行列无序的核心问题，先压缩每行为向量再执行 In-Context Learning。训练数据全部采用结构因果模型生成的合成数据（数亿级），避免真实数据稀缺和隐私问题。Google 计划将其集成进 BigQuery，通过单条 SQL 命令调用。
• 性能数据：在 TabArena 基准（38 个分类 + 13 个回归数据集）上，TabFM 开箱 Elo 分类 1727、回归 1940，集成版本（Ensemble）全面超越 XGBoost、TabPFN 等调优方案。
• 行业意义：这是表格数据预测领域从 “特征工程驱动” 向 “基础模型零样本” 转型的关键一步。企业 80% 的预测任务运行在表格数据上，TabFM 若落地 BigQuery，将大幅降低科学研究和商业分析中机器学习的门槛。 🔗 AI Will 解读 | TabFM 论文

7. GitHub Copilot 代码审查新增 Medium-depth 模式，使用更高推理模型#

• 功能更新：GitHub 官方宣布 Copilot 代码审查已推出 Medium-depth 模式公开预览。该模式将审查的努力级别从 Low 提升至 Medium，代码审查将路由到更高推理能力的模型进行更深入的分析。
• 使用方式：开发者可在 PR 评论中通过 /chat 和 @github-copilot 调用不同深度的审查，或在仓库设置中调高默认审查深度。该功能旨在在快速检查与全面审计之间提供灵活的折中方案。
• 行业意义：这一更新反映了 AI 编码助手正从 “辅助补全” 向 “自主审查” 进化，通过分级推理能力适配不同严格要求的代码场景，为企业级质量保障提供可配置的 AI 审查层。 🔗 GitHub 官方推文 | 产品文档