1. AI疲劳真实存在，却无人谈及；
2. 亲手写代码让我更快乐；
3. “AI平庸化”令我恐惧；
4. 在Game Boy Color上实现实时3D着色渲染；
5. 血液中Omega-3水平越高，早发性痴呆风险越低；

以上是今天的前五条黑科技新闻标题。

总共25条，具体内容您往下读…

1. AI疲劳真实存在，却无人谈及

🔗 siddhantkhare.com: AI fatigue is real and nobody talks about it

作为AI代理基础设施的开发者，作者在AI大幅提升单任务效率的同时，却感到前所未有的疲惫。其核心矛盾在于：AI降低了生产耗时，却将协调、审查和决策的负担完全转移给了人类。工程师的角色从创造者转变为永不停歇的代码评审员，面对大量需要谨慎判断的AI输出，导致决策疲劳。

此外，AI的非确定性输出打破了工程师赖以工作的确定性逻辑，带来持续的低度焦虑。而技术生态的疯狂迭代（如各类代理框架、工具的快速更替）则制造了FOMO（错失恐惧） 的 treadmill，令人疲于追赶。作者最终总结，必须设定使用边界（如“提示不超过三次”），并将AI输出视为需大幅修改的草稿，而非完美成品，以保存认知精力。

2. 亲手写代码让我更快乐

🔗 abhinavomprakash.com: I am happier writing code by hand

作者尝试使用AI代码生成工具后，反而感到抑郁和倦怠，认为这剥夺了编程的乐趣与思考过程。他体会到，亲手编写代码是与问题深度搏斗、真正理解问题域的关键方式，而依赖AI生成代码则容易让人停止深入思考，被动接受结果。虽然AI工具能快速产出大量代码，但理解和审查这些代码反而成为瓶颈，且削弱了作为知识工作者的核心思考能力。现在，他转而以更可控的方式使用AI，例如辅助修改或写测试，通过手动提供上下文来保持大脑的参与和主动思考。最终，他认为优化工作幸福感远比追求表面的生产效率更重要。

3. “AI平庸化”令我恐惧

🔗 ezhik.jp: Slop Terrifies Me

作者担忧以当前AI水平为终点的未来：软件将永远停留在“勉强能用” 的状态。开发者满足于快速产出“足够好就发货” 的平庸产品，而用户则安于接受这些“数字糟粕”。这导致真正的工艺精神消亡，创新被扼杀，最终无人再关心软件质量。尽管AI工具能帮助创作和学习，但它们也倾向于产出同质化、缺乏灵感的作品。问题的核心是商业激励与做好软件的初衷并不一致，而AI的普及可能让平庸化的进程变得更快。

4. 在Game Boy Color上实现实时3D着色渲染

🔗 blog.otterstack.com: I put a real-time 3D shader on the Game Boy Color

作者Danny Spencer成功在Game Boy Color（GBC）掌机上开发了一款能实时渲染3D图像的游戏。玩家可以控制一个环绕的光源并旋转物体。其核心原理是利用法线贴图和经过高度优化的数学计算来模拟光照效果。

由于GBC的SM83 CPU没有硬件乘法器且不支持浮点数，作者创造性地采用了对数与查找表的方法来替代乘法运算。所有计算均使用8位精度，并通过自修改代码等技术将性能压榨到极致，使着色器每帧能处理至少15个图块，约占单帧CPU时间的89%。项目还详细介绍了从Blender制作法线贴图到在GBC上编码和渲染的完整工作流程。

5. 血液中Omega-3水平越高，早发性痴呆风险越低

🔗 pubmed.ncbi.nlm.nih.gov: Omega-3 is inversely related to risk of early-onset dementia

一项基于英国生物银行数据的大型研究发现，较高的血液Omega-3脂肪酸水平与较低的早发性痴呆风险显著相关。该研究针对40至64岁人群，平均随访8.3年。结果显示，与血液总Omega-3水平最低的五分之一人群相比，水平最高两个五分之一人群的患病风险降低了约40%。这种保护性关联与APOE-ε4基因（阿尔茨海默病风险基因）无关。这表明，在生命早期增加Omega-3摄入可能有助于延缓早发性痴呆的发生。

6. 苹果芯片为何快？效率核心功不可没

🔗 eclecticlight.co: Why E cores make Apple silicon fast

苹果芯片 Mac 的卓越性能，不仅归功于性能核心，更关键的是效率核心的作用。系统启动后，大量后台任务（如 Spotlight 索引、Time Machine 备份）会被自动分配给效率核心全力处理，此时性能核心则保持相对空闲，随时准备为用户的关键应用提供全力支持。

这种设计的核心是服务质量调度机制。它严格区分前台与后台线程，确保后台任务通常只在效率核心上运行，即使这可能导致后台任务延迟，也不会让其占用性能核心的资源。这保证了用户操作的流畅响应与更长的电池续航。

因此，看似占用大量 CPU 的后台进程，实际上是在专为它们设计的低功耗核心上运行，这正是苹果芯片架构的智能之处，让性能核心得以专注于提升用户体验。

7. GitHub 智能体工作流

🔗 github.github.io: GitHub Agentic Workflows

GitHub 智能体工作流 是一个将 AI 编码助手（如 GitHub Copilot、Claude）集成到 GitHub Actions 中的自动化框架。它允许开发者使用简单的 Markdown 文件（而非复杂 YAML）定义自然语言指令，来创建由 AI 驱动、可自动执行的任务。

其核心特点是内置安全护栏，默认以只读权限和沙箱环境运行，对写入操作进行严格审批，确保仓库安全。工作流可自动处理问题分类、代码改进、文档维护、生成报告等任务，旨在为传统 CI/CD 流程增添持续 AI 能力，实现仓库的自动化智能维护与增强。该项目由 GitHub Next 和微软研究院开发，目前处于早期阶段，使用时需谨慎并辅以人工监督。

8. 互联网先驱戴夫·法伯逝世，享年91岁

🔗 lists.nanog.org: Dave Farber has died

我们悲痛地宣布，被誉为 “互联网祖父” 的杰出计算机科学家戴夫·法伯于2026年2月7日在日本东京家中突然去世，享年91岁。他生前是庆应义塾大学的特聘教授及网络文明研究中心联合主任。法伯的职业生涯跨越贝尔实验室、兰德公司等多个重要机构，并曾担任美国联邦通信委员会首席技术专家。他以其在学术界的深远影响和对电子前沿基金会等组织的贡献而闻名。晚年他在日本致力于教学与研究，深受同事与学生爱戴。其家人和同事将举行在线追思会。

9. 游戏中的道路艺术

🔗 sandboxspirit.com: Art of Roads in Games

作者从对自然界与人类建造的道路网络的图案之美着迷谈起，分享了自己在《模拟城市》等城市建设游戏中铺设道路的长期体验。他指出，尽管游戏不断进步，但道路系统始终存在不真实感，其根本原因在于游戏普遍使用贝塞尔曲线来生成道路。这种数学曲线在偏移时无法保持平行，导致急弯处几何失真，与现实世界中基于车辆恒定轴距的平行轨迹原理不符。

相比之下，圆弧能完美保持偏移平行性，且计算更高效，更适合模拟城市道路。而真实的高速公路则使用回旋曲线（Clothoid）来实现曲率的平滑过渡，但其数学复杂性让游戏开发者望而却步。出于对细节的好奇以及对现有开发资源的不满，作者决定构建自己更符合工程原理的道路系统。

10. Vouch：基于明确担保的社区信任管理系统

🔗 github.com: Vouch

Vouch 是一个社区信任管理系统，其核心在于要求用户必须获得现有成员的明确担保，才能参与项目的特定互动环节（具体范围可由项目自行配置）。该系统同样支持公开谴责机制，以阻止不良行为者。

该系统设计通用，可适配任何代码托管平台，但默认提供了开箱即用的 GitHub 集成方案（通过 GitHub Actions 和 CLI 工具）。所有信任名单（担保与谴责记录）均存储于一个简单的扁平文件中，格式精简，易于使用标准工具或任何编程语言进行解析。

Vouch 的独特之处在于能构建信任网络。项目可以配置为读取其他项目的信任名单，从而实现跨项目的信任决策共享。这使得拥有共同价值观的项目能够形成一个更广泛、更全面的生态系统信任网络，让在一个项目中已证明可信的用户能在其他项目中自动获得信任。

该系统旨在应对当前开源生态的挑战，特别是人工智能工具导致低质量贡献激增的问题。它促使项目从隐式信任转向显式信任模型，由可信个体为他人担保。项目的具体担保政策、实施方式及后果完全由项目自身决定。目前该系统已由 Ghostty 项目实验性采用。

11. 火星殖民生存游戏《地下城》发布

🔗 underhillgame.com: Show HN: I created a Mars colony RPG based on Kim Stanley Robinson’s Mars books

这款名为《地下城》的游戏是一款以火星殖民为背景的角色扮演游戏，其核心玩法聚焦于在红色星球上的生存与建设。游戏灵感直接来源于金·斯坦利·罗宾逊著名的《火星三部曲》。玩家将体验在严酷外星环境中建立并管理殖民地的挑战。目前，开发者正在积极收集社区反馈以支持项目的进一步完善。

12. 为不可言说的母亲策展：厄休拉·K·勒古恩

🔗 hyperallergic.com: Curating a Show on My Ineffable Mother, Ursula K. Le Guin

本文作者作为作家厄休拉·K·勒古恩的儿子及文学遗产执行人，策划了一场关于母亲的展览。展览的核心是母亲使用过的第一台安德伍德打字机，观众被鼓励用它创作，体验文字生产的物理过程与遗留的魔力。策展过程引发作者对传记展览线性叙事局限的反思，他借鉴了母亲提出的“载体袋”叙事理论，试图构建一个开放、包容而非定义性的展览空间。展览最终呈现为松散、多义却更贴近真实的形态，旨在致敬母亲不断学习与重塑自我的精神，而非将她固化为一个不变的偶像。

13. 美国社交媒体格局变迁（2020-2024）：使用量下降、平台碎片化与持续极化

🔗 arxiv.org: Shifts in U.S. Social Media Use, 2020–2024: Decline, Fragmentation, Polarization (2025)

本研究基于2020年和2024年美国国家选举研究的全国性数据，分析了美国社交媒体格局的变化。研究发现，总体平台使用量下降，年轻与年长用户放弃使用的现象增加。Facebook、YouTube和Twitter/X等传统平台影响力减弱，而TikTok和Reddit则小幅增长，显示出数字公共领域的碎片化趋势。

平台用户群体呈现老龄化、教育水平略升和更多元化的特点。政治倾向上，多数平台用户虽整体仍偏向民主党，但已向共和党用户靠拢，其中Twitter/X的转变最为剧烈，其发帖用户的党派倾向发生了近50个百分点的翻转。研究指出，政治性发帖行为与情感极化紧密相关，最活跃的用户往往也是最具党派性的。随着普通用户逐渐疏离，而两极化的党派用户持续发声，网络公共领域正变得规模更小、观点更尖锐、意识形态更极端。

14. 经典游戏《GTA》初代现已完美适配现代PC与Steam Deck

🔗 gtaforums.com: A GTA modder has got the 1997 original working on modern PCs and Steam Deck

一位名为LuKeStorm的模组制作者发布了名为“Ready2Play”的整合包，让1997年的原版《侠盗猎车手》及其资料片《伦敦1969》和《伦敦1961》能够在现代Windows系统及Steam Deck上便捷运行。该整合包无需复杂安装，解压即可通过启动器游玩。其核心改进包括增强的兼容性与性能、支持宽屏分辨率与正确比例、集成OpenGL/Direct3D9渲染器，并能在Linux系统下通过Wine自动配置。此版本还包含了所有官方语言支持，并模拟了原版CD音轨。

15. Bun v1.3.9 发布：并行脚本运行、性能提升与多项修复

🔗 bun.com: Bun v1.3.9

Bun 发布了 1.3.9 版本，带来了多项新特性与改进。核心新增功能包括 bun run --parallel 和 --sequential 命令，用于并发或顺序运行多个 package.json 脚本，并支持工作区与过滤，输出带彩色前缀以便区分。性能方面显著优化，包括 Markdown 转 HTML 渲染速度提升 3-15%，得益于 SIMD 加速；JavaScriptCore 升级带来了正则表达式 SIMD 加速、String#startsWith 等内置方法的 JIT 优化，大幅提升执行效率。此外，修复了 ARMv8.0 设备上的崩溃问题，改进了 NO_PROXY 环境变量对显式代理设置的支持，并为测试工具 mock() 和 spyOn() 添加了 Symbol.dispose 支持以实现自动恢复。版本还包含多项 Node.js 兼容性修复、类型定义修正及错误修复。

16. 在 FreeBSD 上构建个人自治系统：BGP、隧道与策略路由实践

🔗 blog.hofstede.it: Running Your Own As: BGP on FreeBSD with FRR, GRE Tunnels, and Policy Routing

本文详细介绍了个人如何通过赞助的 LIR 从 RIPE 获取 自治系统号 和 IPv6 前缀，并利用 FreeBSD 与 FRR 软件搭建自己的 BGP 路由器。核心架构包括：配置 BGP 与上游对等、通过 GRE/GIF 隧道将子网分发至远端服务器，并解决服务器同时使用多个 IPv6 地址空间的路由难题。此举不仅能实现提供商无关的地址移植性，避免更换主机商带来的繁琐更改，还能深入理解互联网核心路由协议 BGP 的运作，具有实践与学习的双重价值。文中提供了网络配置、FRR 路由策略及防火墙规则的具体示例。

17. 重温1997：亲手编译《雷神之锤》

🔗 fabiensanglard.net: Let’s compile Quake like it’s 1997

本文详细介绍了如何在复古环境中，按照1997年的原始开发流程，重新编译《雷神之锤》的Win32版本可执行文件。最初版本在NeXT系统上交叉编译，而后续版本如WinQuake和GLQuake则是在Windows NT系统上使用Visual C++ 4.X开发的。

作者指导读者搭建复古编译环境，可选择使用老式Intergraph工作站、双奔腾Pro机器、虚拟机等。关键步骤包括安装Windows NT 4.0、获取并正确安装Visual C++ 6.0及其处理器包（以支持汇编文件），并特别注意必须使用原始的q1source.zip源代码包，否则项目文件会损坏。整个过程充满了90年代特有的软件安装与依赖解决的挑战，最终成功编译出可运行的《雷神之锤》及其联机版本QuakeWorld。

18. 警惕：谷歌搜索再现针对Mac的恶意软件

🔗 eclecticlight.co: More Mac malware from Google search

研究人员发现，新一轮网络攻击正通过谷歌搜索结果传播，旨在向Mac用户投放名为AMOS的信息窃取木马。攻击者伪造苹果支持页面，并在Medium等平台发布含有恶意指令的教程文章，诱使用户在终端中运行经过Base-64混淆的命令。该命令会下载并执行窃取程序，盗取文档、密码等敏感数据。用户需对搜索引擎结果保持批判态度，切勿随意运行来源不明的终端命令。

19. 全球首款钠离子电池电动车：冬季续航之王

🔗 insideevs.com: The first sodium-ion battery EV is a winter range monster

中国电池巨头宁德时代与长安汽车合作，推出了全球首款量产钠离子电池电动车——长安启源A06。该车CLTC续航约400公里，其搭载的宁德时代Naxtra钠离子电池最大亮点在于卓越的低温性能：在-40°C的极寒环境下，续航保持率仍超过90%，且几乎无功率衰减。这标志着电动汽车开始进入钠电与锂电互补的“双化学体系”时代。钠资源丰富、成本更低，且无热失控风险，虽能量密度与磷酸铁锂电池相当，目前更适合低成本车型，但其未来续航有望提升至600公里，应用前景广阔。

20. RFC 3092：揭秘“Foo”的起源

🔗 datatracker.ietf.org: RFC 3092 – Etymology of “Foo” (2001)

本文档（RFC 3092）旨在解释技术文档中广泛使用的元语法变量“foo”、“bar”和“foobar”的起源与定义。该词条在大量互联网工程任务组（IETF）的RFC文件中被使用，却长期缺乏官方说明。

文档详细考证了“foo”的词源，指出其可能源于二战军事俚语FUBAR（糟糕透顶），但更早的线索可追溯到20世纪30年代比尔·霍尔曼的漫画《Smokey Stover》，其中频繁出现“FOO”字样。此外，“foo”也与中文的“福”（幸福）字、意第绪语“feh”等有关。在计算机领域，“foobar”的流行可能部分源于数字设备公司（DEC）手册的传播。

文档还列举了这些术语作为首字母缩略词的各种含义，并附有统计表格，展示了截至当时它们在212份RFC文件中的出现情况。本文属于信息类文件，不构成任何互联网标准。

21. Matchlock：基于Linux沙盒的AI代理工作负载安全卫士

🔗 github.com: Matchlock – Secures AI agent workloads with a Linux-based sandbox

Matchlock 是一款命令行工具，旨在通过临时的微虚拟机来安全地运行AI代理工作负载。其核心设计理念是默认封锁一切，仅允许明确放行的网络访问，并通过主机侧的中间人代理动态注入密钥等敏感信息，确保这些秘密永远不会进入虚拟机环境。这为AI代理提供了一个功能完整的Linux操作空间（支持安装软件、读写文件），同时将潜在风险与主机物理机完全隔离。每个沙盒都运行在独立的写时复制文件系统上，任务结束后自动销毁，保障了环境的洁净与安全。工具支持通过CLI或Go/Python SDK进行操作，兼容Linux（需KVM）和macOS（Apple Silicon）平台。

22. Roundcube Webmail 漏洞：SVG feImage 绕过图片屏蔽追踪邮件打开

🔗 nullcathedral.com: Roundcube Webmail: SVG feImage bypasses image blocking to track email opens

在 Roundcube Webmail 中，当用户开启“阻止远程图片”功能时，其 HTML 净化器会拦截 <img>、<image> 和 <use> 等标签中的外部资源。然而，<feImage> 标签的 href 属性却因代码路径错误，被错误地归类为普通链接并通过了检查。这使得攻击者能够利用此漏洞，在用户查看邮件时，通过加载远程服务器上的 SVG 图像来追踪邮件打开行为、记录用户 IP 及浏览器指纹，即使该防护功能已启用。此漏洞已在 1.5.13 和 1.6.13 版本中修复，修复方式是将 feImage 纳入图像属性检查范围。

23. 瞬间按名称定位文件和文件夹

🔗 voidtools.com: Everything – Locate files and folders by name instantly

Everything 是一款能瞬间根据名称查找文件和文件夹的工具。其特点包括极小的安装文件、简洁的用户界面以及极低的资源占用。它通过快速的文件名索引和实时更新功能，实现了高效的搜索体验，并提供了多种版本供用户下载。

24. 利用已签名的引导程序绕过UEFI安全启动（2019）

🔗 habr.com: Exploiting signed bootloaders to circumvent UEFI Secure Boot (2019)

本文探讨了如何利用微软签名的合法引导程序，在UEFI安全启动启用状态下，运行未经签名或不受信任的操作系统和工具。核心方法是使用两个定制工具盘：Super UEFIinSecureBoot Disk 需要在首次启动时手动添加一次证书；而更隐蔽的 Silent UEFIinSecureBoot Disk 则利用了卡巴斯基救援盘中已签名但功能未受严格限制的引导程序，实现了“静默”启动任意EFI文件，无需用户交互。这证明了依赖单一厂商（微软）进行签名验证的安全启动机制存在漏洞，已签名的引导程序若设计不当，可能被滥用于启动恶意软件或维护工具。

25. AI编译器挑战行业巨头：Claude C编译器初战评测

🔗 harshanu.space: Claude’s C Compiler vs. GCC

Anthropic公司发布了完全由AI（Claude Opus 4.6）编写的Claude C编译器，并声称其能编译Linux内核。一项测试将其与GCC进行对比，结果喜忧参半。

CCC成功编译了Linux 6.9内核的所有C源文件，未出现编译错误，这证明了其在语法解析上的能力。然而，在链接阶段因生成错误的重定位条目而失败，凸显了链接器工作的复杂性。

在SQLite基准测试中，CCC编译的代码功能正确但性能极差。其-O2优化标志实际无效，且代码存在严重的寄存器溢出问题，导致复杂查询（如嵌套子查询）的运行速度比GCC慢15万倍以上。此外，CCC生成的可执行文件体积是GCC的2.7倍，且缺乏调试符号。

总结而言，CCC作为完全由AI构建的编译器，其能正确编译复杂C代码已是一项成就。但它目前缺乏有效的优化器，生成的机器码效率低下，距离替代GCC等成熟编译器还有很长的路要走。这项测试揭示了AI在完成复杂系统工程任务上的潜力与当前局限。