No.01
The lost joy of music piracy
音乐盗版的失落乐趣
192 分
95 条评论
作者: mcgin
本文采访九寸钉乐队（Nine Inch Nails）前创意总监 Rob Sheridan，探讨他对音乐盗版文化的深刻怀念。Sheridan 是早期互联网音乐分享的亲历者，1997年首次下载到九寸钉单曲《The Perfect Drug》的泄露版。他在大学期间通过宿舍局域网发现大量从未有机会聆听的专辑，认为音乐盗版「彻底改变」了他的音乐审美。2004年私人比特 torrent 追踪站 Oink's Pink Palace 成立，Trent Reznor 后称之为「世界上最伟大的唱片店」。九寸钉乐队选择拥抱而非对抗这一趋势——专辑《With Teeth》在实体发行前数周已泄露，他们的对策是绕过唱片公司直接官网发售数字版；2008年更将《The Slip》免费通过 BitTorrent 发布，成为早期直接面向听众的标志性案例。Sherilan 批评唱片业的高价策略：「他们把音乐弄得极其昂贵，同时苹果却说『你可以把一百万首歌装进口袋』——但我没有一百万美元。」Oink 于2007年被警方查封，Sheridan 随后发文称之为「人类已知的最完整、最高效的音乐发行模式」。文章核心追问：在流媒体时代，我们是否失去了发现音乐的乐趣与社区感？
No.02
Inkling: Our Open-Weights Model
Thinking Machines 发布 Inkling：975B 参数开源多模态模型，支持 100 万上下文
926 分
227 条评论
作者: vimarsh6739
AI 公司 Thinking Machines 发布首个从零训练的开源权重模型 Inkling。这是一款混合专家（Moxture-of-Experts）Transformer，总参数 975B、活跃参数 41B，支持最高 100 万 token 上下文，预训练数据量达 45 万亿 token（涵盖文本、图像、音频、视频）。同时预览的 Inkling-Small 有 276B 总参数、12B 活跃参数。该模型主打多模态能力和高效可控的「思维努力」机制，可在低延迟与高性能之间平衡。Inkling 未声称是最强模型，而是定位为适合定制的开源基础模型，现已在 Tinker 平台开放微调。评论社区关注其与 DeepSeek、GLM 等模型的对比缺失，以及图表示意不清晰（只给准确性-Token 曲线而非准确性-成本曲线）；有用户看好其音频能力是美国开源模型的突破，也有用户指出 AUP 许可证与 Apache-2.0 的兼容性疑问。
No.03
If you want to create a button from scratch, you must first create the universe
从零创建按钮要先创造宇宙：无障碍按钮的技术复杂度警示
84 分
36 条评论
作者: treve
本文以「创造按钮前必须先创造宇宙」的幽默比喻，系统拆解了从零实现一个符合无障碍标准的原生按钮需要满足的所有要求。作者引用MDN、APG、ARIA规范和WCAG标准，列出了14条必要条件：button角色、可访问标签（aria-label）、可聚焦性（tabindex）、多模态激活（鼠标/触摸/触控笔）、键盘激活（Space/Enter）、表单关联与验证、disabled等状态支持，以及Popover/Invoker Commands等新API兼容性。文章通过自定义元素（SaganButton）逐步演示实现过程，展示一个看似简单的按钮背后隐藏的巨大工作量。核心论点是：原生HTML元素经过浏览器多年优化，无障碍支持开箱即用；从头复刻不仅费时费力，还容易遗漏关键行为准则。评论中有人指出AI已能快速处理这类重复工作，也有人认为复杂表单组件（如带服务端过滤的combobox）确实无法用原生元素实现，re-implementation有时是现实需求。
No.04
Teardown: A Generic 7-Port USB 3.0 Hub That Wasn't
贴牌USB 3.0 Hub拆解：七端口实为六假一真，存在反向馈电隐患
27 分
4 条评论
作者: speckx
作者在 AliExpress 以约 5 美元购入一款标称为「7 端口 USB 3.0 Hub」的产品，拆解后发现重大欺诈：7 个蓝色端口中只有 1 个具备真正的 USB 3.0 针脚，其余 6 个仅为 USB 2.0——本质上是将 1 个 USB 3.0 端口延伸，再在 USB 2.0 线路外挂载两颗 HS8836A 双 4 口 USB 2.0 Hub 芯片「堆叠」而成。内部做工极尽节省：端口外壳无焊接固定、缺少去耦电容、无任何电源保护。更危险的是，外接电源接口的内部开关未被使用，连接适配器会反向馈电至电脑，可能损坏端口。USBTreeView 确认设备被识别为两个「USB2.0 HUB」叠加。评论者多有同款产品经历，印证此类假货在 AliExpress/Amazon 上泛滥，4.7/5 的高评分多为不知情消费者留下。
No.05
SQLite should have (Rust-style) editions
SQLite应引入（Rust风格）editions机制改善糟糕的默认设置
241 分
92 条评论
作者: gnyeki
作者指出SQLite两大糟糕默认设置：一是外键约束默认被忽略，通过示例展示了Bob删账户后Alice继承其帖子的数据混乱问题；二是列可存储错误数据类型（如INTEGER列接受纯文本字符串），虽然strict tables能解决但无全局pragma。作者借用Rust的editions概念，建议在数据库文件头声明「版本」以切换不同默认设置集，兼顾向后兼容。评论中支持者认为这是合理改进、匹配实际使用需求；反对者认为灵活类型本就是特性而非bug，SQLite定位就是轻量嵌入式不应向PostgreSQL看齐；还有人指出ORM层（如Drizzle）对strict tables支持不足，以及ROWID重用可能引发安全风险。
No.06
1,300 Beautiful Wildlife Illustrations from the 19th Century Now Restored
19 世纪博物学家文库 1300 幅野生动物插画修复上网
66 分
9 条评论
作者: gslin
维多利亚时代「博物学家文库」逾 40 卷、1300 幅彩色图版近日由设计师 Nicholas Rougeux 完成数字化修复并免费公开。这套丛书曾是普通民众接触自然科学的窗口，每卷仅售六先令，图版以黑白背景映衬彩色物种图像著称。Rougeux 此前已修复过欧几里得《几何原本》、雷杜德植物图谱等作品，此次全程记录修复过程，并坦言 AI 工具在发掘原始资料、填补图像残缺、构思封面设计等方面发挥了作用。数字版本免费访问，实体精装本售价 295.11 美元，同步推出分类海报。评论焦点集中在 AI 是否实际参与画作填补——有用户引述 Rougeux 博客指出原始材料状态良好、仅是老化泛黄，AI 主要用于 Photoshop 拼接；但也有声音认为即便如此，用 AI 填补线条仍属「污染原作」，这一争议与当年特德·特纳为《卡萨布兰卡》着色引发的争议相映成趣。
No.07
Grok Build is open source
Grok Build 宣布开源
414 分
433 条评论
作者: skp1995
xAI 旗下编程代理工具 Grok Build 宣布开源，代码库包含约 130 万行 Rust 代码及 182 个顶层外部依赖。社区普遍认为此举是 xAI 在「数据泄露门」丑闻后的危机公关手段——有指控称 Grok Build 曾将用户工作目录数据上传至服务器，损害开发者信任。部分评论指出，该开源项目仅释出脚手架代码（scaffolding），并未开源核心模型或训练权重，「open」一词名不副实。不过也有用户肯定 Grok 4.5 的实际性能表现，认为其构建速度快于竞品，且代码库中存在一些有趣的自包含模块（如 Mermaid 图表渲染器）。整体而言，社区对此次开源的诚意多持怀疑态度。
No.08
Making 768 servers look like 1
如何让768台服务器看起来像1个数据库
64 分
10 条评论
作者: hisamafahri
本文来自PlanetScale，探讨数据库分片（sharding）技术如何实现超大规模扩展。文章指出，单一数据库服务器面临CPU和IOPS两大瓶颈；读副本虽能分担读取压力，却无法分布式存储数据，且高并发写入时WAL日志会成为统一瓶颈。分片技术将数据和查询分散到多个主库，256个分片各配2个副本，共需768台服务器来存储1PB数据。关键在于代理层（路由器）：它理解数据分布策略（如基于ID哈希的分片），将SQL查询路由到正确的分片。文章展示了如何通过单连接字符串让应用 마치与一个逻辑数据库交互，而非感知底层复杂的分片集群。
No.09
Bluesky Trademarks ATProto
Bluesky 收购 ATProto 商标，称将保护开源社区使用
85 分
34 条评论
作者: chaosharmonic
Bluesky 从一家威胁起诉的公司手中收购了「ATPROTOCOL」及相关商标（包括「AT Protocol」和「atproto」），以防御性措施保护开源社区免受商标劫持。日常使用、教学、兼容声明、开源工具命名均无需许可证；但产品/公司名称、商业活动、官方认证、周边商品等品牌化使用需申请许可，且对非营利和善意使用免费。Bluesky 承诺未来会将商标所有权转移给独立的协议治理组织，并援引 Mozilla、Linux、Python 基金会等开源项目先例，强调防御性注册是法律要求。社区评论聚焦于 Bluesky 作为单一实体掌控商标的权力过于中心化，以及公共利益公司（PBC）模式能否真正中立等质疑。
No.10
Governments, companies, nonprofits should invest in free, open source AI [pdf]
开源运动先驱 David Siegel 呼吁政府、企业和非营利组织投资免费开源 AI
167 分
59 条评论
作者: bilsbie
David Siegel（开源运动先驱、Two Sigma 联合创始人）近日在 Fortune 发表文章，呼吁政府、企业和非营利组织投资免费开源 AI 基础设施。文章延续了他两年前「AI 数据中心建设为时过早」的观点，认为当前算力投入存在泡沫，而开源模式能让 AI 红利更广泛地惠及社会。文章指出，大多数所谓「开源」模型实际只提供编译好的权重文件，透明度不足，与真正的开源精神相去甚远。评论中，有人提出设立诱导奖（inducement prizes）每半年向首个达标的开源模型奖励 20 万美元；也有人认为商业 AI 有全职开发者驱动，开源的善意兼职难以抗衡；还有人指出开源已在操作系统、数据库、编译器等领域击败专有方案，AI 或将走类似道路。部分评论质疑政府直接投资开源 AI 的合理性，担心加剧资源错配。
No.11
Stripe and Advent have made a joint offer to acquire PayPal – sources
Stripe 与 Advent 联合收购 PayPal，估值超 530 亿美元
429 分
229 条评论
作者: rvz
据 Reuters 报道，Stripe 与私募股权公司 Advent 联合提出收购 PayPal 要约，估值超过 530 亿美元（每股约 60.50 美元）。PayPal 于 2015 年再次 IPO 时估值约 500 亿美元，十年来几乎原地踏步，而此前最高曾达约 800 亿美元。评论普遍担忧：如果 Stripe 吞并 PayPal（含 Venmo、Braintree、Xoom），将在无卡交易（CNP）支付领域形成极端垄断，HHI 指数将高得离谱。批评者指出 Stripe 对特定行业（大麻相关、成人内容等）的道德审查比 PayPal 更严苛，合并后将迫使许多现有商户迁移或关闭账户；也有评论指出 Visa/Mastercard 才是真正的「道德警察」，Stripe 不过是被迫执行者。部分人认为 Stripe 意在 PayPal 的银行牌照（Stripe 本身并无真正的银行牌照），也有观点认为这是在欧盟反垄断执法收紧前的抢跑式合并。支持的评论较少，主要来自消费者视角，认为整合可减少多平台对接的麻烦。
No.12
Can LLMs Perform Deep Technical Comprehension of Computer Architecture Papers
LLM 能否深度理解计算机体系结构论文
39 分
5 条评论
作者: Jimmc414
研究团队提出 Gauntlet 系统——一个通过五位独立专家角色审查员加对抗性综合阶段来分析论文的开源流程。在 20 篇 ISCA 2025 与 HPCA 2026 论文上，十位研究者各自撰写分析后，对他人论文进行人工评判，结果 Gauntlet 在 15 篇中获优（人工仅 4 篇，1 篇平局），优势统计显著（p < 0.01）。分项来看，Gauntlet 在「批判性严谨」上优势最大，在「校准度」上则无优势。人工胜出场景集中在信任感与实用性，而非深度——问题包括：自信的错误断言、描述机制却未真正阐明、或铺陈过于广泛缺乏优先级。对 98 篇论文的自动化消融表明，优势源自多智能体架构——比同模型单角色 Agent 胜出率达 96%，且主要归功于综合阶段。研究团队同步公开了所有分析、评分及评判标准。社区评论指出该文摘要本身也是 AI 生成且质量不佳，亦有评论认为多初始条件采样是最有效设计，并看好在代码错误缓解等专业技术场景的应用前景。
No.13
What's the story behind the names of Cloudflare's name servers? (2013)
Cloudflare 域名服务器名字背后的故事
7 分
0 条评论
作者: aragonite
本文讲述 Cloudflare 命名服务器（nameserver）域名的由来。最初 Cloudflare 使用 dns1.cloudflare.com、dns2.cloudflare.com 等标准格式，但许多用户试图「自作聪明」地多添加几个 DNS 记录，以为能提升查询性能，实际上毫无帮助且导致验证失败。为此团队花费一个下午生成了一份 100 个常见 2-4 字母人名列表（50 个男孩名、50 个女孩名），使序列不再显而易见——用户注册时获得一个男孩名和一个女孩名的组合，如 Bob 和 Lola，共有 2,550 种独特配对用于域名冲突验证。后来团队为 100 个名称绘制忍者插画，其中一幅画着骑 Segway 的微笑忍者，令人联想到苹果联合创始人 Steve Wozniak，于是新增第 101 个名字「Woz」。文章也澄清：虽然用户只看到两个域名，但它们实际对应 Cloudflare 全球 23 个数据中心中成百上千台服务器，这种设计让基础设施能灵活调度负载。
No.14
G# – A modern .NET language with Go, Kotlin, and Swift ergonomics
展示: G# — 融合 Go/Kotlin/Swift 语法的现代 .NET 语言
91 分
52 条评论
作者: serial_dev
G# 是一个新的 .NET 语言项目，旨在将 Go、Kotlin、Swift 的语法 ergonomics（包管理、func、数据类、if let 可空处理、scope 结构化并发）引入 .NET 运行时，源码直接编译为托管程序集。评论社区反应两极：有用户欣赏其简洁可读的风格，但更多人质疑其核心价值——它与 C# 的本质区别究竟在哪？是真正的语义创新还是仅仅是语法改写？此外，有人发现项目 commit log 具有明显的 AI 生成特征（5月22日创建，仅约两个月），并追问 README 是否应明示是否使用 AI。关于静态编译，有用户澄清 .NET AOT 已支持单文件二进制，但底层仍是 JIT 架构，而非 Go 那样的完全 AOT 编译。
No.15
I also filed the corners off my MacBook
我也把 MacBook 的边角磨平了
155 分
52 条评论
作者: maxbrt
作者买了台二手 M4 MacBook Air，屏幕和续航都比近 8 年旧 Thinkpad 好，但 MacBook 边缘过于尖锐——尤其是手腕在膝上使用时，接触角度下非常不舒服。网上有前人分享过类似做法，作者决定自己动手：他用胶带标记打磨区域，金属锉刀初磨，再逐步用砂纸（最高 1200 目）打磨至光滑，中间用肥皂水控制粉尘。他坦言自己并非工匠，手法仅供参考。对于蓝色机身，打磨后阳极氧化铝的色差随时间如何变化值得关注。作者的核心观点是：它终究是一个工具，若修改能让它更服务于使用目的，就值得尝试。评论区有共鸣者指出 M 系列 MacBook 触控板旁边那道缝隙中的尖点也能割伤人；也有人提醒该博客的背景动画较耗 GPU（M2 上约占用 50%）。
No.16
High-Bandwidth Flash offers efficient storage for model weights
高带宽闪存：AI推理的高效存储新方案
36 分
12 条评论
作者: Gaishan
随着大语言模型规模增长，内存需求激增，HBM和DRAM新产能预计2027年才能释放。高带宽闪存（HBF）另辟蹊径，将HBM的成功经验——3D堆叠封装——应用于NAND闪存。Sandisk首代产品计划堆叠16颗闪存芯片，容量达512GB，读带宽1.6TB/s，二三代更可达2TB/s和3.2TB/s。HBF的核心应用场景是AI推理：模型权重冻结后以读为主，闪存的写速度劣势不再是障碍，HBF可承担静态权重和预计算KV缓存的存储，使HBM腾出作为高速暂存区。SK Hynix认为HBF能缓解HBM容量瓶颈，减少加速器数量，提升能效并降低成本。目前HBF正通过开放计算项目（OCP）推进标准化，预计至少一年后才能量产。
No.17
Reynard: A real Firefox web browser for iOS 13 or later
Reynard：适用于 iOS 13+ 的真正 Firefox 浏览器
15 分
1 条评论
作者: AbuAssar
Reynard 是一款基于 Firefox 内核开发的 iOS 原生浏览器，旨在为 iOS 用户提供接近桌面版 Firefox 的完整浏览体验，填补苹果 App Store 中 Firefox iOS 版因政策限制而功能受限的空缺。项目作者将 Firefox 的渲染引擎和 UI 移植到 iOS 平台，支持现代 Web 标准，且兼容 iOS 13 及更高版本。核心争议集中在：Mozilla 官方为何不自行推出功能完整的 Firefox iOS 版，反而让社区项目来填补这一需求？这反映出 Firefox 在移动端的功能妥协与苹果 App Store 政策之间的深层矛盾，也引发了对浏览器平台中立性的讨论。
No.18
The Last Picture Show: A Conversation with George Lucas
对话乔治·卢卡斯：他的叙事艺术博物馆梦
16 分
2 条评论
作者: Michelangelo11
81岁的乔治·卢卡斯在戛纳获颁荣誉金棕榈后，罕见接受采访详谈他在洛杉矶建设的「卢卡斯叙事艺术博物馆」。这座耗资十亿美元的宏伟建筑面积达30万平方英尺，设有35个展厅，藏品已超过10万件，涵盖电影海报、漫画、电影概念画、摄影及戏服道具等。卢卡斯表示「你不能让某些人决定什么算艺术、什么不算」，这是他将流行文化与「高雅艺术」等量齐观的核心理念。博物馆项目曾两度在芝加哥和旧金山受挫，最终落户洛杉矶。近期两位资深策展人突然离职，卢卡斯亲自接任首席策展人，凸显出「一人愿景」如何转化为公共机构的深层矛盾。卢卡斯在采访中分享了他的电影哲学：不相信焦点小组，「观众不知道自己要看什么，你找真正热爱讲故事的人来拍电影就行」。他年轻时受费里尼等B级片和艺术电影影响颇深，这个博物馆某种意义上让他回归了早年想做人类学家的梦想。
No.19
The Tokio/Rayon Trap and Why Async/Await Fails Concurrency
async/await 的陷阱：为何它无法胜任并发
50 分
35 条评论
作者: LAC-Tech
文章批判 async/await 语法将「易用」与「简单」混淆，导致生产环境中的并发陷阱。核心论点：async/await 将异步（I/O 让出）与并发（同时处理多件事）混为一谈；在协作式运行时中，CPU 密集型任务（如解析 10MB JSON）会阻塞整个执行线程，导致数千个无关网络请求延迟飙升。开发者被迫手动在 Tokio（I/O）和 Rayon（计算）之间划分工作，手动管理消息传递边界——这意味着 async 抽象已失败，把开发者变成了「人工调度员」。此外，无界队列导致流量高峰时 OOM。文章推崇 Project Tina：一个每核单线程、共享无物、严格有界的并发框架，通过确定性模拟测试实现架构确定性。评论中有人认为这是「技能问题」，spawn_blocking 已能解决；也有人指出 Tina 是独立语言而非 Rust 库，缺乏基准验证。
No.20
Running Gemma 4 26B at 5 tokens/sec on a 13-year-old Xeon with no GPU
13年老Xeon上跑Gemma 4 26B：5 tokens/秒、无GPU的极限挑战
275 分
180 条评论
作者: neomindryan
作者将一台约13年前的企业存储服务器（双Ivy Bridge Xeon，无GPU）改造为本地LLM推理机，成功以约5 tokens/秒的速度运行Google的Gemma 4 26B稀疏混合专家模型。起因是看到「10年老Xeon足够」的帖子后尝试复现，但作者的2013 Xeon比原帖的2016版更老，缺少AVX2指令集支持。问题根源在于ikawrakow的ik_llama.cpp分支假设AVX2为最低要求，导致两个MoE前馈网络操作（MOE_FUSED_UP_GATE和FUSED_UP_GATE）在非IQK路径下没有正确实现，模型实际在处理未初始化的内存数据，输出流畅但无意义的「多语种乱码」。作者借助Claude诊断并完成了三处修复（编译兼容、运行时bug、CI stub），已提交PR#2138。文章核心观点是：真正的AI能力在于深入理解模型并判断输出正确性，而非仅依赖付费API。
No.21
Job queues are deceptively tricky
任务队列隐藏的复杂性
74 分
18 条评论
作者: ingve
作者以 ref repo 重打包任务为案例，揭示任务队列调度中反直觉的复杂性。完整重打包需7小时但产出更小的存储（50-60%更小），增量重打包只需2小时但占用更多空间。作者提出「工作日用短间隔增量重打包、周末用长间隔做完整重打包」的看似合理方案，却指出这忽视了队列调度的深层语义问题——仅配置「调度间隔」和「并发限制」两个参数，无法实现预期的调度行为。文章引入三个设计透镜：警惕队列（队列通常接近满或空）、显式限制（预算与容差）、故障模型（对错误的假设），强调简单直觉在分布式调度中往往失效。
No.22
Launch HN: Coasty (YC S26) – An API for computer-use agents
Coasty：面向 computer-use 代理的模块化 API
33 分
7 条评论
作者: nkov47
Coasty 是 YC S26 孵化的一个 API 服务，为 computer-use 代理提供云端托管机器和自动化任务编排能力。用户只需调用 POST /v1/runs 传入目标任务和机器 ID，Coasty 便会驱动 AI 代理自主完成操作，全程流式推送事件并记录每一步执行情况。该服务采用分层设计：高层有 Task runs（端到端任务自动化）和 Workflows（支持分支、循环、审批的复杂工作流），低层则提供 Sessions、Predict、Grounding、Parse 等预测原语，供需要自建控制循环的团队使用。核心差异在于：支持用户自带 OpenAI 或 Claude API Key 运行；同时提供模块化架构，可将确定性工作流与 AI 调用灵活混合，Coasty 的恢复机制能在遇到弹窗等意外时自动介入。定价 $0.05/步（含 v5 引擎），支持人工接管暂停点。
No.23
Netstrings (1997)
Netstrings：1997 年提出的简单数据序列化格式
9 分
7 条评论
作者: signa11
Netstrings 是密码学家 Dan Bernstein（djb）于 1997 年提出的数据序列化协议。其格式极为简洁：`长度:内容,`（以逗号结尾），例如 `5:hello,` 表示字符串「hello」。该协议设计目标是易解析、易生成且容错性强——接收端只需找到冒号读取长度，再找到逗号读取完整数据块。评论指出，BitTorrent 的 bencoding（如 `5:hello` 表示文件名）及 SCGI 协议均受其影响。tnetstrings 作为后续改进，用单字符类型标记替代逗号，以支持递归嵌套的 JSON 风格对象。整体而言，这是一个影响深远却少有人知的协议基础。
No.24
Rebuilding My Homelab with Compose, Ruby, IPv6, and No Kubernetes
用 Compose、Ruby、IPv6 重建 Homelab：放弃 Kubernetes
18 分
13 条评论
作者: zrail
作者分享了重建家庭实验室的经历。他原本用 Kubernetes 但因一台核心机器（Lenovo M80s）频繁故障，加上没有足够时间维护，最终放弃 K8s 方案。现改用 docker compose + Ruby 库 + Rakefile 的组合来管理所有服务。硬件方面：lrrr 运行 Proxmox + Docker；nibbler（新配 Ryzen 9 9900X + RTX 5060ti）承担 Forgejo、Minecraft、Jellyfin 等服务；morbo 用 TrueNAS SCALE 专职做存储；ord-router 在芝加哥数据中心做公网入口。网络的亮点是通过 IPv6 ULA（/48→/64→/96→/128 分层结构）实现容器间的确定性隔离，Caddy 以 host 模式运行并通过 IPv6 地址直接代理。评论区对 Kubernetes 的看法分化明显，有人认为它确实对个人 homelab 过度复杂，也有人觉得在小规模场景下依然稳定好用。
No.25
Command Line Interface Guidelines
命令行界面设计指南
114 分
25 条评论
作者: subset
这是一份开源 CLI 设计指南，由 Docker Compose 创始团队成员编写，旨在将传统 UNIX 原则更新适配现代命令行程序。核心主张：现代 CLI 应「人类优先」，而非延续过去机器优先的设计惯性；程序应保持模块化、可组合，通过标准输入输出、信号、退出码等机制协同工作；全局一致性至关重要，用户积累的 CLI 使用习惯是一种应被尊重的投资。指南涵盖帮助文本、参数设计、错误处理、出错提示、输出格式（何时分页）、进度报告等具体实践。关于「自动使用 pager」这一建议引发社区强烈反对——多位用户认为若想分页用户会自行 pipe 输出，强制分页违反了模块化组合原则，与指南自身推崇的 UNIX 哲学自相矛盾。
No.26
LLM Networking with MikroTik
用 LLM 配置 MikroTik 网络设备：实战技巧与经验总结
81 分
36 条评论
作者: gregsadetsky
作者分享了近月使用 LLM 配置 MikroTik 网络设备的心得。MikroTik 设备以可靠、低价、覆盖广泛网络用例著称，但常被抱怨配置复杂——作者认为这更多是因为网络技术本身深奥。LLM 作为「混乱的力量倍增器」，能加速配置但也会产生幻觉和错误。核心技巧包括：使用 REST/JSON API 而非 SSH 进行配置、利用 CAPsMAN 简化多 AP 管理、多 LLM 交叉验证、在变更前后完整备份配置、逐步操作并每步测试、确保 RouterOS 版本一致、以及准备恢复预案。当 IP 地址冲突时，可借助 MAC Telnet 在 L2 层连接设备。作者还为 MAC-Telnet 创建了 Homebrew 安装包以方便使用。
No.27
Metal-Organic Frameworks, Chemistry's New Miracle Materials (2018)
金属有机框架：化学界的奇迹材料
51 分
12 条评论
作者: andsoitis
2018年UC Berkeley报道了 Omar Yaghi 教授开创的金属有机框架材料（MOFs）——一种具有超高孔隙率的晶体固体，1克展开即可覆盖一个足球场。Yaghi 于2014年研发出能从极干燥空气中收集水分的MOF，每磅粉末每12小时可收集约1.3升饮用水，装置仅靠太阳能驱动且材料可重复使用。该技术有望解决干旱地区饮水问题。此外MOFs还可用于碳捕集、安全递送农药，以及作为可生物降解的抗癌药物载体。目前全球已发现约两万种MOFs，应用遍布能源与环境领域。Yaghi因开创「网状化学」领域获 Wolf 奖、爱因斯坦世界科学奖等多项大奖，文中已提及他有望获诺贝尔奖——这一预测在2025年成真，Yaghi 凭MOFs工作荣获诺贝尔化学奖。
No.28
Duskers, the scary command line game, is getting a sequel
Duskers 恐怖命令行游戏宣布续作
120 分
36 条评论
作者: spacemarine1
独立工作室 Misfits Attic 在 PC Gaming Show 上宣布 Duskers 2.0，由 Max McGuire（Unknown Worlds 联合创始人）的项目基金 Stray Signal 资助。Duskers 原版于 2016 年发布，斩获 20+ 奖项、Steam 好评率 90%，Rock Paper Shotgun 曾称其为「比任何官方异形游戏都更好的异形游戏」。原版以打字命令控制无人机探索废弃飞船，无配乐仅靠环境音效营造孤独恐惧感。开发者 Tim 一直铭记玩家评价「Duskers 如同一片只有三英尺深的海洋」——有深度但广度不足。续作将从「拾荒者」转型为「流浪救援者」，在自私生存与更大道德使命间寻求平衡。Tim 与 Max 渊源近 20 年，曾共同推动 Humble Bundle 前身的预购捆绑项目。
No.29
Collection of Digital Clock Designs
展示: clocks.dev 数字时钟设计大合集
231 分
41 条评论
作者: levmiseri
clocks.dev 是一个收录各种创意数字时钟设计的网站，用户可自由添加自己的时钟作品。网站收录了模拟时钟拼成的数字钟、算盘时钟、24小时太阳钟、瑞士铁路时钟等多种形式。社区反馈热烈，有人分享了自己用模拟时钟组成数字时钟的作品，也有日本算盘（Soroban）版本的尝试。评论中发现了几个设计缺陷：二进制时钟把十进制数字的每一位单独转BCD导致显示错误，数字字段时钟存在12:10和10:12无法区分的歧义问题。有用户建议加入24小时模拟手表面、外星人时钟（电影《捕食者》）等设计，并探讨了用旧手机或ESP32制作实体时钟的硬件方案。
No.30
Show HN: One More Letter
展示：一字之差
71 分
44 条评论
作者: hmate9
这是一款类 Wordle 的每日字母接龙文字游戏，玩家需在已知字母基础上添加一个新字母组成更长的合法单词，逐级攀升（如 INGRATE → TEARING）。游戏每日更新统一谜题，带计时器。核心乐趣在于发现字母组合的递进关系，打字手感和加载动画获得好评。但因强制自动开始的计时器设计，后台打开标签页会直接导致游戏失败。此外，玩家反映合法单词（如 DEALERS）被系统拒绝，却接受另一组相同字母的答案（如 LEADERS），同字母变体词判定标准不透明引发不满。开发者表示将修复词库拒绝问题，并考虑增加「禅模式」选项。
评论精华