启用 JavaScript 和 Cookies 以继续
每日HackerNews RSS
Claude Code 的 "Don't Ask Again" 功能在 1,122 个公开 GitHub 文件中泄露了密码。当用户批准包含密钥的命令并保存权限规则时，Claude 会将完整命令——包括密码——存储在项目目录下的 `.claude/settings.local.json` 中。该文件经常被提交到公开仓库，尤其是因为 Claude 只将其添加到全局 gitignore，而非仓库的 gitignore。
Claude Code 团队的 Boris 回应称该文件应保持本地，Claude 创建时会自动 gitignore（因此这些是手动创建/提交的），并建议大家切换到自动模式（称权限规则已过时）并启用密钥扫描。
社区反应强烈反对：开发者批评自动模式不安全（"智能体自我监督"是糟糕的合规做法），指出 Claude 经常用难以审查的晦涩 bash 命令，并主张使用沙箱/微虚拟机隔离。其他人则指责用户提交密钥且不审查 diff。多人强调了审批疲劳和 Claude 忽略指令的倾向。帖子还讨论了自动模式是否真的比手动审批更安全，许多人坚持确定性沙箱优于两者。核心结论：密钥最终进入了已提交的本地设置文件，工具和用户实践都应承担责任。
Unfix 是一个用于 C/C++ 和固件缺陷修复的独立验证器：它不编写代码，但检查修复是否真正消除了缺陷，并返回 VERIFIED、REJECTED 或 NOT VERIFIABLE。它在基础版本上复现缺陷，应用修复后在启用消毒器的情况下重新运行测试，检查其他测试是否仍然通过，移除修复以确认缺陷重现，并扫描差异以发现诸如禁用消毒器或削弱测试等掩盖问题。裁决来自确定性构建、测试、消毒器和硬件运行——而非 LLM。它支持在真实板卡（如通过 ST-Link 的 STM32 NUCLEO）上的固件，提供 /check 每测试裁决和 /fix 单一裁决。Unfix 以 MCP 工具、终端工具、GitHub PR 检查和硬件测试台在本地运行，无云服务或 LLM。在 10 个 AI 生成补丁的基准测试中，它针对隐藏参考测试验证了 4 个并拒绝了 6 个。它面向 C/C++ 和嵌入式团队，尤其是医疗科技等受监管产品。
一篇 Show HN 帖子介绍了 unfix.dev，称其为 C/C++ 和固件修复的验证器，并认为通过测试并不能证明正确性。它获得了 15 个点赞和两条评论。一位评论者质疑将 LLM 连接到真实硬件，另一位则批评“验证器”这一说法只是 glorified test rig，并对罕见的时序和别名相关 bug 表示担忧。
让我们检查你的胶卷，从每张照片读取位置与日期…… 胶卷名称 · 可选 冲印并获取链接 ＋ 添加照片 返回 任何拥有链接的人都可以看到这些照片及其拍摄地点。 胶卷会在 30 天后自动删除。
Hacker News 讨论了“Show HN: Where Were We”，一个由 zkiihne 制作的纪念日礼物网页游戏。用户上传度假照片；EXIF 数据（位置/时间）将其变成可分享的猜谜游戏。评论大多积极，用户称赞这个想法并分享类似游戏（Wheretaken、Timeguessr、whichyr.com）。一些反馈包括移动端渲染调整和购买柏林墙碎片的趣闻。隐私争议出现：Arainach 批评缺乏隐私/数据政策并警告不要上传照片；dang 回应说 Show HN 面向小型个人项目，这类法律化异议不应占主导。总体来说，这是一个富有创意的个人项目，受到热情欢迎，同时也有数据隐私的警示。
正在检查您的浏览器...需要JavaScript
Hacker News 刊载了 mattlakeman.org 上一篇 2021 年关于 Ryszard Kapuściński《太阳的阴影》的书评。该帖有 26 点和四条评论。评论者澄清，2021 年日期指的是书评，而该书出版于 1998 年，且主要记述 1950 年代至 1970 年代的事件。一位评论者称赞 Kapuściński 的书是必读之作，并指出它们有时会出现在波兰古董店。另一位认为，这本书之所以仍属经典，是因为其中记录的非洲现象至今仍可辨识，即使在 2026 年也是如此。最后一条评论讨论了日期约定，称除非帖子只是引文摘录，通常书评日期才是重要的。
一名司机在怀俄明州I-80公路上超越一支军用车队时，看到一辆有效载荷运输车III型，这是一种用于运输民兵III型洲际弹道导弹部件（如制导、推进和再入系统）的专用半挂车。车队包括装甲车辆和直升机，但交通未被阻断。前基地指挥官塔克·法根说，此类PT III运输车并非核载荷；核弹头由秘密的保障运输车单独运输。导弹井公开可见，但官员坚持“既不确认也不否认”政策。空军正在用有效载荷运输车替换型替换PT III，并最终用LGM-35哨兵导弹替换所有民兵III。司机觉得这次偶遇既令人恐惧又难忘。
Hacker News 讨论了一篇关于在怀俄明州 80 号州际公路上遇到核导弹运输的文章。评论者推测，此类移动可能与维护、战备或战略模糊有关，或许受到过去军控核查的影响。他们指出，START/New START 已过期，中国未参与类似协议。其他人质疑有多少报告中的武器真正处于就绪状态，认为核威慑部分依赖于模糊性。讨论还涉及运输安全：车队缓慢行驶并有护送，弹头有安全装置，固体燃料导弹很危险。用户分享了轶事、视频以及对跟车过近的担忧。总体而言，讨论混合了地缘政治背景、对战备的怀疑，以及关于重兵护卫的核运输的实用细节。
本网站正在使用安全服务以保护自身免受在线攻击。您刚才执行的操作触发了安全防护。可能触发此拦截的操作包括：提交特定词语或短语、SQL 命令，或格式错误的数据。
一篇 Hacker News 帖子讨论 GeoWorks（PC/GEOS），一个以体积小、功能强著称的 1990 年代 Windows 竞争对手。评论者反思软件膨胀、现代依赖（如 SQLite）以及更丰富基础（Unicode、无障碍）的取舍。链接包括 pcgeos 源码仓库和 Folklore.org 关于“负代码行数”的文章。
技术讨论探索将 GEOS 移植到 Raspberry Pi Pico（RP2350），指出其基于汇编、内存高效的设计。一位用户分享了在 RP2350 上用 PIO/DMA 链构建的扫描线渲染器。其他人认为从 x86 汇编移植基本等于重写，并讨论 AI 是否能做到。
个人经历包括童年使用 GEOS、其 Windows 3 风格主题、性能不错但缺少熟悉应用。帖子以 Steve Yegge 回忆在 GeoWorks 编写 1500 万行 8086 汇编——快速但难以维护——以及 Microsoft 的移动平台最终超越它作结。还出现广告和下载警告。
一位手工艺人制作了泰瑞·普拉切特书房一部分的1:12比例微缩模型（并非精确复制品），作为送给她儿子的礼物。场景包括手工书柜，书柜上装有单独制作的《碟形世界》及其他普拉切特书籍、壁炉、托着皮夹克和毡帽的鹰形讲台、扶手椅、针织毯、图书管理员雕像、装有纸张文件的箱子，以及杂乱的书桌，上面有打印的屏幕、3D打印的手机和键盘、铅笔和一只猫。细节参考了有限的照片和伯纳德·皮尔森的帮助。项目耗时约六周，庆祝普拉切特的想象力遗产。
Hacker News 讨论串围绕对特里·普拉切特书房的精细微缩复刻展开。评论者讨论普拉切特“横向财富”的理念——把钱花在既有爱好上而非奢侈品地位象征——并指出日常消费可能不知不觉上涨。对话还扩展到旅行与消费主义、与弗朗西斯·培根搬迁工作室的比较，以及关于奇幻、人性、善恶的《碟形世界》名句。其他人强调普拉切特的游戏兴趣，包括《湮没》《神偷》，以及他女儿的游戏设计工作。书房中的阿尔茨海默病相关细节令人感慨，因为普拉切特死于该病。总体来说，该讨论串融合了对微缩模型的欣赏、关于财富与品味的个人反思、文学欣赏与传记细节。
这篇文章批评佩西瓦尔·埃弗雷特的《树》是一部客观上有缺陷的小说，充斥着拼写错误、格式错误和历史时代错置，尽管它进入了布克奖短名单。作者认为，这些错误以及牵强的情节、缺乏人性的角色塑造和轻率的幽默削弱了其讽刺与共情意图。他们还声称，本书将白人种族主义者描绘成小丑，以及一些过于简化的笑话削弱了严肃主题。除了小说本身，这篇文章还谴责编辑和评论家忽视基本缺陷并抬高有瑕疵的作品，暗示存在一个更广泛的“错字一代”，重视即时性而非精细打磨。它承认小说的优点——犯罪恐怖设定、结构实验，以及列出私刑受害者的章节——但最终将其视为文学标准下降的警告。
该帖讨论了一篇文章，文章认为当代文学受到破坏性错别字及更广泛的编辑/写作问题的损害，并以一部布克奖短名单小说为例。评论者争论错别字反映的是写作差还是出版社校对问题，指出出版社编辑时间更少，可能急于推出有市场价值的作者。有人说错别字会破坏沉浸感和阅读流畅性，而另一些人认为意义通常仍然清楚，语言自然会演变。其他观点包括自动更正/手机错误、故意制造错别字以显得像人类、编辑的价值，以及批评文章自大或夸大。整体而言，讨论围绕编辑标准下降、作者责任以及错别字是否严重伤害文学展开。
作者强调了四本影响他思维方式的冷门编程书。《Zen of Assembly Language》解释并扩展了他自学的汇编优化技巧，尽管其 8086 主题在 80486 机器时代才姗姗来迟。《Scientific Forth》与《Fractals, Visualization, and J》都使用小众语言呈现基于作者专业经验的严肃、非玩具式程序——前者是矩阵计算配合中缀转 Forth 翻译器，后者是图像处理附带轻松的穿插内容。《Programmers At Work》提供的访谈强调创造力而非形式化计算机科学，激发了他自己的《Halcyon Days》。《Thinking Forth》被称赞更多是因为其在拆解问题、避免冗余、编写简洁代码方面的实用指导以及专家见解，而非 Forth 本身。总体而言，这些书更看重真实的问题求解、创造性实践和简洁设计，而非主流教程。
此 Hacker News 帖子讨论了令人难忘的编程书籍。评论者推荐经典与小众书目，包括《Higher-Order Perl》《The Nature of Computation》《Code》《Programmers at Work》《The C Programming Language》《The Little Schemer》《Zen of Assembly Language》Abrash 的图形学书籍、Wirth 的《Algorithms + Data Structures = Programs》以及系统/汇编类书籍。还提到现代热门书如《Designing Data-Intensive Applications》《A Philosophy of Software Design》《Software Design for Flexibility》和函数式编程书籍。子话题涉及书籍质量与印刷、学习汇编与计算机体系结构、操作系统内部原理以及深度阅读的价值。一位评论者描述了用 AI 引出编译器，而其他人认为尽管存在 vibe coding，书籍仍很重要。总体而言，该帖是一个涵盖广泛的推荐清单，并反思了塑造程序员的编程文献。
本页面收集了1972年至2024年356个处理器裸晶的显微照片，这些照片由拆解芯片封装并分享图像的爱好者拍摄；其中114张按真实比例展示，突显了从1970年代微小芯片到现代芯片的增长。它还包含与iPhone相关的内容：将iPhone广告视为电影杰作，对2007年至Duo的28款iPhone进行拆解，展示苹果从采购芯片到自主设计芯片的转变，对19年来每款iPhone的概述，以及关于iPhone Duo的大量发现，包括其2011年折叠专利、早期上手、评测、铰链开裂、iFixit CT扫描、维修手册和欧盟标签。
Hacker News 主题贴突出介绍了一个收集处理器裸晶照片的网站。评论者讨论希望有带细节的高质量书籍，引用相关资源，并指出现代裸晶太小、过于抽象，难以清晰读取。有人建议采用破坏性去层、CT 扫描或 AI 解码，而其他人指出多层金属使恢复困难。用户批评制造商列表排序差且有重复，并提到缺失的裸晶。讨论还涉及 x86 的年龄和向后兼容性，争论现代 x86 是否真正源自早期芯片，以及遗留模式是否浪费晶体管。另一条评论分享了 Intel 4004 裸晶链接。一篇长帖回忆 Lynn Conway 的 MIT VLSI 课程、经 ARPANET 传输的设计、HP 制造，以及包括 Guy Steele 的 Lisp 微处理器和 Jim Clark 的 Geometry Engine 在内的学生项目。总体而言，该帖混合了对半导体历史的欣赏与关于裸晶成像、架构传承和早期 VLSI 教育的技术讨论。