本期周刊封面导览，涵盖了所有正文的主题概要：内核安全团队如何应对 LLM 漏洞报告洪流、Gentoo 放弃 Chromium 打包的始末、Rust 智能指针灵活性改进、Sashiko 补丁审查系统进展、Charon 为 Rust 编译器提供稳定 API、LAVD 调度器演进，以及 Python 两个随机数模块的辨析。同时包含社区简讯和公告栏目。

Greg Kroah-Hartman 在 Kernel Recipes 演讲中展示了内核 CVE 修复趋势图：从每个版本约 500 个飙升至四倍之多，目前每天修复 33 个 CVE。这一剧变的推手正是 LLM 大规模自动漏洞挖掘。好消息是内核社区多年的准备工作已经奏效——工具链能够扩展到这一规模，其他项目陷入恐慌而"我们做得很好，还能更快"。他呼吁社区忽略媒体上的"末日营销"，并举例说明某 LLM 声称发现 79 个内核漏洞，实际经审查后价值有限。

Roman Gushchin 介绍了 Sashiko——一个基于 LLM 的内核补丁自动审查系统，运行于 Google Gemini 上，已捐赠给 Linux 基金会并开源。Sashiko 监控内核邮件列表中的所有补丁并在 sashiko.dev 上集中展示评审结果。系统设计上需要精确控制上下文量——信息过多会导致"奇怪效果"，太少则质量不足。安全方面，防范 prompt injection 是重中之重，因为维护者依赖 Sashiko 的判断。项目从通用 LLM 起步，逐步定制化以提升评审质量。

LAVD 调度器 2023 年起步于 SteamOS 游戏场景，解决完全公平调度器（CFS）在游戏中导致的延迟尖峰问题。核心概念是"紧迫度"——自动推断哪个任务最需要运行，据此调整虚拟截止时间。近年来 LAVD 增加了更复杂的 CPU 选择启发式算法和减少活跃 CPU 数量的策略。Min 在 Kernel Recipes 演讲中指出，游戏中最常见的系统调用是 futex()，这为调度优化提供了线索。如今 LAVD 正从游戏向服务器工作负载扩展。

Gentoo 的 Chromium 打包维护者正式宣布放弃维护。Chromium 以复杂的构建系统、大量内置依赖项和频繁发布著称，对于以源码编译为核心理念的 Gentoo 来说尤为痛苦。维护者需编写复杂的 ebuild 文件，用户通过 emerge 编译。虽然 Gentoo 通过 Binhost 提供部分预编译包，但从源码编译的优势在于 USE 标志可以灵活设置编译选项。志愿维护者们在长期面对构建复杂度和用户投诉后终于力不从心，这一决定引发了社区对发行版打包可持续性的广泛讨论——本期评论数高达 105 条。

Rust 语言团队负责人 Tyler Mandry 在 RustConf 2026 上介绍了"Beyond the &"项目——一项长达一年的努力，旨在让用户自定义智能指针获得与内建引用同等的灵活性。目前某些操作（如 or_insert_with() 回调中的借用）对智能指针不可用。新设计将大幅简化指针与引用的心智模型，让 Arc 等智能指针在 hash map 条目 API 等场景下表现得像普通引用一样自然。

rustc 模式匹配基础设施维护者 Nadrieril 在 Kangrejos 会议上介绍了 Charon 项目——旨在为 Rust 编译器内部信息提供稳定 API。当前外部工具要分析 Rust 代码，要么重新实现大部分编译器逻辑，要么使用不稳定的 rustc 内部接口（随时可能断裂）。Charon 的目标是"展示 rustc 所见"，集中维护与 rustc 内部接口变化的同步工作，为形式化验证、静态分析等工具提供可靠基础。

Trey Hunner 深入对比了 Python 的 random 和 secrets 两个模块。random 模块使用 Mersenne Twister 算法生成伪随机数，是可预测的——因此不适合密码和安全令牌场景，尽管历史上被广泛误用。2015 年核心团队曾讨论是否将 random 默认改为安全随机，最终选择在 Python 3.6 中新增 secrets 模块作为正确方案。文章详细说明了两个模块的适用场景边界，帮助开发者避免安全陷阱。

Gentoo 放弃 Chromium 打包引发社区对发行版维护可持续性的激烈讨论。105 条评论反映了用户对 Chromium 构建复杂度、发行版打包负担以及开源维护者倦怠的普遍关切。

LLM 驱动的内核漏洞报告洪流是本期最受关注的技术话题之一。社区围绕 Kroah-Hartman "不要恐慌"的立场、LLM 漏洞报告的实际质量以及内核安全工具链的可扩展性展开了大量讨论。

本期周刊封面页本身也吸引了 68 条评论，读者对整期内容的综合反馈集中在此，涵盖对各篇文章观点的延伸讨论。