本文へスキップ

すべての記事

今日 25 件
10月17日土
  1. DeepSeek 公众号84

    DeepSeek 发布 V4.1 Flash 1017 版本并开放自研搜索与抓取 API中国語

    DeepSeek 正式发布 DeepSeek-V4.1-Flash-1017 模型并开源权重，官方网页端、APP 与 API 已同步更新。新版本通过基于自反馈的强化学习优化了运行时间与输出长度，大幅增强游戏开发和 3D 建模等从零构建完整项目的能力。

    推薦理由：新版本不仅降低了代码生成的运行时间与输出成本，还同步开源权重并正式开放了自研搜索与抓取接口。

  2. vLLM 更新76

    vLLM v0.32.0 发布中国語

    vLLM 正式发布 v0.32.0 版本，包含来自 363 位贡献者的 814 次提交，全面升级了低精度 KV cache 支持、Model Runner V2 调度及多模态服务能力。

    推薦理由：该版本强化了低精度键值缓存与推理调度，帮助开发者了解主流开源模型在多样化硬件上的部署优化与适配方案。

  4. vLLM 官方博客（网页）74

    vLLM 基于 CuTe DSL 与智能体优化 Kimi K3 解码性能中国語

    vLLM 针对 Kimi K3 引入了全新定制的 CuTe DSL 解码路径，借助编码智能体协助完成了算子融合、通信掩盖与形状调优。在 16 卡 NVIDIA GB300 搭配 DSpark 投机解码测试中，该方案在 batch 1 下取得 842 tokens/s 解码速度，相比原版吞吐提升 1.73 倍，并在 AgentX 真实工作流中提升了 1.8 倍的交互吞吐。

    推薦理由：文章详细拆解了借助编码智能体优化底层 GPU 算子的具体路径与工程验证规范，为大模型推理性能调优提供了可落地的实操参考。

  7. Ollama 更新31

    Ollama v0.40.6-rc1 发布：transfer 支持 registry 重定向目标代理中国語

    Ollama 发布 v0.40.6-rc1，在 transfer 中支持 registry 重定向目标使用代理。该版本在 Windows 上防止出现孤立的 runner 进程，并为 GGUF 添加了 q2_0 张量与文件类型支持。此外，更新还包含在 Ollama 云端启动 clef，并在 --ask 模式中为问题键使用标识符。

  10. AWS 机器学习64

    AWS 推出基于 Amazon Bedrock AgentCore 的生产级 AI 智能体评估框架中国語

    AWS SMGS 运营团队基于 Amazon Bedrock AgentCore 落地了一套覆盖全生命周期的九阶段 AI 智能体评测框架，用于解决多智能体在企业生产环境中静默退化与输出失真问题。

    推薦理由：文章拆解了生产级多智能体系统的九阶段评测与监控闭环，为规避大模型静默退化提供了可直接落地的工程化参考方案。

  12. Google Research73

    Google 提出自主湿实验室研究体系 VERID 并实现闭环分子设计中国語

    Google Research 介绍了推动自主湿实验科学发现的最新研究进展，推出基于 PyLabRobot 的语义数字孪生框架 VERID，让 AI 智能体在控制移液机器人前完成 3D 状态追踪、虚拟试跑和硬件安全校验。

    推薦理由：研究将语义数字孪生引入生物实验自动化，展示了智能体通过闭环湿实验反馈纠正设计偏差的可行路径。

  13. NVIDIA Developer Blog55

    NVIDIA 推出 RTX Spark：基于 GB10 芯片支持单机完成智能体开发、测试与部署中国語

    NVIDIA 推出面向 AI 开发的硬件方案 NVIDIA RTX Spark，旨在让开发者在单台设备上集中完成代码编写、测试和部署。该方案搭载 NVIDIA GB10 系统级芯片并配备大容量统一内存，解决当前 AI 智能体开发工作流被分散在本地笔记本、云端模型 API 与云端虚拟机之间的问题。

  14. 施耐德电气博客20

    从电力到具备 AI 承载力：TeraWulf AI 与高性能计算园区背后的架构决策中国語

    施耐德电气旗下 Motivair 销售副总裁指出，在 AI 竞赛中获取电力仅是起点，可用兆瓦数并不等同于 AI 数据中心容量。其竞争优势取决于数据中心运营商将电力转化为实际承载力的速度，文章以此探讨了 TeraWulf AI 与高性能计算园区的架构决策。

  15. CNCF Blog65

    Nirmata 开源 Nirmata Runtime for Kyverno，基于 eBPF 扩展 Kubernetes AI 工作负载运行时安全中国語

    Nirmata 宣布开源 Nirmata Runtime for Kyverno，利用 eBPF 和 Linux 安全模块（LSM）将 Kubernetes 策略从准入控制扩展到内核级运行时安全执行。

    推薦理由：该项目将策略执行下沉至内核层，为解决大模型智能体动态运行时的越权调用和凭证窃据提供了可落地的防护路径。

  16. Azure Blog · 云基础设施47

    Microsoft 与 NVIDIA：企业部署中的开放权重模型风险管理中国語

    Microsoft 与 NVIDIA 联合发布《企业开放权重模型风险管理》白皮书，指导企业应对开放权重模型的部署风险与评估。指南基于 ISO 与 NIST 框架将风险分为网络安全、数据保护、内容、人机交互及偏见五类，指出权重开放性本身不决定风险高低。企业需结合实际场景、部署架构与多层防护措施落实针对性管控。

  17. Azure Blog · 云基础设施47

    Microsoft 与 NVIDIA：管理企业部署中的开放权重模型风险中国語

    Microsoft 与 NVIDIA 联合发布企业开放权重模型风险管理指南，基于 ISO 标准与 NIST AI 风险管理框架应对部署风险。指南将风险划分为网络安全、数据保护、内容、人机交互及偏见五大类，强调系统风险取决于具体用例与部署防护而非权重是否开放。团队可结合 Microsoft Foundry 的评估与自动化红队能力落实针对性管控。

10月16日金
  2. vLLM 官方博客（网页）72

    vLLM 首发支持 Reflection Beam-1.0 混合专家模型推理优化中国語

    vLLM 宣布首发支持 Reflection 旗下 501B 总参数、23B 激活参数的 Beam-1.0 混合专家模型，并在 NVIDIA Blackwell 架构上完成深度优化。

    推薦理由：团队展示了利用编码智能体自主编写 Triton 算子与融合计算图的实践，为超大参数混合专家模型的工程落地提供了具体优化范式。

  4. Cloudflare Blog · 网络基础设施59

    Cloudflare 推出已验证机器人持续问责系统，动态量化爬虫信任度中国語

    Cloudflare 推出针对已验证机器人（Verified bots）的持续问责评估系统，通过监测爬虫行为将其合规表现量化为动态信任区间。系统重点考察机器人是否持续遵守 robots.txt 设定的站点偏好，以及接收到 HTTP 429 限流反馈后是否主动减速或暂停请求。

  5. Transformers 更新39

    Transformers v5.20.1 发布中国語

    Transformers 正式发布 v5.20.1 版本，新增支持来自 Reflection AI 的新模型 Beam。该模型主打模型 token 高效利用与前沿级能力，专注于编程和智能体场景，方便团队在自有硬件、基础设施或云端部署与定制。此外，该版本修复了旧版本 PyTorch 加载模型的问题，以及 HunYuan-VL 批量生成图像分配等缺陷。

  6. 腾讯混元 公众号78

    腾讯混元发布 Hy Memory 2.0 并开源模型、框架与 MemHub 应用中国語

    腾讯混元宣布智能体记忆框架 Hy Memory 升级至 2.0 版本，并全层开源专用模型 Hy-Memory-30A3B、记忆框架 SDK 及本地管理应用 MemHub。

    推薦理由：该方案通过开源专用记忆模型与本地应用，为解决多智能体工具间的上下文割裂提供了完整参考。

  8. vLLM 官方博客（网页）74

    vLLM 优化 Kimi K3 在 AMD MI355X 上的推理性能：AgentX 基准吞吐超越 NVIDIA B300中国語

    在 AgentX 基准评测中，8 卡 AMD Instinct MI355X 系统使用 vLLM 运行 Kimi K3 时，在 50 tokens/s/user P90 交互延迟下实现每 GPU 约 7,567 tokens/s 的总吞吐量，比 NVIDIA HGX B300 高出 24.4%，按 TCO 模型换算每美元 token 产出提升 87.4%。

    推薦理由：原文系统拆解了针对 MoE、MLA 和长上下文状态的端到端调度优化方案，为异构硬件适配超大模型提供了可迁移的工程参考。

  9. Hugging Face61

    NVIDIA 联合 AI4Bharat 推出 Nemotron 印度语预训练数据集与开源生成流水线中国語

    NVIDIA 与 IIT Madras 旗下的 AI4Bharat 联合推出 Nemotron-pretraining-Indic-v1 预训练语料及开源 GPU 加速数据生成流水线，覆盖 22 种印度宪法官方语言共约 2.8 万亿 token。

    推薦理由：原文公布了涵盖 22 种语言的 2.8 万亿 token 语料与 GPU 数据生成流水线，为低资源语言的合成数据构建与质检修复提供了可迁移实践。

  14. Hugging Face65

    Granite Switch 4.1 发布：单端点整合对话、决策与语音识别能力中国語

    Granite Switch 4.1 系列模型（8B 与 30B）正式发布，将通用决策 aLoRA、安全决策 Guardian aLoRA 以及语音识别模型整合至单一托管端点。适配器与基座模型共享显存并复用基座生成的 KV cache，可在对话响应、多步骤决策及语音转文字等任务间快速切换。该系列模型支持开箱即用，官方后续还将发布 Adapter SDK 供社区训练与组合自定义适配器。

    推薦理由：原文展示了多适配器共享显存与缓存的架构设计，读者可以参考如何以低开销在单端点组合多任务工作流。

  15. Apple Machine Learning Research45

    先规划还是先检索？大模型工具发现架构规模化研究中国語

    研究对比了先检索后规划（RtP）与先规划后检索（PtR）两种大模型工具发现范式，发现在 ToolBench（含 46,984 个 API 端点）评测中存在复杂度交叉现象：RtP 在单工具查询上更优，而先生成抽象工具桩（Abstract Tool Stubs）的 PtR 则在多工具查询中显著胜出。

  16. Apple Machine Learning Research44

    基于选择的结构化推理（SSR）：面向高效多模态搜索智能体中国語

    研究人员提出基于选择的结构化推理（SSR）框架，将多模态智能体的开放式推理重构为从预设的高层推理候选集里进行选择，无需辅助任务头并通过共享 KV cache 实现并行打分。在 2B 与 4B 模型及 7 个多模态搜索基准评测中，SSR 保持了与同规模领先搜索智能体相当的平均成功率，同时将每轮推理延迟降低超过 90%，每题模型总推理延迟减少 28–54%。

  18. Claude Code 更新33

    Claude Code v2.1.301 发布中国語

    Claude Code v2.1.301 发布，新增配置项以在用量限制等待过长时自动终止无人值守重试请求。OpenTelemetry 的工具决策事件新增 classifier_verdict 等字段以区分判定规则，vim 模式加入 `%` 括号跳转动作。更新还改进了向更小上下文窗口模型切换时的历史总结逻辑，并修复了长参数导致的卡顿与内存异常。

  19. Engineering at Meta64

    Meta 复盘 2026 世界杯流量洪峰：超大规模基础设施的高可用实践中国語

    Meta 工程团队复盘 2026 世界杯基础设施保障实践，WhatsApp 在决赛期间创下超 3000 万条消息/秒的平台纪录，并在单个 5 分钟窗口内传输近 84 亿条消息。

    推薦理由：原文复盘了全球同时达峰场景下的架构应对方案，为超大规模并发系统的容量预置与弹性降级提供了可迁移的工程经验。

  20. Engineering at Meta75

    Meta 详解如何通过 AI 原生工程体系构建 Forum 应用中国語

    Meta 官方披露其借助 AI 智能体原生工程体系从零构建独立应用 Forum 的完整实践，团队用八周即实现了与 Facebook Groups 核心功能对齐。

    推薦理由：文章总结了将智能体引入工程闭环的实操框架，为团队从单纯代码补全转向监督型自主开发提供了可迁移的验证与架构参考。

  22. vLLM 官方博客（网页）79

    vLLM 宣布首发支持开源 MoE 模型 Muse Spark Open中国語

    vLLM 联合 Meta 推出对开源 MoE 模型 Muse Spark Open 的首发支持，全面适配 816B 总参数、42B 激活参数与 1M 上下文窗口。

    推薦理由：原文详细拆解了 816B 稀疏架构的缓存缩减机制与跨芯片部署方案，为开发者评估超长上下文及多硬件投机解码提供了直接参考。

  23. Google Developers · AI 筛选67

    Google OAuth 宣布支持 DPoP：绑定刷新令牌以防凭证盗用中国語

    Google OAuth 正式支持应用层安全规范 DPoP（RFC 9449），通过将客户端生成的非对称密钥对与长效刷新令牌绑定，阻止凭证窃取与重放攻击。为了避免高并发 API 产生过高的非对称加密验证延迟，短期访问令牌仍维持标准 Bearer 模式。针对新兴的 MCP 与多智能体委托工作流，Google 建议配合 Google Cloud STS 进行令牌交换，避免跨智能体共享私钥。

    推薦理由：解释了在长效令牌防盗与高并发性能间的设计权衡，并给出了多智能体及 MCP 架构下的令牌安全落地方案。