原标题：《Introducing OpenFatigue》 评分: 172 | 作者: ajcp 💭 权重能下载就敢叫开放，训练数据去哪了？ 🎯 讨论背景 OpenFatigue 是一个以“.ai”域名发布的讽刺网站，借由给名称中带“Open”的产品或项目评估“开放度”，嘲弄 AI 时代公司把 Open 当作品牌前缀的现象。讨论背后有一场持续的术语争议：许多生成式模型只公布可下载的 weights（训练后的参数），却不公布训练数据和完整训练流程，因此是否应称作“open”或“Open Source”备受质疑。评论者还将此与早期商业软件史联系起来：OpenView、OpenStep 等名称早在 Open Source 术语普及前就存在，且并不代表软件可自由修改。页面疑似失效的 GitHub 链接和自动化评分梗，进一步把“开放”宣传与实际可验证性之间的落差变成笑料。 📌 讨论焦点 “Open”已从自由软件承诺沦为营销前缀 评论者认为，“Open”一词被过度使用后，已不再自然表示 FOSS，而更像任何产品都能套用的时髦品牌词。有人追溯到 1980、1990 年代的 OpenLook、O
原标题：《GLM-Legal: Advancing Agentic Legal Intelligence》 评分: 370 | 作者: ilreb 💭 20% 通过率，也敢替你决定自由与财产？ 🎯 讨论背景 GLM-Legal 是智谱 AI 旗下 Z.ai 推出的 agentic 法律智能产品，宣称在 Harvey's Legal Agent 等法律代理评测中取得约 20% 的通过率。此类产品试图把 LLM 用于法律检索、合同 redlining、证据整理和文书起草，直接挑战长期由初级律师、paralegal 及 Westlaw、LexisNexis 等法律检索平台承担的工作。讨论的背景还包括律师因提交 AI 编造判例而受制裁的公开案例，以及法律服务中客户保密、司法辖区适用、职业责任和证据披露的严格要求。由于产品与 Z.ai 的数据处理争议及其中国背景相连，用户尤其担忧敏感案卷、attorney-client privilege 和跨境数据调取风险。 📌 讨论焦点 重复性法律工作可降本增效，但须律师复核 多位评论者认为，LLM 已能胜任合同 redlining、初步研究、文档摘要
原标题：《Calculus with Julia》 评分: 251 | 作者: subset 💭 为了少写一行数学，先学两套符号系统吗？ 🎯 讨论背景 《Calculus with Julia》是一份借助 Julia（面向科学计算、兼顾高层语法与性能的编程语言）讲授微积分的教材资源，目标是让代码辅助理解数学而非成为额外障碍。教材部分内容调用 SymPy（Python 的符号数学库），这引发了“是否应改用 Symbolics.jl（Julia 原生符号计算库）”以及符号功能成熟度的争论。Julia 常被用于线性代数、数值模拟、DSP 和 JuMP（Julia 的优化建模框架）等领域，其教学价值与是否已具备稳定的生产生态、IDE 和调试工具紧密相连。Pluto（Julia 的响应式 notebook 环境）则代表另一种教学路径：将可执行实验、图形和数学推导放在同一交互文档中。 📌 讨论焦点 Julia 适合数值与线性代数教学 支持者认为，Julia 的数组和线性代数语法接近黑板上的数学表达，比 Python 等通用语言更适合把编程作为应用数学课程的一部分。JuMP（Julia 的数学
原标题：《Type-safe HTML templating in Zig》 评分: 225 | 作者: lukaslalinsky 💭 连取消错误都能吞掉，类型安全模板救得了谁？ 🎯 讨论背景 讨论围绕在 Zig（一门强调手动内存管理、显式错误处理和编译期计算的系统编程语言）中实现类型安全 HTML 模板的方案展开：模板可在构建期生成或检查 Zig 代码，而非在服务器运行时解析文本。它受到 JSX/TSX（将组件标记嵌入源代码的前端语法）启发，但 Zig 缺少 Rust 那类可深度扩展语法的宏系统，因此构建流程、定制文件格式和编辑器支持成为关键取舍。评论将其与 kotlinx.html（Kotlin 的类型安全 HTML DSL）、Templ（Go 的代码生成模板工具）、zmpl（Jetzig 框架的 Zig 模板引擎）及 Rust 的 rsx 宏比较，核心标准是编译期检查、自动转义、直接输出性能和 IDE 体验。讨论还延伸到 Zig 标准库 IO 取消错误的传播设计，反映采用 Zig 做长期维护的 Web services 时，模板之外的生态成熟度同样受到审视。 📌 讨论焦点
原标题：《Codex CLI installs a persistent, self-updating background daemon by default》 评分: 357 | 作者: whimblepop 💭 会写代码的工具，为何连退出和更新都学不会？ 🎯 讨论背景 Codex CLI 是 OpenAI 的命令行 coding agent（让模型在本地终端读写文件、运行命令并完成开发任务）。争议源于其近期版本默认安装并启动会持续存在的 app-server daemon，用于后台服务和自更新，而不是在 CLI 退出时完全结束。评论者尤其在意这类工具拥有较高的本机权限，后台更新、缓存旧版本和权限异常会直接影响代码仓库及日常开发环境。Claude Code（Anthropic 的命令行 coding agent）也被指出有保留旧版和后台任务的类似模式，因此讨论扩大为整个 AI agent harness 的发布、隔离与可靠性问题。 📌 讨论焦点 默认常驻 daemon 侵犯进程与配置控制权 评论者认为，Codex 0.157.0 起默认启用的 daemon 会在最后一个 Co
原标题：《Show HN: PS2 games statically recompiled to WebAssembly》 评分: 244 | 作者: deadxwarrior 💭 塞进 IOP 解释器，也敢叫零模拟原生移植？ 🎯 讨论背景 该项目是 ps2-web-recomp（一个将 PlayStation 2 游戏二进制转换为浏览器可运行代码的开源重编译项目），属于 psp-web-recomp 等主机重编译工作的延伸；它面向用户自行提供的 ISO，而非合法公开分发游戏。其核心是把 EE（Emotion Engine，PS2 主 CPU）代码 AOT 转为 WebAssembly（浏览器可执行的低级字节码格式），同时以 WebGPU（浏览器 GPU 计算与渲染 API）承担 GS 图形工作，并对 IOP 和部分未见过的 VU1 程序保留解释或 JIT 路径。争论的关键在于，重编译可减少传统模拟器的 CPU 开销，却不等于完全摆脱硬件行为建模；PS2 的时序、DMA、特殊浮点数和输入设备特性仍决定兼容性。由于游戏 ROM、音画资产与衍生网页版本受版权保护，这项技术同时触及游戏保
原标题：《Passkeys are a trap. Do not use them》 评分: 989 | 作者: laurex 💭 防钓鱼的钥匙，何时变成平台的电子镣铐？ 🎯 讨论背景 争议围绕 Passkeys（基于 WebAuthn 的公钥登录方式）展开：它以每个网站独立的密钥对替代密码，私钥不上传服务器，并把签名绑定到网站域名，从而显著降低密码库泄露和钓鱼风险。文章担心 WebAuthn 中的 attestation（认证器与设备安全属性的远程证明）会让依赖方逐渐只接受获认可的硬件、操作系统和密码管理器，进而压缩 FOSS、Linux 与自托管工具的使用空间。支持者则认为消费级 Apple 设备目前不支持同步 Passkey 的此类证明，强制实施会损害兼容性；attestation 更适合企业受管设备而非大众网站。争论也涉及银行和监管：日本券商的强制 Passkey、Android Play Integrity（Google 的设备完整性验证服务）与 EU PSD2（欧盟支付服务监管框架）被视为安全、反欺诈与终端控制相互拉扯的现实背景。 📌 讨论焦点 远程证明可能成为平台准
原标题：《Muse Wonder》 评分: 380 | 作者: meetpateltech 💭 基准第二的助手，为何连明天航班都搞错？ 🎯 讨论背景 Muse Wonder 是 Meta（拥有 Facebook、Instagram 和 WhatsApp 的互联网公司）推出的 Muse 模型家族新成员，其中 Wonder Full 被宣传为高端版本，基础 Wonder 则面向 API 和后续助手功能。讨论发生在大模型厂商以编程、视觉和 agent 基准争夺“frontier”地位的背景下，参照对象包括 Anthropic 的 Claude、OpenAI 的模型及中国的开放模型。Meta 过去以 Llama（开放权重语言模型系列）著称，但评论所述的 Spark 权重承诺尚未兑现，Wonder Full 也受订阅和自有 Muse Code（Meta 的 AI 编程工具）限制。其竞争力被联系到大规模数据中心投资、Prometheus（Meta 位于俄亥俄州的数据中心）训练资源，以及可向数十亿既有社交产品用户分发 AI 助手的能力。 📌 讨论焦点 基准成绩与真实能力的落差 评论者认可 Mu
原标题：《AI models may be capable of self-replicating without access to a datacenter》 评分: 23 | 作者: artninja1988 💭 能跑命令的已攻陷主机，何时成了 AI 觉醒？ 🎯 讨论背景 争议围绕一项被评论者归于 Anthropic（开发 Claude 的 AI 公司）的安全研究：研究称 GLM-5.2（一种语言模型）可协助把 Llama 3.1-8B（Meta 发布的约 80 亿参数开放权重模型）部署到其他机器，步骤包括网络枚举、payload 传送及推理服务启动。这里的“无数据中心”不是模型脱离硬件运行，而是指可将较小模型的 weights 与 harness（代理运行框架）复制到本地电脑或潜在联网设备上。批评者认为，研究前提包含已获得 reverse shell（远程命令执行入口）的脆弱主机，因此核心安全问题仍是传统入侵权限与硬件资源，而非模型自行突破防线。讨论也连接到开放权重模型是否应受限制、闭源 AI 公司能否借灾难风险叙事塑造监管，以及美中技术竞争是否妨碍国际安全合作的长期争论。
原标题：《Ask HN: Do you want a router that has DD-WRT pre-installed?》 评分: 123 | 作者: Ixander 💭 连刷机费都不肯付，靠什么卖路由器？ 🎯 讨论背景 提问者考虑销售预装 DD-WRT（第三方路由器固件）的路由器，并询问是否存在足够需求。讨论的前提是，家用路由器长期受 ISP 提供的网关设备、成熟 mesh 产品和芯片厂商闭源无线驱动限制；刷第三方固件可获得 VPN、VLAN、ad-blocking 等高级控制，但也带来兼容、更新和支持成本。OpenWrt（嵌入式网络设备开源 Linux 发行版）目前被普遍视为更活跃的方案，GL.iNet（一家销售基于 OpenWrt 路由器的厂商）、Ubiquiti（网络设备厂商）和 OPNsense（开源防火墙平台）已分别覆盖易用设备、商用品质和自建网络需求。争论的核心不是能否预装固件，而是小厂能否把开源网络能力包装为可信、长期维护且普通人愿意付费的产品。 📌 讨论焦点 DD-WRT 已非首选，偏好原生 OpenWrt 多数技术用户认为 OpenWrt 已取代 DD
