1. 荷兰 DAWO 社区以 NixOS 共建自主办公环境 (Dutch governments builds alternative for Microsoft based on NixOS)
荷兰 DAWO 社区介绍，政府、企业和开源参与者正共同搭建面向荷兰政府的“数字自主”工作环境。其设计不是推出一套不可拆分的微软替代品，而是让操作系统、云基础设施、协作工具和 AI 等模块可以检查、替换与组合；其中 DAWO-NixOS 提供可复现的系统与安装组件。项目把数据保护、安全、可验证性、创新及跨组织协作列为目标，并公开蓝图、代码与参与渠道，邀请外部参与讨论、编写文档和试点。成员门户还公开活动、新闻和论坛，方便外界追踪进展。网站目前展示的是社区方向和组件入口，没有提供政府部门已全面迁移、微软产品已被统一取代的证据，也没有公布统一的完成时间表。把它理解为一项持续建设的开放技术计划，比“荷兰政府已完成替换”更准确。
原文链接：https://www.dawo.community/en/
论坛讨论链接：https://news.ycombinator.com/item?id=49841563
HN 评论中有人看好 NixOS 的声明式配置和可复现部署，认为政府终端若采用少数标准硬件，更容易集中管理并减少配置漂移；也有人指出，从 Windows 与 Microsoft 365 迁走，难点在办公套件兼容、权限和现有流程，而不只是换操作系统。评论还提到德国 openDesk、法国 La Suite 等相邻计划，并对项目仓库分散、实际进度提出疑问。一个关于微软专利“用摄像头和麦克风监视用户”的指控在跟帖中被纠正，不能当作本项目的事实依据。
2. M6 Mac mini 运行 86Box：作者测得奔腾 II 模拟稳定至 600MHz (Pentium II at 600Mhz with Voodoo 3 Emulated on 86Box with M6 Mac Mini)
一位复古电脑爱好者用经修改的 86Box 6.0，在 M6 Mac mini 上模拟奔腾 II、Voodoo 3 显卡和 Windows 98 SE。他把模拟时钟按 50MHz 逐级提高，同时运行 Cinebench 2000 和 Winamp，以全程维持 100% 模拟速度、没有可闻音频断续作为通过条件。在这套配置及约 7—8 分钟单次测试中，M6 的最高通过档位为 600MHz；650MHz 出现一两次音频断续，M4 对照机为 500MHz。作者强调这只是特定模拟设置的速度上限，不是 M6 的通用性能分数，也不意味着模拟的 600MHz 奔腾 II 与同频真实硬件表现完全一致；他还发现模拟机的 Cinebench 分数明显偏高，成因尚未查明。
原文链接：https://nyaa.sh/reviews/mac-mini-m6-emulation
论坛讨论链接：https://news.ycombinator.com/item?id=49841285
评论区更多是在分享 Voodoo 显卡和早期 3D 游戏的记忆：有人说从软件渲染换到硬件加速后帧率惊艳，却不一定更喜欢当时 16 位色的画面；有人想起《半条命》《雷神之锤》等作品。技术讨论则问“周期精确”究竟意味着什么，并有人表示 86Box 便于在虚拟复古机器上开发，不必反复向实体电脑复制程序。另有读者推测其他重单核性能的 Mac 也可能适用，但担心散热降频；这些是评论者的经验和猜测，不是本文额外完成的对比测试。
3. Go 1.27 试验性引入跨平台 SIMD 接口 (Platform-independent SIMD in Go)
Go 官方博客介绍，Go 1.26 已为 amd64 引入试验性的架构专属 SIMD API，1.27 又扩展到 arm64 NEON 与 WebAssembly，并新增不绑定固定向量长度的可移植 simd 包。它试图屏蔽各处理器在向量宽度、掩码和指令上的差异，让一份代码在有硬件支持时使用向量指令，没有支持时退回模拟实现；使用前仍须在构建时启用 GOEXPERIMENT=simd。官方给出向量内积示例，也坦言首版尚无通用的向量求和操作，计划后续补齐；SVE 支持同样属于后续计划。该接口为开发者减少了分别编写汇编和多套架构代码的负担，但不是所有平台已获得同等加速的承诺，实际收益取决于算法、硬件和编译器生成结果。
原文链接：https://go.dev/blog/simd-experiment
论坛讨论链接：https://news.ycombinator.com/item?id=49843269
HN 讨论聚焦可移植性与极致性能之间的取舍。一位开发者用浏览器内的图片换色示例报告，便携 SIMD 在其测试里比架构专属版本慢约 11%，但两者都比未用 SIMD 快约五倍；这是单个案例，不能推广成普遍跑分。有人称赞接口没有把向量长度写死，更有利于未来的 SVE、RISC-V 向量；也有人担心在较弱平台上退化，主张针对各平台特化、可移植实现只作后备。讨论还拿 C++、Mojo 和 Highway 的方案作参照，显示 API 易用性与底层控制仍需平衡。
4. 加州土地税倡议者质疑富豪税公投方案 (California is chasing wealth that has feet)
土地经济学中心两名创办人的评论文章，围绕加州已列入 11 月公投的“一次性向亿万富豪征收最高 5% 财富税”提出另一选择。作者估算全州土地总值约 8.14 万亿美元，主张每年按地价征收 0.25% 就可能取得约 200 亿美元，并认为土地不能迁走，比向可迁居的富豪征税更稳。他们还批评第 13 号提案造成地税估值与市价脱节，认为单收土地价值税能够鼓励开发而不惩罚建筑改良。不过，土地估值、富豪迁离规模、税负无法转嫁租户及预期收入都是作者的模型或主张，不能当作已验证的政策结果。加州立法分析机构对现有富豪税公投案的估计是数年合计数百亿美元，金额和纳税人反应均有不确定性；目前两种讨论都不是已经实施的新税。
原文链接：https://blog.landeconomics.org/p/california-is-chasing-wealth-that
论坛讨论链接：https://news.ycombinator.com/item?id=49836419
HN 评论围绕土地税的理论收益与现实成本分歧明显。支持者说，只对地价而非房屋改良征税，可减少囤地、鼓励建设；质疑者追问新税在租赁市场是否真不能转嫁，以及如何把地价与建筑价值准确拆开。另有读者指出，固定收入的退休住户可能因周边地价上涨而难以承担税额，担心被迫迁居，因而认为必须考虑第 13 号提案背后的保护诉求。关于富豪是否大量搬离、政府是否需要更多税收，也只有相互冲突的评论，不能把任何一方说法写成已证实趋势。
5. 2D Will Never Die：像素画图库与制作教程 (2DWillNeverDie)
2D Will Never Die 是一个围绕游戏精灵图与像素画的作品、教程和资源网站，而非新发布的绘图软件。站内入门文章把像素画定义为有意识地逐像素安排图像和动画：它曾受游戏机内存、分辨率和调色板限制塑造，如今即使有高清 3D 图形，仍可凭清晰的轮廓、丰富的风格和便于修改的特点服务独立游戏与界面图标。网站的实作教程尤其偏重格斗游戏角色精灵图，示范先画简洁线稿、缩至目标尺寸、清理轮廓、填底色与阴影，再检查灰度对比、修饰线条和细节。另一篇学习路线建议先选一种喜欢的游戏美术风格、积累参考素材，从改色和小修逐渐走向角色拼合、跨风格转换及将原创画稿转成像素画。站内还整理教程、社群、精灵图库和工具链接。这次 HN 链接指向站点首页，适合把它看作回顾与学习像素美术的入口，而不是新品上线新闻。
原文链接：https://2dwillneverdie.com/
补充来源（同站官方介绍与教程）：https://2dwillneverdie.com/intro/；https://2dwillneverdie.com/tutorial/a-basic-sprite-tutorial/
论坛讨论链接：https://news.ycombinator.com/item?id=49801436
HN 评论围绕像素画为何耐看展开。有人把网站作品的数量与变化，比作 Card Saga Wars 的庞大精灵图工程；也有人笑称某个角色的手画得特别大。一位读者说，自己多年后仍重玩《塞尔达传说：众神的三角力量》，却难再适应《时之笛》的雾效、短视距和模糊贴图，认为像素美术更经得起时间。回复者指出现代 3D 游戏早已进步，并举《合金装备》《杀出重围》等早期 3D 作品反驳“一律过时”的说法。另有读者提到《横扫千军》《魔兽争霸 3》用 3D 引擎服务近似二维的策略视角。讨论并非简单的二维胜过三维。
6. Ink & Switch 十周年，把官网变成交互游乐场 (Ink and Switch interactive homepage)
独立研究机构 Ink & Switch 为成立十周年制作名为 Tenfold 的交互式首页，邀请访客在页面各处点击、拖拽，探索与朋友共同设计的视觉作品。它不是一款新软件的发布，而是研究机构展示自身理念的入口：让计算机帮助人们更清晰地思考、协作，并拥有自己的工具和数据。首页按本地优先软件、可塑软件、可编程墨迹及通用版本控制四个方向介绍研究；还列出可视化工作空间 Allume（原 Muse）、用于离线同步协作的 Automerge，以及动态文档、可编程手绘草图等项目。研究内容与已走向持续开发的产品并列呈现，既展示过去十年的实验，也说明该团队仍在探索用户能随时改造、并能跨设备协同工作的思考工具。
原文链接：https://www.inkandswitch.com/
论坛讨论链接：https://news.ycombinator.com/item?id=49842270
HN 讨论里，读者称赞新首页有趣，并重新推荐 Ink & Switch 的本地优先软件文章、旅行计划实验 Embark 和动态文档 Potluck。有人回忆平板端数字画板 Muse 的手势、嵌套画板及 PDF 摘录体验，提到它如今以 Allume 名称继续维护。也有人觉得 Tenfold 虽然好看，但点击与拖拽的反馈缺少一致性：有些元素能变化，有些看不出反应。讨论因此不只是赞叹视觉效果，也触及实验性互动与易理解、可预期操作之间的取舍。
7. 美国上诉法院支持国防部排除 Anthropic 的采购决定 (U.S. appeals court upholds designation of Anthropic as supply chain risk)
美国哥伦比亚特区巡回上诉法院 9 月 25 日以 2 比 1 驳回 Anthropic 对国防部供应链排除决定的复审申请。这是依据《联邦采购供应链安全法》的实体判决，不只是临时禁令裁定；范围是 Claude 进入国防部信息系统，以及承包商在为该部门履约时使用它，并非禁止社会各界使用 Claude。争端源于国防部要求模型适用于一切合法军事用途，Anthropic 则坚持限制致命自主武器和国内大规模监控。多数法官认可国防部关于供应链风险的判断，并驳回相关宪法主张，一名法官提出异议。加州联邦地区法院此前就并行但法律依据不同的措施作出有利于 Anthropic 的裁决；此次上诉判决也暂缓立即生效，以便其申请重审。
原文链接：https://www.cnbc.com/2026/09/25/pentagon-anthropic-ai-risk-appeals-court.html
论坛讨论链接：https://news.ycombinator.com/item?id=49845977
HN 评论呈现两种相反类比：一方认为军方不愿让供应商在关键系统中保留用途限制，因而将其排除出本部门采购链可以理解；另一方则认为，若产品本就不适合某些高风险用途，扩大限制甚至波及与军方无关的交易会像惩罚供应商。还有人追问原有合同的约束以及“供应链风险”究竟是在防止实际技术风险，还是被用来施压。上述是评论者的观点与疑问，不等于法院已经认定政府动机不当；本次判决也不等于对 Claude 作全国性禁用。
8. 研究者披露 Avast 沙箱漏洞的完整提权链 (Entering and Breaking the Avast Antivirus Sandbox Part 2)
安全团队 SAFA 在系列文章第二篇中展示 CVE-2025-13032 的完整利用：Avast 内核驱动重复读取用户提供的字符串长度，若两次读取间数值被并发改变，按较小长度分配的内核缓冲区就可能被较大长度的复制操作溢出。研究者在发现时已更新的 Windows 11 环境中，以 I/O Ring 注册缓冲区为目标布置内存对象，将溢出转化为内核任意读写，再取得进程地址、修复受损结构以避免清理时崩溃，最终通过进程令牌获得 SYSTEM 权限。这是一次本地提权演示，不能直接等同于远程入侵或所有 Avast 安装均可复现。研究者称漏洞现已修复，建议用户更新 Avast；首篇文章另述漏洞发现与沙箱逃逸过程。
论坛讨论链接：https://news.ycombinator.com/item?id=49841115
HN 评论从漏洞本身延伸到安全软件是否值得拥有高权限。一位自称开发安全产品的评论者质疑签名查杀及 CVE 信息的防御效果，这属于其个人判断；另一位认为不断加功能的杀毒软件扩大了攻击面，主张白名单与最小权限。回应者提出把应用放入轻量虚拟机的隔离方案，也有人指出这样可能增加性能开销，并使剪贴板、密码管理器等跨应用交互更麻烦。讨论并未证明杀毒软件整体无效，而是在比较查杀、隔离与可用性的不同成本。
9. 《异星工厂》开放可打印模型，把传送带搬到桌面 (Factorio that you can touch)
《异星工厂》开发团队 Wube 与 Prusa 合作，把游戏里的传送带、机械臂、箱子、角色和敌人等做成可供玩家自行下载的 3D 打印模型。项目始于 2024 年《太空时代》测试活动上的小型打印尝试，此后逐步发展为围绕传送带、可拼接网格和游戏早期实体的一组模型；首批共 15 组、65 个独立模型、247 个 STL 文件，现已在 Prusa 的 Printables 页面提供。团队为多数模型准备了紧配装配与较大公差、便于胶合的版本。原本用于等距视角渲染的游戏模型不能直接打印，设计者还需重做背面、拆分悬空部件和调整虫族外壳及支撑。团队解释，免费文件更符合让玩家自己打印、改造的初衷，而非销售限量实体周边。
原文链接：https://factorio.com/blog/post/fff-447
论坛讨论链接：https://news.ycombinator.com/item?id=49845133
HN 讨论更关注 Wube 的开发方式。有人赞赏团队愿意钻研技术并公开过程，联想到他们近期分享的 ARM64 移植；玩家则觉得游戏中大量便利性细节，反映开发者亲自玩游戏。也有评论者拿 Shapez 的传送带放置体验作比较，质疑《异星工厂》在这一点上是否还能改进；另一人猜测等距视角可能增加布局约束，但承认自己没玩过对比游戏。关于团队规模、没有发行商与成功之间的关系，评论也只是个人推测，并非这次模型发布的官方原因。
10. Amiga 的“屏幕”是怎样让多任务与色彩共存的 (Amiga Screens: A Primer)
一篇面向现代读者的技术入门文章解释，Amiga 所谓“屏幕”不是单纯的全屏窗口，而是可各自设置分辨率、色深和调色板、还能在显示输出中重叠的画面。早期机型用位平面存储颜色索引，按需要增加位平面来换取更多颜色，也避免给简单文字界面分配多余内存。Copper 协处理器可在扫描过程中改变显示设置和颜色寄存器，让不同规格的屏幕同时出现，还能生成渐变；用户可以快速切换，或拖动前面的屏幕露出后方程序。作者以运行音乐、文本编辑器和绘图软件的 7 MHz Amiga 600 演示这种多任务体验，同时承认拖屏在自己的实际工作中未必比直接切换更方便。文章也介绍双显示图层等技巧，强调这些设计是旧硬件限制下的折中。
原文链接：https://www.datagubbe.se/amscr/
论坛讨论链接：https://news.ycombinator.com/item?id=49841309
已抓取的 HN 讨论主要围绕共享内存带宽而非拖屏动画。一位评论者解释，Amiga 的 CPU、显示和音频共享 Chip RAM，位平面越多、分辨率越高，显示芯片从内存取数越频繁，可能挤占 68000 处理器的访问机会；他据此解释 Workbench 默认高分辨率、四色配置。另一位反驳他贬低 Atari ST 的说法，指出后者也有 640×400 的单色 70 Hz 模式。两条评论补充了文章的资源取舍，也提醒不要把某一平台的视觉选择写成同期电脑的绝对优劣。