```
每日HackerNews RSS
Hacker News 讨论了 SpaceX 的 Starfall 服务，该服务承诺提供更实惠、更常规的微重力接入。评论强调了材料科学、晶体生长、制药、生物技术、半导体和教育等潜在应用。用户们争论这些任务能否实现商业可行性，提到发射/回收成本、冷却、辐射、维护和监管挑战。帖子还延伸到太空数据中心，许多人认为与地球替代方案相比不切实际，但有些人看到了政治或选址动机。提到了 Varda 等竞争对手，以及 SpaceX 不断扩展的能力。还有大量离题的关于 Elon Musk、政治、AI 和数据中心 backlash 的辩论。总体而言，社区对更便捷的微重力接入持谨慎乐观态度，同时质疑哪些应用真正值得成本。
直接用 AdamW 微调 bf16 权重且无 fp32 主副本，会使优化变得稀疏：微小更新会被舍入掉，只有幅度低于某个阈值（约学习率的 512 倍）的权重才能改变。权重衰减和 Adam 的二阶矩也会失效。在 Quiet-STaR 中，Mistral-7B 只有约 5.6% 的权重发生变化；大权重保持冻结。发布的 bf16 配方提升了基准表现，而使用 fp32 主副本或精确梯度校正的版本则发散或崩溃，说明该配方依赖这个舍入 bug 来获得稳定性。正确的优化器需要 3–10 倍更小的学习率，到第 100 步仍未能追上 bf16。这种意外的稀疏掩码类似于 PaFi/NanoAdam 等方法：更新小权重可以稳定微调，但小权重与随机权重的选择会在基准收益与困惑度损伤之间权衡。实践中，应测量权重变化的比例；不要在正确栈上复用 bf16 学习率；优先使用 fp32 主权重，若必须使用 bf16 则采用随机舍入。舍入不仅是数值噪声——它可能定义训练方法。
一篇 Hacker News 帖子及讨论探讨了使用 BF16 权重并直接进行 AdamW 更新进行微调时，许多权重可能被静默冻结。由于 BF16 无法表示小于权重约 1/512 的变化，典型学习率下只有相对小幅度的权重会更新，从而产生意外的稀疏微调效果。作者在 Quiet-STaR 等已发表工作中发现了这一点，使用全精度更新重新运行时，除非将学习率降低 3–10 倍，否则会发散。相关的精度与舍入问题也可能影响训练动态。评论者提到了随机舍入和保留 FP32 主权重的标准实践；作者承认这些最佳实践，同时指出大量代码并未采用它们。
启用 JavaScript 和 Cookie 以继续
OpenAI 的 Images 2.6 新增了原生动画 GIF 生成和 SVG 输出，SVG 可能使用栅格转矢量转换并需要额外模型参数。OpenAI 声称生成速度快 50%，但用户发现由于 token 用量更高，低/中质量图片每张成本大约高 3–4 倍，而高质量似乎不变。反应褒贬不一：一些人称赞一致性、编辑和实用性，另一些人报告 2.5 在某些测试中优于 2.6，还有伪影、不一致的 GIF 帧以及持续的“AI 感”。讨论还争论图像生成是否已停滞，评论者提到 Nano Banana、Flux、Krea、Seedream 等模型是根据不同用例的强替代品。总体来看，这次发布被视为渐进式更新：新增格式和速度声明，但没有明确的通用质量飞跃，且常见质量档位成本更高。
请启用JavaScript和Cookie以继续
OpenAI 团队报告称，他们使用自主网络模型在 Linux 内核中发现并修补了 948 个本地提权漏洞，花费约 120 万美元 API 额度。Hacker News 讨论围绕为何存在这么多 LPE 展开：Linux 的巨大复杂性、单体内核设计和内存不安全的 C 代码；偏爱快速内核而非 OpenBSD 或 seL4 等更安全替代方案的性能/成本权衡；以及严格安全激励不足。评论者指出 LPE 长期常见，用户隔离常被视为较弱。一些人认为 AI 能将漏洞发现扩展到人类能力之外，另一些人则质疑误报、维护者工作量、缺乏详细统计，以及 Rust 或微内核是否会有帮助。还有担忧所有软件可能同样脆弱，尤其面对资源充足的攻击者，且 AI 可能使利用更易获得。总体而言，该帖将这些发现视为深层技术债务的证据，以及对更好工具、架构和持续安全投入的迫切需求。
Google 正从 Chrome 移除 XSLT 支持，打破了 Web 长期的向后兼容性规范。作为回应，一位作者创建了 XSLT.RIP，一个使用 XSLT 构建的网站，以突显此次弃用；支持移除后（大约在 2026 年 11 月 17 日），它可能无法正确显示。作者批评基于 Chromium 的浏览器注入警告横幅，将责任归咎于网站维护者，而非承认 Google 的责任。文章认为这种做法傲慢且具有侵入性，Google 应该承担破坏现有网站的后果。
Hacker News 的讨论聚焦于浏览器计划移除内置 XSLT 支持。一些评论者称 XSLT 是一种笨拙、过时的 Web 技术，从未在浏览器中真正成功，理由是安全问题和维护负担。另一些人则认为它被广泛使用，尤其是在企业 XML 流水线中，移除它会破坏 Web，并忽视了可行的沙箱修复方案。用户分享了个人经验：报表生成、UI 渲染、转换 XML 提要以及教育用途。一些人指出 XML 在文档、出版、RSS、SVG 和办公格式方面仍然相关，而 JSON 主导结构化数据。批评者说浏览器仅对旧的 XSLT 1.0 支持不佳，使其成为一个静态模板引擎；替代方案包括服务端转换、JSON 加 JS 模板，或 WebAssembly polyfill。一些人认为此举由 Google 主导，尽管 Apple 和 Mozilla 也支持移除。总体而言，该帖反映了怀旧情绪和实际用例，同时也接受了现代 Web 开发已基本转向其他技术。
HN 展示：Gauge — 用于递归改进文档的开源 CLI Show HN: Gauge – Open-Source CLI to recursively improve your docs
2 天前
Gauge 是一个开源 CLI，通过运行真实 agent 与产品交互、捕捉摩擦并发布前测试修复，来改进编码代理使用产品的方式。它支持使用 Docker 和现有 agent 凭证的本地循环，且无需账号；托管模式还提供托管计算、共享结果和积分。用户可以定义任务/评测或偏好研究，运行 Claude Code、Codex、Pi、OpenCode 等 agent，然后分析转录和发现，以识别阻塞问题、弃用用法、未使用的 skills 或工作流混淆。修复可通过针对工作树变更或预发布制品重跑用例进行验证。它支持 Skills、CLI、SDK、文件和文档（托管），并可选提供团队/CI 共享的 Markdown 用例。CLI 包含说明、JSON 输出、运行时检查、遥测退出选项，以及 init、run、compare、auth 和托管引导等命令。它采用 MIT 许可证。
Hacker News 帖子宣布 Gauge，一个开源 CLI，通过爬山循环帮助团队改进编码代理的文档：定义代理任务、运行它们、分析 transcript 中的摩擦、创建文档变体，并以透明方式注入变体后重新运行。它还支持改进 Skills、CLIs 和其他面向代理的表面。架构使用虚拟机加 TLS 终止网络网关；本地后端使用 Docker 和 mitmproxy。示例包括修复不准确文档，以及帮助 Clerk 将代理转向 `clerk init`，据报道使用量增加三倍。评论提出 token 成本、确定性摩擦优先级和监督的担忧；维护者说过程可以随时间手动或自动化。其他人将该方法比作 RL 环境与 CI 风格测试套件。Gauge 可通过 npm 安装，并有 docs/quickstart。总体而言，它是一个用于衡量并迭代改进编码代理如何使用产品的工具。
“成功的人创办公司，更成功的人建立国家，最成功的人创立宗教。”我听齐鲁说过这句话；我不确定出处。不过这让我想到——最成功的企业家并不是为了创办公司而起步的。他们致力于创造某种更接近宗教的事物，而到了某个时刻，成立公司成了最简单的方式。大公司通常并非来自转型，我想这在很大程度上就是原因。
这篇 Hacker News 帖子讨论了 Sam Altman 2013 年的随笔《Successful People》。评论者就“成功”的含义展开辩论，有人将其定义为对许多人的影响力，也有人批评任务驱动型组织的“宗教/邪教”动态。几条评论将此与 OpenAI 的内部冲突和 Altman 的领导力联系起来，认为他的优势在于管理强权利益相关者而非个人魅力。其他人提到运气、努力和产品质量，而有些人则对 Altman 持负面看法或质疑其长期影响。总体而言，该帖子混合了组织认同、领导力以及相互竞争的成功定义分析。
这篇文章认为，超我——我们内化的控制权威——通过内疚、羞耻和关于人性的固定观念来压制好奇心。精神分析传统在是否需要这种控制上存在分歧，但理想主义者与现实主义者都认为我们被本能过度控制并受其恐吓。作者将好奇心重新界定为一种有风险、开放式的特质，是确定性、谦逊和自以为知的解毒剂。它暴露了依赖与脆弱，这使其令人恐惧，并常被委托给他人。弗洛伊德的自由联想是好奇心的例证：不加审查地说话会揭示被遗忘的材料，尽管好奇心在道德上具有模糊性，且不总是有益的。最终，这篇文章追问社会认可或禁止哪些好奇心，暗示放弃无懈可击的状态并追随好奇心——如同精神分析——能够扩展自我知识与自由。
Hacker News 的讨论串围绕一篇询问好奇心是否对人类有益的随笔展开。评论者普遍认为好奇心很有价值，甚至具有进化意义，但多人警告，当人们在健康限度之外追求新奇时，好奇心可能变得有害或上瘾。一些人批评该随笔对弗洛伊德和精神分析的使用，而另一些人则捍卫好奇心对工作、科学和自我认识的必要性。讨论还涉及探究的社会风险、多巴胺驱动的信息习惯，以及新奇、意外与更深层好奇心之间的区别。总体而言，好奇心被视为有益但模糊，其潜在弊端取决于情境和克制。
昨天的选举显示公众强烈反对AI数据中心：近50项投票提案试图限制建设，反对数据中心的立场获胜。民调和投票表明，美国人普遍不喜欢AI，而非仅是数据中心。作者认为，采用率和利润不能为危害或利益集中辩解，尤其是考虑到该行业对就业的威胁、惊人的言论、法律丑闻以及领导人对特朗普的拥抱。尽管AI令人印象深刻，但它正在让包括其支持者在内的所有人感到痛苦。作者敦促AI从业者要求雇主采取更好的方向，而不仅仅是签署公开信，并呼吁集体行动重塑科技行业的公众形象，为该领域做出积极的、民粹主义的辩护。
**摘要：Hacker News 关于反 AI 情绪的讨论**
一个 Hacker News 帖子讨论为什么数据中心在居民中"比煤炭更不受欢迎"。评论者就反 AI 情绪的根源展开辩论：
- **pseudosavant** 认为 backlash 针对的是 Big Tech 对社区的漠视——以成本节约优先于地方关切——而非 AI 本身，援引了全行业普遍的不满，如暗黑模式、隐私侵犯、避税和股东至上。
- **JumpCrisscross** 反驳称愤怒专门针对 AI/数据中心，而非一般的科技抱怨，并警告政策制定者不要被分心。
- **Grombobulous** 指出科技行业通过此前对 Facebook 和 Amazon 等平台的"劣质化"（enshittification）而失去信任。
- **sashank_1509** 认为技术本身才是问题——AI 自动化的是有创意、有成就感的任务，而非琐碎任务。
- **ion_trapper** 称反对是"歇斯底里"与潜在的心理战，主张通过税收谈判而非禁令；其他人反驳，援引秘密议会会议、腐败与不断上涨的电力成本。
- **JumpCrisscross** 强调真正的政治驱动力：生活成本、腐败，以及对科技精英的怨恨。
- **samrus** 批评数据中心计划周围的保密协议是反民主的。
共识：Big Tech 被认为对社区与民主进程的轻蔑是反对情绪的燃料，关于核心问题究竟是 AI 本身还是其企业管理者，仍存在争议。
DOOM 1997 源代码的四十三个后代通过代码形态而非文本进行分析。去除名称和注释后，比较了函数长度、分支、输入和调用关系。这种形态如同指纹：C 语言的复制和移植揭示了血统，而无关的 C 程序（Quake、Quake II、Lua）最多共享 DOOM 形态的 0.6%。Chocolate Doom 保留了 87% 的函数名，但只有 35% 的代码未更改。仅基于形态的相似查找器识别了 93% 的真实副本，以及约三分之二由文本找到的副本。在盲测中，来自 Go 翻译的函数以 60% 的准确率被分入 DOOM 的 16 个子系统，而猜测为 20%。连接图显示 Scheme 和 Go 像 C 副本一样在偶然之上保留了 DOOM 的设计，而 Fortran、Java、Kotlin 和 C# 没有。微小函数和大量重组解释了部分表面损失。结果通过源文本、打乱控制、无关程序和独立工具验证。该研究追踪血统和存续设计，而非运行时行为。
抱歉。