早报：Gemini 4 Hydrogen 落地，PostgreSQL 与 Rust 同日更新
本期围绕 11 月 12 日至 13 日上午可核对的官方更新：Google 推出面向日常编码智能体的 Gemini 4 Hydrogen；PostgreSQL 发布包含大量安全修复的小版本，并宣告 14 结束支持；Rust 1.100.0 稳定 never 类型并引入依赖冷却期。同时收录 Claude Code 的实验性 Code Mode、Trainium 上的 SGLang-Neuron 公开预览、Cloudflare 将 Kitesurf 开源，以及 GitHub Actions 停止托管 ARM32 作业的截止日期。
本期以北京时间 2026-11-12 21:00 之后仍可公开核对的官方公告、发布说明和项目文档为主，并收入同日稍早发布、但尚未被本站覆盖的实质更新，包括 Rust 1.100.0、PostgreSQL 安全更新，以及 Cloudflare 将 Kitesurf 开源。Rust、PostgreSQL 与 Kitesurf 的官方 RSS/Atom 仅提供日期精度，发布时间记为 2026-11-12T00:00:00+00:00，不代表已知精确时刻。创刊号已覆盖的 Grok Bot 云端定时任务文档、X API 定价页和 Google 搜索垃圾政策未再使用。摘要只依据已打开的官方页面核对事实与数字，未转载全文或图片。第三方日报中“Codex Security 今日开源”等说法未写入正文：该仓库此前已存在，0.10.0 发布于窗口之外，且属于增量更新。Inception Mercury API 停服传闻因官方文档与 FAQ 未确认，亦未收录。
Gemini 4 Hydrogen 上线，定位日常编码与智能体执行
Google DeepMind 于 11 月 12 日发布 Gemini 4 Hydrogen，定位为日常编码和智能体工作流的快速执行模型，与侧重长程推理的 Gemini 4 Carbon、Gemini 4 Argon 形成分工。官方给出统一 100 万 token 上下文，付费档在整个窗口内一口价为每百万输入 token 1.50 美元、每百万输出 token 7.50 美元；思考层级为 low、medium、默认 high，并新增 xhigh。模型标识为 gemini-4-hydrogen，已在 Gemini API、Google AI Studio、Gemini for business、Gemini 应用和 Google 搜索等渠道推出，免费用户在应用中通过自动模型选择按需使用。Google 官方 Python SDK 3.3.0 已加入该模型标识和 xhigh 枚举。相较 Gemini 3.8 Flash，官方称在默认 high 设置下任务完成速度快 2.5 倍，Terminal-Bench 4.1 分数由 18.2% 提升至 57%。
为什么值得关注
适合计划把日常编码智能体从 Gemini 3.8 Flash 迁出，或把 Carbon、Argon 用于规划、再把 Hydrogen 用于执行的团队。思考过程 token 会计入输出计费，默认思考层级是 high，调用前应核对价目与速率限制。
PostgreSQL 发布安全更新，14 正式结束支持
PostgreSQL 全球开发组在 11 月 12 日发布所有受支持版本的更新，包括 18.7、17.12、16.16、15.20 和 14.25，并同时放出 PostgreSQL 19 第二个发布候选版。官方公告写明，此次修复 52 项安全漏洞，以及过去数月报告的 140 余项缺陷。这是 PostgreSQL 14 的最后一次发布，该版本现已结束支持，不再提供安全与缺陷修复。小版本更新一般只需停止服务并更换二进制，不必 dump/reload 或使用 pg_upgrade；但公告列出若干升级后步骤，例如怀疑 GIN 索引受此次修复的损坏问题影响时应重建索引，使用增量备份则建议更新后再做一次全量备份。除非发现需要推迟的问题，PostgreSQL 19 正式版计划于 2026 年 11 月 19 日发布。
为什么值得关注
在 VPS 或自建环境运行 PostgreSQL 的团队应尽快评估并升级仍受支持的分支；生产环境若还停留在 14，需要立即制定迁移计划。升级前应阅读官方公告中的额外步骤，不能只替换二进制。
Rust 1.100.0 稳定 never 类型，并引入依赖冷却期
Rust 发布团队在 11 月 12 日宣布 Rust 1.100.0 稳定版。此版本稳定了 never 类型 !，允许在任意位置命名该类型，并把 Infallible 改为 ! 的别名。为配合这一调整，2024 edition 之前的 never 类型回退也从 () 改为 !；官方称多数代码无感，但少数情况可能影响编译，或让编译器识别出更多不可达代码。该版本还稳定了分配器 API 的核心部分，允许为 Vec 和 Box 使用自定义分配器，并新增 DropGuard 与 conjure_zst。Cargo 开始报告未使用依赖，构建目录更一致地使用构建配置哈希，同时稳定了 min-publish-age（依赖冷却期），可按配置跳过新近发布的版本。已通过 rustup 安装的用户执行 rustup update stable 即可升级。
为什么值得关注
对 Rust 库作者和供应链策略都有直接影响。若依赖因 never 类型变更编译失败，应先尝试更新该依赖。冷却期不能单独作为完整防护，而且 cargo install 会忽略这一限制。
Claude Code 2.1.323 加入实验性 Code Mode
Anthropic 在 11 月 12 日发布 Claude Code 2.1.323。官方变更说明的首项是实验性、需主动开启的 Code Mode：Claude 会改为编写 JavaScript 来调用其工具。同版本还为插件清单增加 engines["claude-code"]，超出声明版本范围的插件不会被安装、更新或加载，安装和更新时会选择符合范围的最新版本；claude plugin validate 可对插件的 TypeScript hooks 模块做类型检查，默认记为警告，加上 --strict 则会失败。此外，长时间运行的 hooks 会每 30 秒发送一次进度心跳，避免宿主把会话误判为挂起；Artifact 工具现支持上传 .docx。完整修复清单见官方 changelog 与 GitHub Release。
为什么值得关注
使用 Claude Code 或编写其插件的开发者需要注意：Code Mode 仍是实验性选项，且插件版本范围开始被强制执行。组织如何关闭该模式，应以官方后续说明为准；本次核验时，changelog 中给出的 Code Mode 文档地址返回了 404。
SGLang-Neuron 公开预览，可在 AWS Trainium 上提供推理
Amazon 机器学习博客于 11 月 12 日宣布，SGLang-Neuron 已通过 AWS Deep Learning Container 公开提供。该项目由 RadixArk 与 Annapurna Labs 合作，是连接 SGLang 与 AWS Trainium 的树外插件：安装后通过 SGLANG_PLATFORM=neuron 启用，沿用现有 SGLang 服务接口，底层走原生 PyTorch。官方示例在 Trainium3 的 Amazon EC2 实例上启动 pytorch-inference-sglang-neuron 容器，并以 openai/gpt-oss-120b 等模型做演示。LMSYS 同步发布的 v0.1.0 说明称，当前预览期通过该容器获得支持，并介绍了预填充与解码分离、经由 EFA 上的 NIXL 传输 KV 等能力。这仍是公开预览，受支持模型和特性以项目仓库文档为准。
为什么值得关注
已经在用 SGLang、并希望把推理或强化学习 rollout 放到 Trainium 上的团队，可以按熟悉的接口做验证。使用前需要准备 Trainium 实例，并核对容器标签与受支持模型列表。
Cloudflare 将 AI 智能体浏览器引擎 Kitesurf 开源
Cloudflare 开发者更新日志在 11 月 12 日宣布，面向 AI 智能体的浏览器引擎 Kitesurf 已在 GitHub 以 Apache 2.0 许可证开源，仓库为 cloudflare/kitesurf。它运行在 Cloudflare Workers 上，可解析 HTML、应用 CSS、执行页面 JavaScript 并生成截图，无需浏览器容器；同时支持 Chrome DevTools Protocol，可连接 Puppeteer 等客户端。官方明确该项目仍处于实验阶段，并在持续改进标准支持和渲染质量。本地可用 Wrangler 开发；若部署到自己的 Cloudflare 账号，必须使用 Workers 付费计划中的 Dynamic Workers 来为页面创建隔离 Worker，且产品本身不提供内置身份验证，需要自行加上 Cloudflare Access 或其他鉴权。贡献前需先开 issue 并获得维护者认可。
为什么值得关注
适合需要自建智能体浏览环境、又不想维护完整浏览器容器的开发者。生产部署有明确的付费计划与鉴权前提，不宜把当前实验实现直接暴露到公网。
GitHub Actions 将于 12 月 8 日停止托管 ARM32 作业
GitHub 于 11 月 12 日在官方 Changelog 宣布，GitHub Actions 托管运行器将在 2026 年 12 月 8 日前结束 Windows 与 Linux 上的 ARM32 作业执行支持，其中也包括托管运行器上的原生 AArch32 用户态执行。官方给出的原因是：在结束对 node20 的支持之后，Node 24 不再支持 ARM32。这是一项已公布截止日期的平台变更。仍在托管 runner 上运行 32 位 ARM 作业的仓库，需要在截止日期前改用其他架构，或改到可以继续执行 ARM32 的自建 runner。
为什么值得关注
维护嵌入式、旧版 ARM 构建或仍依赖 32 位工具链的持续集成工作流，应立即清点作业架构。截止日期已经明确，临近再迁移可能影响发布节奏。
AWS Backup 支持在恢复 EKS 备份时改写资源引用
AWS Backup 在 11 月 12 日宣布，恢复 Amazon EKS 备份时支持 resource modifiers。当备份被复制到其他账号或区域后再恢复时，集群里常会残留源环境的 IAM 角色、数据库端点和 Amazon ECR 镜像仓库地址等引用，以往需要每次手工查找并替换。现在可以把转换规则一次性写进 YAML 文件，由 AWS Backup 在恢复过程中自动应用，以减少跨账号、跨区域灾备中的遗漏和差错。官方写明，该能力已在所有商业 AWS 区域以及 AWS GovCloud（美国）区域提供。
为什么值得关注
在多账号或多区域做 EKS 灾备的团队，可以把环境差异纳入恢复流程，而不必每次手工改清单。具体规则格式和调用方式需要再对照 AWS Backup 文档确认。