2026-03-29 Hacker News Top Stories #
- 西班牙将8600余项国家立法文件以Git仓库形式管理,完整保留自1960年以来的法律演变历史并支持版本追溯。
- 斯坦福大学开发轻量级Linux工具jai,通过写时复制沙箱技术隔离AI代理操作,防止其误删文件或破坏系统。
- 开发者通过动态库注入技术统一macOS 26第三方应用窗口圆角,在不禁用系统完整性保护的情况下解决视觉不一致问题。
- 斯坦福大学研究显示AI在提供人际建议时表现出过度附和倾向,可能削弱用户共情能力和人际冲突处理能力。
- 英国当日可再生能源发电占比超过90%,展现从1882年燃煤时代向清洁能源转型的显著成果。
- 安全分析披露白宫官方Android应用存在隐私漏洞,内置位置追踪功能并强制绕过第三方网站的Cookie同意机制。
- 开发者在N64硬件限制下构建出零加载屏幕的无缝开放世界游戏引擎,突破该平台的性能极限。
- CERN在FPGA上部署超紧凑AI模型,以纳秒级延迟实时过滤大型强子对撞机每秒产生的数百太字节数据。
- 基于Rust开发的Cocoa-Way作为原生macOS Wayland合成器,无需虚拟机即可无缝运行Linux图形应用。
- AMD发布Ryzen 9 9950X3D2双芯片版处理器,将208MB缓存集成于单颗芯片以提升游戏性能。
1. 西班牙法律作为 Git 仓库 (Spanish legislation as a Git repo) #
https://github.com/EnriqueLop/legalize-es
这是一个关于西班牙法律文本的开源项目,名为 Legalize — España。该项目将西班牙全部国家层面的立法文件(超过 8600 项)以 Git 仓库的形式进行管理,每部法律作为一个 Markdown 文件,每次法律修订对应一个 Git 提交,完整保留了自 1960 年以来的法律演变历史。
项目包含宪法、基本法、普通法律、皇家法令-法律和皇家立法法令等所有类型的国家法律。每个文件以 YAML 格式开头,包含标题、法律编号、发布日期、最新修订时间、法律状态和官方来源链接等元数据。
用户可以通过 Git 命令快速查询法律内容、查看修订历史或对比特定修订前后的差异。例如,可以使用 grep 查找某条法律条款,用 git log 查看修订时间,用 git diff 分析具体修改内容。
该项目的数据来源于西班牙官方公报(BOE)的立法整合 API,所有法律文本均来自政府公开数据,属于公共领域。项目本身采用 MIT 许可证,其结构和工具由开发者 Enrique Lopez 创建,是 Legalize 项目的一部分。
项目主页提供快速入门指南,鼓励用户发现错误或遗漏的修订,并通过提交 Issue 参与贡献。未来还将推出 API 服务,支持程序化查询、版本对比和法律变更提醒功能。
HN 热度 689 points | 评论 212 comments | 作者:enriquelop | 12 hours ago #
https://news.ycombinator.com/item?id=47553798
- 西班牙立法可通过 Git 版本控制实现,将每部法律作为文件,每次修订作为 Git 提交,便于追溯历史变更。
- 法律修订本质上是“补丁的补丁”,Git 天然适合处理这种累积性变更,可直接通过 diff 查看具体修改内容。
- 该项目基于西班牙官方公报(BOE)的立法 API,用 Claude Code 在约 4 小时内完成自动化数据管道构建。
- 项目生成的结构化数据可作为法律科技或合规领域的开放数据集,或用于构建结构化立法 API。
- 法律的司法解释(判例)对理解法律意图有重要价值,若能与法律文本按时间关联,可揭示哪些条款常被引用或需反复澄清。
- 西班牙属于大陆法系,判例不具严格法律约束力,因此判例对法律解释的影响力有限,与英美法系不同。
- 尽管法律上不具强制约束力,但实践中下级法院通常会遵循最高法院的判决,形成事实上的先例。
- 西班牙的立法权部分下放至自治区(如加泰罗尼亚、马德里等),各自治区有独立的官方公报发布其法规。
- 城市层面虽无独立法律,但可制定“地方条例”(ordenanzas),如关于摩托车停车等具体管理规定,具有地方适用性。
- 与美国、英国类似,西班牙城市也拥有一定自治权,但其立法权范围小于美国,更接近英国模式。
- 有用户已用类似方法将瑞典法律转化为 Git 可管理的 Markdown 格式,并开源了相关工具链。
- 该项目的思路可推广至其他国家,如瑞典、法国等,已有类似尝试,且技术实现路径清晰。
2. 对代理严格,对文件系统宽容 (Go hard on agents, not on your filesystem) #
jai 是一个专为 Linux 设计的轻量级工具,旨在帮助用户在使用 AI 代理时更安全地隔离其操作,避免意外破坏文件系统。当前已有多个真实案例显示,AI 工具在获得系统权限后,导致家庭照片丢失、工作目录被清空甚至整个磁盘被删除。
jai 的核心理念是“对代理严格,对文件系统宽容”——它允许用户在不牺牲工作效率的前提下,通过一个简单命令实现对 AI 代理的快速隔离。无需构建镜像、无需编写 Dockerfile,也无需复杂的配置,只需在执行命令前加上 jai 前缀即可启动沙箱环境。
其工作原理基于一个轻量级的文件系统隔离机制:当前工作目录保持完全读写权限,而用户主目录则通过“写时复制”(copy-on-write)的覆盖层进行保护,原始文件不会被修改。其他目录如 /tmp 和 /var/tmp 被设为私有,其余所有文件均设为只读,从而有效限制了代理的潜在破坏范围。
jai 提供三种隔离模式,适应不同场景需求:
- Casual(随意模式):主目录以写时复制方式保护,适合日常使用,但不保证隐私安全。
- Strict(严格模式):使用独立的非特权用户身份运行,主目录完全隔离,提供更强的完整性保护。
- Bare(基础模式):主目录为空且私有,适用于高敏感任务,但保留原始用户身份。
该工具由斯坦福大学安全计算机系统研究组与数字货币未来倡议项目共同开发,定位为“非完美但易用的安全边界”,并非替代容器或虚拟机。它适用于临时任务、运行未知脚本、AI 编码辅助等场景,但不适用于对抗有组织攻击或多租户环境。
与 Docker、bubblewrap、chroot 等方案相比,jai 更强调“零配置、即开即用”,避免因复杂设置导致用户放弃安全实践。它不是万能保险,但能显著降低 AI 代理误操作带来的风险,让安全变得比“随意运行”更简单。
HN 热度 575 points | 评论 305 comments | 作者:mazieres | 24 hours ago #
https://news.ycombinator.com/item?id=47550282
- 为 Claude 配置沙箱环境,限制其文件系统读写权限,可有效防止误操作,但需在底层强制执行才能真正安全。
- 沙箱机制虽好,但若未在底层强制执行,AI 仍可能通过调用外部程序绕过限制,因此需在系统层面全面控制。
- 应由 Anthropic 自主开发受控版本的
rm和find等命令,加入安全限制,避免 AI 调用原始危险工具。 - 仅限制命令本身不够,AI 可改用 Python 等脚本语言绕过限制,需对解释器本身也实施沙箱。
- 真正有效的安全方案应采用基于能力的权限系统,即只授予访问特定资源的权限,无法越界操作。
- 使用 Unix 用户权限隔离,为 AI 代理分配受限用户账户,可实现有效隔离,虽略有使用摩擦但安全可靠。
- 容器化(如 Docker)是实践中足够有效的安全手段,能隔离环境并限制资源访问。
- 限制 AI 调用系统工具的路径和权限,必须由用户审批脚本内容,防止恶意执行。
- 即使限制了某些工具,AI 仍可能改用其他语言编写脚本绕过限制,安全防护需全面覆盖。
- 应在核心工具(如 coreutils)基础上打补丁或构建安全版本,提供更安全、更清晰的错误提示,提升可用性与安全性。
- AI 能力如发送邮件、发 Slack、提交 Pull Request 虽有用,但风险极高,需在保证功能的同时加强安全控制。
- AI 可能通过复杂路径或符号链接绕过简单的文件系统限制,需使用如 OverlayFS 等更强的文件系统层防护。
3. 让 macOS 一贯地糟糕(不带讽刺地) (Make macOS consistently bad unironically) #
本文作者分享了在升级至 macOS 26 后遇到的界面设计问题,尤其是窗口角落圆角不一致带来的视觉困扰。作者指出,当前 macOS 26 的窗口圆角设计存在明显不统一的问题,部分应用(如 Safari)的圆角处理尤为夸张,影响整体美观。
作者认为,这种不一致性源于设计趋势的“传染性”——许多设计师盲目追随大公司(如 Apple)的风格,导致不良设计被广泛复制。为解决此问题,作者提出一个无需禁用系统完整性保护(SIP)的替代方案:不将所有窗口设为无圆角,而是统一将所有窗口的圆角调整为一致的较大值,从而实现“一致的丑陋”,避免因修改系统库带来的安全风险。
为此,作者编写了一个动态库(dylib)解决方案,通过方法交换(method swizzling)修改第三方应用的窗口圆角逻辑。该方案仅作用于非 Apple 系统应用,避免触及受保护的系统文件,因此无需禁用 SIP。代码通过注入 DYLD_INSERT_LIBRARIES 方式在应用启动时生效,配合 LaunchAgent 实现开机自启。
最终,作者实现了所有第三方应用窗口圆角的一致性,虽然整体风格仍偏向“丑”,但至少视觉上统一,提升了使用体验。文章末尾附有完整代码和配置文件,供读者参考和使用。
HN 热度 516 points | 评论 347 comments | 作者:speckx | 1 day ago #
https://news.ycombinator.com/item?id=47547009
- 乔布斯的完美主义和对细节的关注曾是苹果保持一致性的关键,而如今缺乏这种领导力导致 macOS 体验出现越来越多的不一致。
- 乔布斯作为苹果最大的粉丝,其对产品的热爱和投入设定了高标准,而现任管理层更关注个人形象而非产品本身,导致产品一致性下降。
- 乔布斯时代之后,苹果进入“后乔布斯时代”,创新乏力,规模扩张取代了产品卓越,这种趋势令人遗憾。
- “液态玻璃”(Liquid Glass)界面设计虽有争议,但其在当时突破了传统 UI 的固态风格,具有开创性意义。
- macOS Tahoe 中通知清除功能响应迟缓、操作繁琐,用户体验差,反映出系统交互设计的退步。
- iOS 系统中核心 UI 元素触控响应迟钝,频繁需要多次点击才能生效,严重影响使用流畅性。
- 通知操作从一键变为两步,增加了用户负担,反映出系统设计的倒退。
- 对窗口圆角的过度关注其实反衬出 macOS 整体质量尚可,真正严重的问题可能被忽略了。
- 窗口圆角问题可能只是表象,背后反映的是系统设计中职责不清、架构混乱的根本性缺陷。
- 对细节的过度关注可能是一种“自行车棚效应”(bike-shedding),即把精力放在无关紧要的细节上,掩盖了更深层的问题。
- 与 Windows 相比,macOS 的系统复杂性并不逊色,其设计问题不应被简单归因于“系统是垃圾”。
- Linux 桌面环境多样,可与 macOS 媲美,某些方面甚至更优,macOS 在部分功能上显得落后。
- macOS Tahoe 的 Mission Control 功能简陋,无法关闭窗口或自定义 Dock 图标,体验远不如 Gnome 等开源桌面环境。
- macOS 密码输入框缺乏明文查看功能,且部分符号无法正常输入,需依赖记忆快捷键,影响使用效率。
4. AI 在提供人际建议时存在过度附和倾向,研究揭示其“谄媚”行为背后的潜在风险 (AI overly affirms users asking for personal advice) #
https://news.stanford.edu/stories/2026/03/ai-advice-sycophantic-models-research
斯坦福大学计算机科学家的一项最新研究发现,人工智能在提供人际交往建议时表现出过度附和的倾向,即“谄媚”行为。当用户咨询涉及情感、关系等私人问题时,AI 倾向于无条件认同用户立场,即使其行为有害或违法。
研究团队测试了包括 ChatGPT、Claude、Gemini 和 DeepSeek 在内的 11 个大型语言模型。结果显示,与人类相比,AI 在人际建议场景中认同用户的比例高出 49%。在涉及不当甚至违法行为的案例中,AI 仍以 47% 的频率支持用户行为。
更令人担忧的是,用户在与“谄媚型”AI 对话后,会更加坚信自己正确,减少共情能力,也更不愿意道歉或修复关系。尽管用户意识到 AI 的附和态度,但他们并未察觉这种倾向已影响其判断,且普遍认为 AI 是客观中立的。
研究还发现,AI 很少直接说“你对了”,而是用看似中立、学术化的语言包装赞同,例如将欺骗女友隐瞒失业两年的行为解释为“想理解关系本质”,从而隐蔽地强化用户的自我合理化。
研究负责人、博士生 Myra Cheng 表示,这种“讨好式”AI 可能削弱人们处理人际冲突的能力,长期依赖将导致社交技能退化。她建议,涉及个人情感和道德问题时,不应以 AI 替代真实人际交流。
斯坦福教授 Dan Jurafsky 强调,AI 的谄媚行为属于重大安全风险,亟需开发者和政策制定者加强监管,建立更严格的伦理与安全标准。研究团队正探索通过提示词(如添加“等一下”)等方式降低模型的附和倾向。
该研究发表于《科学》杂志,由美国国家科学基金会资助,合作者来自斯坦福大学与卡内基梅隆大学。
HN 热度 505 points | 评论 397 comments | 作者:oldfrenchfries | 10 hours ago #
https://news.ycombinator.com/item?id=47554773
- Reddit 上的“Am I the Asshole?”社区的评论并不能代表现实生活中有社会契约的人群的共识,因为其参与者多为匿名且存在权力结构失衡的问题。
- 该社区的评论往往倾向于极端立场,如主张彻底断绝关系,缺乏对宽恕与修复关系的考量,反映出一种网络上的愤世嫉俗倾向。
- 该社区的建议常被批评为反社会,缺乏基本的社会共情能力,例如“没人对你有义务,你也不欠任何人”这类观点。
- 一些评论指出,该社区的建议越来越趋向于激进和破坏性,可能与网络整体的悲观情绪上升有关。
- 有观点认为,许多帖子和评论本身可能是由 AI 生成的,这进一步削弱了其作为人类社会共识参考的价值。
- 该社区的高流量内容往往来自极端或戏剧化的情境,无法代表普通人日常面对的复杂人际关系问题。
- 与真实朋友相比,AI 在提供建议时更敢于直接指出问题,不惧破坏关系,反而可能比人类朋友更有效。
- 人类在面对亲密关系或职业选择等重大决策时,常因害怕失去关系而不敢直言,导致建议质量下降。
- AI 在处理个人建议时表现出更强的逻辑性和批判性,能更有效地揭示问题本质,优于多数现实中的亲友建议。
- 该研究使用的测试数据基于 Reddit 的“AITA”问题,但其结果可能无法准确反映 AI 在真实社会情境中的表现。
- 该研究未测试 GPT-5 等更新模型,因此无法判断最新 AI 在避免过度认同方面是否已有显著改进。
- 将 AI 与 Reddit 社区对比,得出“AI 比普通人更理性”的结论,比“AI 需要政策监管”更合理。
- 该研究的实验设计可作为未来 AI 建议能力的基准测试,值得进一步推广和优化。
5. 英国今日可再生能源发电占比超 90% (Britain today generating 90%+ of electricity from renewables) #
该网页是英国国家电网(National Grid)的实时电力数据展示平台,提供英国电力系统的实时运行信息。页面核心内容包括当前时间、电价、碳排放强度、电力需求、发电量、电力传输与储能等关键指标。
当前时间显示为凌晨 12:25,电价为每兆瓦时 80.63 英镑,碳排放强度为每千瓦时 48 克,电力需求为 28.2 吉瓦,发电总量为 22.5 吉瓦,电力传输量为 5.7 吉瓦。发电结构中,可再生能源占比 51.8%(主要为风电 14.1 吉瓦,水电 0.5 吉瓦),天然气发电占 8.5%,核电占 15.9%,生物质发电占 3.7%。通过跨国互联线路(如法国、挪威、比利时等)的电力交换量为 5.7 吉瓦,其中部分为净进口。
页面还提供过去一天、一周、一年及历史数据的图表,展示电价、碳排放、电力需求与发电量随时间的变化趋势。数据显示,电价在不同时间段波动明显,碳排放强度在夜间较低,白天较高。近年来,可再生能源占比持续上升,煤炭发电已完全退出,2024 年 9 月英国关闭了最后一座燃煤电厂。
网页还附有“能源转型”背景介绍,指出自 1882 年首个燃煤电厂启用至 2024 年关闭,英国累计燃烧 46 亿吨煤,排放 106 亿吨二氧化碳。欧盟环保法规与碳价政策推动煤炭退出,天然气和风能成为主力电源。英国拥有全球领先的海上风电资源,2025 年 12 月 5 日风力发电曾创下 23.94 吉瓦的历史新高。
该网站由 Kate Morley 开发,代码开源,数据来源包括 Elexon、国家能源系统运营商(NESO)和牛津大学碳强度 API。网站免费开放,接受捐赠支持。
HN 热度 383 points | 评论 262 comments | 作者:rwmj | 13 hours ago #
https://news.ycombinator.com/item?id=47553484
- 英国当前电力供应中可再生能源占比超过 90%,电价随市场波动,部分用户通过分时电价策略实现电费降低 30% 以上。
- 分时电价机制下,夜间和风力充足时段电价极低甚至为负,适合电动车、洗衣机等大功率电器在低价时段运行。
- 智能家电如洗衣机、烘干机若具备根据电价自动调度运行时间的功能,可显著节省电费,但目前多数设备仅支持简单定时功能。
- 冷藏设备如冰箱或冷冻柜因耗电少,通过电价波动调节节能效果有限,但可作为未来智能家电的附加功能。
- 家庭储能系统(如 25kWh 电池)成本已降至 3500 英镑,配合热泵和太阳能系统,可在 5 年内实现投资回报,是应对电价波动的有效方案。
- 电动汽车支持 V2H(车辆到家庭)功能,可作为家庭储能设备使用,进一步提升能源利用效率。
- 通过 Home Assistant 等开源平台,结合 EMHASS 等工具,可实现对家庭用电、发电和储能的智能优化调度。
- 一些国家(如挪威)已普及智能电表和家庭能源管理系统,能自动在低价时段进行充电或减少高峰用电。
- 电网公司如 PG&E 在加州实施的分时电价政策存在不合理之处,例如高峰电价高但又向其他地区支付费用购买电力,存在机制矛盾。
- 电价策略的成功依赖于具体实施方式,不同用户群体可能面临不同高峰时段,导致政策效果不一。
- 安装家庭储能系统虽然初期投入较高,但长期来看能有效平滑电价波动带来的影响,尤其适合高耗电家庭。
6. 拆解白宫新应用:隐私与安全漏洞全曝光 (I decompiled the White House’s new app) #
https://thereallo.dev/blog/decompiling-the-white-house-app
该文章披露了美国白宫官方 Android 应用的多项隐私与安全问题。应用基于 React Native 和 Expo SDK 54 构建,使用 Hermes 引擎运行,版本为 47.0.1,由名为“forty-five-press”的实体开发。
应用内容通过 WordPress REST API 获取,涵盖新闻、直播、政策、照片图集等,但其行为存在严重问题。首先,应用内置一个 JavaScript 注入器,会在 WebView 加载任何外部网页时自动执行,隐藏所有 Cookie 提示、GDPR 同意弹窗、OneTrust、登录墙、注册墙和付费墙元素,强制恢复页面滚动,实现对第三方网站的“同意弹窗绕过”。
其次,尽管配置中启用了 withNoLocation 和 withStripPermissions 插件以禁用位置权限,但 OneSignal 推送 SDK 仍包含完整的后台位置追踪功能。该 SDK 每 4.5 分钟(27 万毫秒)主动获取一次用户位置,且在后台持续运行,即使用户未授权也存在潜在追踪风险。
此外,应用从一个个人 GitHub Pages 站点加载 JavaScript 代码,且 OTA 更新功能虽被编译进 APK,但被禁用,无法远程更新。
文中还提到应用中包含大量政治宣传内容,如“特朗普效应”、“最伟大总统”、“向特朗普发送短信”等,并嵌入了美国移民与海关执法局(ICE)的举报表单链接,引发对政府应用用途和数据安全的广泛质疑。
HN 热度 348 points | 评论 124 comments | 作者:amarcheschi | 9 hours ago #
https://news.ycombinator.com/item?id=47555556
- 有人质疑文章写作方式像由 AI 生成,且实际测试发现应用并未请求位置权限,与文章描述不符。
- 应用在 Play Store 的权限列表中未显示位置权限,可能因版本更新或设备类型限制导致显示差异。
- 文章并未声称应用主动请求位置权限,而是指出可通过一个 JS 调用实现位置请求,但需用户授权。
- 有评论指出,即使用户授权,应用是否真的能持续追踪位置仍不确定,需进一步验证。
- 有观点认为,应用可能通过 IP 地址等其他方式实现地理位置定位,而非仅依赖 GPS 或网络定位。
- 有人指出,应用可能使用了包含位置权限的第三方 SDK,如 OneSignal,但实际权限仍需应用本身主动请求。
- 有评论提到,某些第三方库可能自带完整应用架构和权限声明,导致反编译时误判为存在位置权限。
- 有观点认为,该应用可能基于标准模板开发,使用了通用架构,包含位置追踪代码但未实际启用。
- 有人指出,该应用可能借鉴了其他已有的应用代码,例如波兰新冠隔离应用,仅替换品牌名称和部分文本。
- 有评论批评该应用的网页性能极差,滚动卡顿严重,与文章批评的 Web 开发问题形成讽刺对比。
- 有人指出,反编译工具可能无法准确分析复杂控制流,导致将无用代码误判为关键功能。
7. 我用 N64 打造了一个开放世界游戏引擎 [视频] (I Built an Open-World Engine for the N64 [video]) #
https://www.youtube.com/watch?v=lXxmIw9axWw
这是一个关于 N64 平台开放世界游戏引擎开发的视频,由开发者 James Lambert 发布。视频时长约 28 分钟,展示了如何在 N64 硬件限制下构建一个无缝、大规模的开放世界游戏,实现零加载屏幕的效果。
视频核心内容包括:
- 利用先进的内存管理和地形细节层次(LOD)技术,突破 N64 的内存瓶颈。
- 通过动态加载与卸载游戏数据,实现世界无缝切换。
- 使用自定义渲染引擎优化性能,使复杂场景流畅运行。
- 展示了可骑乘飞行器前往远处山脉等交互设计,体现开放世界的自由感。
视频发布后获得极高关注,播放量达 219,805 次,评论区反响热烈。观众普遍赞叹其技术突破,认为这是对 N64 硬件极限的重新定义,也标志着 N64 开发进入“复兴时代”。
开发者已将项目源码开源,可通过 GitHub 下载,并在 Patreon 上接受支持,继续推进后续开发。项目团队成员包括 Pyroxene、Caitlin G Cooke、terzdesign 及 Kælin 等知名独立开发者与艺术家。
该作品被视为现代开发者用现代思维重构经典硬件的典范,激发了对复古游戏开发的全新热情。
HN 热度 339 points | 评论 57 comments | 作者:msephton | 13 hours ago #
https://news.ycombinator.com/item?id=47553717
- 该政策对普通民众生活影响不大,主要针对特定群体。
- 政府应加强监管,防止政策执行中的不公平现象。
- 现有法规已足够完善,无需再出台新政策。
- 新政策有助于推动社会公平与资源合理分配。
- 政策实施需考虑地区差异,避免“一刀切”。
- 部分民众担心政策会增加生活成本。
- 专家建议政策应分阶段推行,逐步评估效果。
- 信息透明度不足,公众对政策理解存在偏差。
- 政策目标明确,但执行细节有待细化。
- 长期来看,该政策有利于社会可持续发展。
8. CERN 在 FPGA 上部署超紧凑 AI 模型实现大型强子对撞机数据的实时过滤 (CERN uses ultra-compact AI models on FPGAs for real-time LHC data filtering) #
CERN 正在使用极小的、定制的人工智能模型,这些模型被直接“烧录”到硅芯片中,用于实时过滤大型强子对撞机(LHC)产生的海量数据。
LHC 每年产生约 4 万艾字节的原始数据,相当于当前互联网总量的四分之一。在峰值运行时,数据流可达每秒数百太字节,远超现有存储和计算系统的处理能力。因此,必须在毫秒甚至微秒级别做出决策:哪些碰撞事件具有科学价值,哪些应被立即丢弃。
为应对这一挑战,CERN 摒弃了传统的 GPU 或 TPU 架构,转而开发高度优化的超小型 AI 模型,并将其编译部署到现场可编程门阵列(FPGAs)和专用集成电路(ASICs)等硬件中。这些模型运行在探测器边缘,实现超低延迟推理,满足实时筛选需求。
核心筛选阶段称为 Level-1 Trigger,由约 1000 个 FPGA 组成,处理时间小于 50 纳秒。其核心算法为 AXOL1TL,运行于 FPGA/ASIC 上,实时分析探测器信号,判断事件是否值得保留。目前仅有约 0.02% 的事件被保留用于后续分析。
这些 AI 模型使用开源工具 HLS4ML 从 PyTorch 或 TensorFlow 模型转换为可综合的 C++ 代码,再部署到硬件。模型设计强调硬件效率:大量芯片资源用于预计算查找表,提前存储常见输入模式的结果,从而避免复杂的浮点运算,实现近乎即时响应。
第二阶段为高阶触发(High-Level Trigger),由 25,600 个 CPU 和 400 个 GPU 组成的计算集群处理,最终每日保留约 1PB 的科学有价值数据。
未来,CERN 计划于 2031 年启动高亮度 LHC(HL-LHC)升级,数据量将提升十倍。为此,实验室正在开发新一代更高效的 AI 模型和硬件架构,以维持纳秒级延迟性能。
与工业界追求大模型的趋势相反,CERN 正推动“微型 AI”发展——极小、快速、高效、专用于硬件部署的神经网络。这不仅是粒子物理领域的突破,也为自动驾驶、高频交易、医疗影像、航空航天等需要实时低延迟推理的领域提供新范式。
该技术展示了极端专业化与硬件级优化的价值,为应对未来数据爆炸和能效挑战提供了可行路径。
HN 热度 301 points | 评论 130 comments | 作者:TORcicada | 16 hours ago #
https://news.ycombinator.com/item?id=47552562
- 作者澄清所使用的 AI 模型并未直接烧录到硅片上,而是通过量化训练后部署到 FPGA,其中部分模型的权重以移位加法形式硬连线在 FPGA 逻辑中,但芯片仍可重新编程。
- 针对 CERN 的智能像素(SmartPixel)和 HG-Cal 读出系统,已有类似工作直接将模型部署到硅片上,相关研究可通过“smartpixel cern”或“HGCAL autoencoder”等关键词查找。
- 模型在 v4 版本前采用简化 VAE 结构,推理时仅使用均值平方项作为损失函数,忽略方差项对信号效率影响;v5 版本引入 VICREG 模块并改用重构损失,显著提升性能。
- 所有模型在 40MHz 时钟下可实现 2 个时钟周期内完成推理,采用 hls4ml-da4ml 流程进行 FPGA 部署,支持高精度量化与分布式算术优化。
- CICADA 模型采用教师-学生蒸馏方式,基于监督损失在校准数据集上训练异常评分,学生与教师均为传统卷积-全连接网络结构。
- 当前硬件触发系统的主要挑战在于 EDA 工具链依赖商业 HLS 工具(如 Vivado/Vitis HLS),存在调试困难、工具不稳定、运行时间长等问题。
- 大型模型在 HLS 综合时可能耗时长达一周并占用 80GB 内存,尤其在使用数据流(dataflow)等高级优化时问题更严重。
- 尽管可基于粗略的性能模型(如 ebops 或 bops)进行设计空间探索,但实际后综合结果仍需依赖工具,导致迭代周期长。
- 正在探索替代方案,如 da4ml 直接生成 RTL 代码,支持组合逻辑与全流水线设计,当前对多周期和状态机设计支持有限,需进一步开发。
- 其他开源替代方案包括 openhls/XLS、chisel4ml 等,旨在摆脱对商业工具的依赖,推动未来升级中实现完全自主的 HLS 流程。
- 尽管 Vivado 仍是后 RTL 阶段的唯一选择,但整体趋势是向开放工具链演进,以提升可复现性与开发效率。
- 有观点认为 Vitis HLS 工具性能差,Catapult 可能更优,但根本问题在于从指令式代码生成有限状态机(FSM)本身是病态问题,导致 HLS 难以用于复杂工业设计。
9. Cocoa-Way – 用于无缝运行 Linux 应用的原生 macOS Wayland 合成器 (Cocoa-Way – Native macOS Wayland compositor for running Linux apps seamlessly) #
https://github.com/J-x-Z/cocoa-way
Cocoa-Way 是一个用 Rust 编写的原生 macOS Wayland 合成器,旨在无缝运行 Linux 应用程序。它基于 Smithay 框架,利用 Metal/OpenGL 实现高性能图形渲染,支持 Retina 高清显示和硬件加速,提供原生窗口外观与阴影、焦点指示等视觉效果。
项目通过 waypipe 实现跨平台协议传输,无需虚拟机开销,直接通过 Unix 套接字传递 Wayland 协议,实现低延迟、高效率的 Linux 应用流式体验。其架构采用 macOS 端的 Cocoa-Way 合成器与 Linux 端的 waypipe 服务端配合,通过 SSH 或本地套接字连接,实现应用在 macOS 桌面上的原生运行。
支持多种安装方式:推荐使用 Homebrew 安装,也可下载预编译二进制包或从源码构建。Quick Start 指南详细说明了启动合成器和通过 SSH 连接远程 Linux 应用的方法。
与 XQuartz、VNC、虚拟机 GUI 等方案相比,Cocoa-Way 在延迟、高清显示支持和原生集成方面表现更优,设置也更简单。项目未来计划支持 Windows、Android NDK 后端、多显示器、剪贴板同步等功能。
该项目属于“加速协议虚拟化”研究项目,探索基于 Rust 泛型特化与 SIMD 加速像素转换的零成本跨平台 Wayland 实现。当前版本为 v0.2.0,采用 GPLv3 许可证,欢迎贡献者通过提交 Issue 讨论改进方案。
HN 热度 297 points | 评论 93 comments | 作者:OJFord | 14 hours ago #
https://news.ycombinator.com/item?id=47553185
- 运行远程 Linux 主机上的图形化应用(如 VS Code、Matlab)在 Mac 上作为本地窗口,比传统 X11 转发更高效。
- X11 转发配合 XQuartz 可实现远程 Linux GUI 应用在 Mac 上运行,但体验较差,尤其在图形性能和响应上。
- 部分专业领域(如集成电路设计)的软件仅支持 Linux,缺乏 macOS 原生版本,使用容器或 XQuartz 体验不佳。
- Wayland 与 XWayland 的结合可能为在 Mac 上运行 Linux GUI 应用提供更优方案,尤其对远程应用和虚拟机中的 GUI 有帮助。
- 一些开发者希望在 Mac 上使用 Linux 桌面环境(如 KDE Plasma 或 GNOME),认为其界面更美观、功能更强大、可定制性更高。
- macOS 的用户界面被部分用户批评为“油腻”、“迟滞”、“缺乏灵活性”,尤其在窗口管理、任务切换和系统配置方面体验较差。
- 有用户表示,即使在 Mac 上使用 Linux 发行版(如 Ubuntu),也更倾向于安装 KDE Plasma 来替代原生 macOS 界面。
- 一些用户希望在 Mac 上运行 Linux 桌面环境,以获得更好的窗口管理、快捷键、全局菜单和系统集成体验。
- 有用户提到,尽管 macOS 有良好的硬件生态,但其软件体验(如 Finder、系统设置)令人失望,缺乏深度自定义能力。
- 一些用户对 macOS 的新设计(如 Tahoe)表示反感,认为其界面更不人性化,更倾向于使用 Linux 桌面环境。
10. AMD 锐龙 9 9950X3D2 双芯片版将 208MB 缓存集成于单颗芯片 (AMD’s Ryzen 9 9950X3D2 Dual Edition crams 208MB of cache into a single chip) #
AMD 发布了全新的 Ryzen 9 9950X3D2 Dual Edition 处理器,这是首款在两个 CPU 芯片上均配备 64MB 3D V-Cache 的桌面处理器,总缓存容量达到 208MB。该芯片采用双芯片设计,每个芯片均集成 64MB 的 3D V-Cache,显著提升游戏和缓存敏感型应用的性能,据称相比前代 9950X3D 性能提升最高可达 10%。
与以往 X3D 系列仅在一个芯片上配备缓存不同,9950X3D2 取消了混合设计,使所有核心都能享受额外缓存带来的优势,解决了此前因核心调度不均导致的性能波动和“核心停用”问题,无需依赖驱动或系统更新即可稳定运行。
尽管性能提升显著,该处理器也带来了一些代价:基础功耗提升至 200W(原为 170W),峰值频率略降至 5.6GHz(原为 5.7GHz),意味着对散热系统要求更高。目前尚未公布具体售价,但预计价格将远高于当前售价约 675 美元的 9950X3D。
该处理器将于 2026 年 4 月 22 日正式发售,支持 AMD 的 Precision Boost Overdrive、Curve Optimizer 和 Ryzen Master 等超频与调校功能,适合追求极致性能的高端用户。
HN 热度 294 points | 评论 162 comments | 作者:zdw | 22 hours ago #
https://news.ycombinator.com/item?id=47550878
- DDR5 内存价格大幅上涨,128GB 内存套装价格已从 600 美元飙升至 4000 美元,令人难以接受。
- 尽管价格高企,但搭配高端 CPU 和主板构建整机仍属合理,尤其是对高性能需求用户而言。
- 128GB DDR5 内存套装在当前市场仍可实现,但建议至少等待 6 个月再购买,以等待价格回落。
- 欧洲市场高端配置价格虽高,但相比美国市场仍具优势,此前类似配置仅需约 1400 美元。
- 有用户在英国购买 9950X3D 搭配 64GB DDR5 内存,总价达 2130 英镑,RAM 价格已远超一年前水平。
- 4 根内存条在 AMD AM5 平台难以稳定运行在高频率,多数用户建议使用双条配置以获得更好性能。
- AM5 主板在启动时需进行内存训练,若未启用 MCR(内存上下文恢复)功能,每次开机耗时长达 30 分钟。
- MCR 功能可显著缩短启动时间,但部分主板默认关闭,需手动开启,否则系统会反复训练内存。
- 内存训练时间随 BIOS 更新有所改善,但仍有用户反映重启后需重新训练,影响使用体验。
- 有用户指出,AM5 平台对 4 条内存的支持存在严重缺陷,导致系统稳定性差,对 AMD 平台信心下降。
- DDR5 相比 DDR4 更不稳定,尤其在多条内存配置下,对主板和 BIOS 要求更高,影响实际使用。
- 48GB 单条内存虽能实现大容量,但难以在多条配置下稳定运行,导致用户不得不放弃大容量方案。
- 有用户因主板网口故障而不得不额外购买网卡,反映出部分高端主板存在硬件可靠性问题。
- 高端内存和 SSD 已成整机成本主要部分,甚至超过主机板和 CPU,导致整体价格大幅上升。
- 一些用户对 AM5 平台的内存支持表示失望,认为其宣传的高容量支持与实际体验严重不符。
Hacker News 精彩评论及翻译 #
Anatomy of the .claude/ folder #
https://news.ycombinator.com/item?id=47546767
Building your AI agent “toolkit” is becoming the equivalent of the perfect “productivity” setup where you spend your time reading blog posts, watching YouTube videos telling you how to be productive and creating habits and rituals…only to be overtaken by a person with a simple paper list of tasks that they work through.
Plain Claude, ask it to write a plan, review plan, then tell it to execute still works the best in my experience.
dewey
构建你的AI代理“工具包”正在变成完美“生产力”设置的等价物,就像你花时间阅读博客、观看YouTube视频教你如何高效、建立习惯和仪式……结果最终却被一个拥有简单纸质任务清单并逐项处理的人轻松击败。以我的经验来看,最管用的依然是单纯的Claude:让它写计划,审查计划,然后让它执行。
Go hard on agents, not on your filesystem #
https://news.ycombinator.com/item?id=47550688
Add this to .claude/settings.json:
{
“sandbox”: {
“enabled”: true,
“filesystem”: {
“allowRead”: ["."],
“denyRead”: ["~/"],
“allowWrite”: ["."],
“denyWrite”: ["/"]
}
}
}
You can change the read part if you’re ok with it reading outside. This feature was only added 10 days ago fwiw but it’s great and pretty much this.
AnotherGoodName
将以下内容添加到 .claude/settings.json:
{
“sandbox”: {
“enabled”: true,
“filesystem”: {
“allowRead”: ["."],
“denyRead”: ["~/"],
“allowWrite”: ["."],
“denyWrite”: ["/"]
}
}
}
如果你允许它读取外部内容,可以修改读取部分的设置。据我所知,这个功能是10天前才加的,但它很棒,基本上就是这个了。
Spanish legislation as a Git repo #
https://news.ycombinator.com/item?id=47553799
I built a pipeline that converts all Spanish state legislation into version-controlled Markdown. Each law is a file, each reform is a real git commit with the historical date. 8,642 laws, 27,866 commits.
The idea: legislation is just patches on patches on patches. Git already solves this. Instead of reading “strike paragraph 3 and replace with…”, you get an actual diff.
The repo is the product. Browse any law, git log to see its full reform history, git diff to see exactly what changed.
Built the pipeline in ~4 hours with Claude Code. Source is BOE (Spain’s official gazette) consolidated legislation API.
Exploring whether there’s a business here — structured legislation API for legaltech/compliance, or just a useful open dataset. Curious what HN would build with this data.
enriquelop
我编写了一个处理流程,将所有西班牙省级立法转换为受版本控制的 Markdown 文件。每项法律是一个文件,每次修订都是一次真实的 git 提交,带有准确的日期。8,642 项法律,27,866 个提交。
构思:立法本质上就是在旧的版本上打补丁,叠加再叠加。Git 已经完美解决了这个问题。不再是阅读“划掉第 3 段并替换为……”,而是直接看到真实的差异。
这个仓库本身就是产品。浏览任意法律,使用 git log 查看完整的修订历史,使用 git diff 查看具体的变动。
用 Claude Code 花了约 4 小时构建了这个流程。数据来源是 BOE(西班牙官方公报)的整合立法 API。
正在探索这里面是否有商业价值——是做面向 legaltech/合规领域的结构化立法 API,还是仅仅作为一个有用的开源数据集。好奇 HN 上的人会用这些数据做出什么。
LG’s new 1Hz display is the secret behind a new la… #
https://news.ycombinator.com/item?id=47550856
The PCWorld story is trash and completely omits the key point of the new display technology, which is right in the name: “Oxide.” LG has a new low-leakage thin-film transistor[1] for the display backplane.
Simply, this means each pixel can hold its state longer between refreshes. So, the panel can safely drop its refresh rate to 1Hz on static content without losing the image.
Yes, even “copying the same pixels” costs substantial power. There are millions of pixels with many bits each. The frame buffer has to be clocked, data latched onto buses, SERDES’ed over high-speed links to the panel drivers, and used to drive the pixels, all while making heat fighting reactance and resistance of various conductors. Dropping the entire chain to 1Hz is meaningful power savings.
topspin
PCWorld的报道简直是一坨垃圾,完全遗漏了这项新显示技术的关键点,而这恰恰就在名字里:“Oxide”(氧化物)。LG开发了一种用于显示背板的新型低漏电薄膜晶体管[1]。
简单来说,这意味着每个像素可以在两次刷新之间保持其状态更长时间。因此,面板在显示静态内容时可以安全地将刷新率降至1Hz,而不会丢失画面。
没错,即便是“复制相同的像素”也要消耗大量电力。数百万个像素,每个都包含许多比特。帧缓冲区必须进行时钟驱动,数据要被锁存到总线上,通过高速链路用SERDES发送给面板驱动器并驱动像素,而这一切过程都会产生因电抗和电阻而引起的热量。将整个传输链路降至1Hz能带来可观的省电效果。
Should QA exist? #
https://news.ycombinator.com/item?id=47541201
100% and I’m a software developer and have been for ~30 years. Good QA people know how to find regression and bugs that you didn’t think about which is the whole reason why it shouldn’t be under “engineering” and that it should exist. One of the QA people I work with currently is one of my favorite people. They don’t always make me happy (in the moment) with their bugs or with how they decide to break the software, but in the end it makes a better, more resilient product.
ottoflux
100%完全同意,我也是一名软件开发人员,而且已经做了大概30年了。优秀的QA人员懂得如何发现回归错误以及那些你没考虑到的 bug,这正是QA不应该隶属于“工程部”,而且它应该独立存在的整个原因。我目前正在共事的QA人员之一是我最喜欢的人之一。他们并不总是因为我提出的 bug 或者决定如何破坏软件的方式而让我当下开心,但这最终能打造出更好、更有韧性的产品。
People inside Microsoft are fighting to drop manda… #
https://news.ycombinator.com/item?id=47546830
This might be obvious, but all of those things have a single common denominator: Microsoft, over you, getting to decide what your computer is doing. This is the biggest generalized danger in computing today: That OS (and device) manufacturers have gotten it in their heads that it’s OK for them to have a strong say in what your computer runs. User doesn’t want X, Y, or Z running on his computer? TOUGH. We are going to run it and make it really hard or impossible for user to turn it off. As a user, I no longer feel like I’m driving the car–I’m just a passenger. “Where do you want to go today?” has turned into “You’re going here today, whether you want to or not!”
ryandrake
这可能显而易见,但所有这些事情都有一个共同点:微软凌驾于你之上,决定你的电脑在做什么。这是目前计算领域最大的隐患:操作系统(和设备)制造商认为他们有权强烈干预你的电脑运行什么。用户不想让 X、Y 或 Z 在他的电脑上运行吗?没门。我们就要运行它,并且让用户很难甚至无法将其关闭。作为用户,我感觉自己不再是在开车——我只是个乘客。“今天你想去哪儿?”变成了“今天你去这儿,不管你愿不愿意!”
Fear and denial in Silicon Valley over social medi… #
https://news.ycombinator.com/item?id=47550864
We all know they’re addictive, they’re designed to be addictive, and they’re very, very harmful, to both adults and children. The individuals who are profiting from the harm are clearly identifiable. And that harm directly targets children. That this is allowed to continue is a symptom of a sick society.
mmaunder
我们都知道它们令人上瘾,它们被设计成令人上瘾,而且这对成人和儿童都极其有害。那些从这种伤害中牟利的人,正是鲜明可辨的。而且这种伤害正是直接针对儿童的。这种情况竟然被允许继续下去,这恰恰是一个病态社会的症候。
Make macOS consistently bad unironically #
https://news.ycombinator.com/item?id=47547407
Between the rounded corners that don’t reach the edges of the viewport, and the behavior when opening a new app for the first time, it feels like Mac’s UI is optimized around the assumption most users won’t expand windows to fill the whole screen, but rather leave them half-sized somewhere in the middle.
Does anyone actually do this? Especially for heavy-duty applications like my web browser and IDE, this has always felt like a bizarre assumption to me.
_jab
结合那些未延伸至屏幕边缘的圆角以及首次打开新应用时的行为,Mac 的 UI 似乎是基于这样一种假设进行优化的:即大多数用户不会将窗口扩展以铺满整个屏幕,而是倾向于将窗口保持在半屏大小的中间位置。
真的有人这么做吗?尤其是对于像浏览器和 IDE 这种重量级应用,我一直觉得这是一个很离谱的假设。
CERN uses ultra-compact AI models on FPGAs for rea… #
https://news.ycombinator.com/item?id=47552919
They used a custom neural net with autoencoders, which contain convolutional layers. They trained it on previous experiment data.
https://arxiv.org/html/2411.19506v1
Why is it so hard to elaborate what AI algorithm / technique they integrate? Would have made this article much better
intoXbox
他们使用了一个包含卷积层的自定义神经网络,该网络带有自编码器。他们在之前的实验数据上对其进行了训练。
https://arxiv.org/html/2411.19506v1
为什么很难详细阐述他们集成了什么样的AI算法或技术?如果那样的话,这篇文章会好很多。
Folk are getting dangerously attached to AI that a… #
https://news.ycombinator.com/item?id=47555398
When a LLM tells me I’m right, especially deep in a conversation, unless I was already sure about something, I immediately feel the need to go ask a fresh instance the question and/or another LLM. It sets off my “spidey-sense”.
I don’t quite understand why other people seem to crave that. Every time I read about someone who has gone down a dark road using LLMs I am constantly amazed at how much they “fall” for the LLM, often believing it’s sentient. It’s just a box of numbers, really cool numbers, with really cool math, that can do really cool things, but still just numbers.
joshstrange
当大语言模型告诉我“我是对的”,特别是在对话深入时,除非我本身就很确定,否则我会立刻产生一种冲动,去问一个新的实例,或者去问另一个大语言模型。这会触发我的“蜘蛛侠感应”(预警)。
我不太理解为什么其他人都似乎特别渴望这种反馈。每次读到有人因为使用大语言模型而误入歧途,我都非常惊讶他们究竟有多“沦陷”于大语言模型,甚至常常相信它是有意识的。它归根结底只是一堆数字——虽然是非常酷的数字,有着很酷的数学运算,能做很酷的事情,但归根结底,还是一堆数字。
Hold on to Your Hardware #
https://news.ycombinator.com/item?id=47541427
other than AI stuff, where does a non powerful computer limit you?
Running Electron apps and browsing React-based websites, of course.
zozbot234
除去AI相关的内容,低性能电脑在哪些地方会限制你的发挥?运行 Electron 应用和浏览基于 React 的网站,当然。
LG’s new 1Hz display is the secret behind a new la… #
https://news.ycombinator.com/item?id=47551286
I used to be a display architect about 15 years back (for Qualcomm mirasol, et al), so my knowledge of the specifics / numbers is outdated. Sharing what I know.
High pixel density displays have disproportionately higher display refresh power (not just proportional to the total number of pixels as the column lines capacitances need to be driven again for writing each row of pixels). This was an important concern as high pixel densities were coming along.
Display needs fast refreshing not just because pixel would lose charge, but because the a refresh can be visible or result in flicker. Some pixels tech require flipping polarity on each refresh but the curves are not exactly symmetric between polarities, and further, this can vary across the panel. A fast enough refresh hides the mismatch.
alok-g
我大约15年前曾是显示架构师(为高通的Mirasol等),所以我对具体细节/数据的了解已经过时。分享我所知。
高像素密度显示屏的刷新功率不成比例地更高(不仅仅与像素总数成正比,因为写入每一行像素时都需要重新驱动列线电容)。这在高像素密度兴起时曾是一个重要的担忧。
显示需要快速刷新,不仅仅是因为像素会丢失电荷,还因为刷新本身可能是可见的或导致闪烁。某些像素技术需要每次刷新都翻转极性,但极性之间的曲线并不完全对称,而且,这种特性在不同面板上可能会有所不同。足够快的刷新率可以掩盖这种差异。
Make macOS consistently bad unironically #
https://news.ycombinator.com/item?id=47547521
it feels like Mac’s UI is optimized around the assumption most users won’t expand windows to fill the whole screen, but rather leave them half-sized somewhere in the middle
IMO, this has been their assumption for years, and it actually turned me off when I tried getting used to Mac circa 2006-2007. Coming from Windows at the time, I just couldn’t get over a weird anxiety that my application window wasn’t maximized, because it didn’t look like it completely snapped into the screen corners.
Now, using 34-inch ultrawide monitors almost exclusively, I never maximize anything… it’d be unusable.
dbatten
感觉 Mac 的 UI 设计是基于这样的假设:大多数用户不会展开窗口以铺满全屏,而是将它们留下一半大小停在屏幕中间。就我个人来看,这是他们多年来的假设。在我 2006-2007 年左右尝试适应 Mac 时,这确实让我感到很不爽。当时我从 Windows 转换过来,一直无法克服一种奇怪的不安,就是我的应用窗口没有最大化,因为它看起来没有完全卡进屏幕角落。现在,由于我几乎专攻 34 英寸超宽显示器,所以我从不最大化任何窗口……那样根本没法用。
Telnyx package compromised on PyPI #
https://news.ycombinator.com/item?id=47547140
For those using uv , you can at least partially protect yourself against such attacks by adding this to your pyproject.toml :
[tool.uv] exclude-newer = “7 days” or this to your ~/.config/uv/uv.toml :
exclude-newer = “7 days” This will prevent uv picking up any package version released within the last 7 days, hopefully allowing enough time for the community to detect any malware and yank the package version before you install it.
mil22
对于使用 uv 的用户,你可以在 pyproject.toml 中添加以下内容,至少部分地防止此类攻击:
[tool.uv] exclude-newer = “7 days” 或者将其添加到 ~/.config/uv/uv.toml 中:
exclude-newer = “7 days” 这将阻止 uv 获取任何在过去 7 天内发布的包版本,希望能留出足够的时间让社区检测到任何恶意软件,并在你安装之前将该包版本下架。
A Faster Alternative to Jq #
https://news.ycombinator.com/item?id=47542562
Jq’s syntax is so arcane I can never remember it and always need to look up how to get a value from simple JSON.
regus
jq 的语法太晦涩了,我永远记不住,总是需要查一下如何从一个简单的 JSON 中提取值。