原标题：《Tiny $70 Xteink X3 e-reader puts Silicon Valley to shame》 评分: 154 | 作者: samizdis 💭 硅谷只会做广告位，连阅读器都造不出吗？ 🎯 讨论背景 Xteink 是一家做超小型 e-ink 电子书阅读器的中国品牌，X3/X4/X4 Pro 这几款主打能塞进口袋的便携阅读。评论里反复提到 CrossPoint Reader（社区第三方固件）和相关开源生态，它们能把设备变成更像可折腾的小工具，支持 Calibre（电子书管理软件）同步、网页转 EPUB、RSS、离线词典等。這类设备常被看作基于 ESP32（一类低成本 Wi‑Fi/Bluetooth 微控制器）的轻量硬件，而不是 Android 平板，所以它的价值更多来自简单、专注和低功耗。争议点则集中在部分中国渠道新机可能禁刷、官方店/Amazon（电商平台）货源差异、以及 X4 Pro 的背光、USB-C、磁吸/pogo 充电和屏幕耐久度；大家也不断拿它和 Kindle（Amazon 的电子书阅读器）、Kobo（电子书阅读器品牌）对比，讨论到底是更适合
原标题：《Tell HN: OpenAI brings back 5 hour limit for plus and business standard users》 评分: 27 | 作者: spwa4 💭 把人卡在 5 小时，还叫公平分配吗？ 🎯 讨论背景 OpenAI 这次把 Plus 和 Business Standard 用户的 5 小时限制重新加回来，讨论重点落在 Codex（OpenAI 的编程助手/代码代理）上。这个限制的意思不是永久封禁，而是按时间窗控制连续使用量，防止少数用户在短时间内把算力和 token 消耗殆尽。评论里有人把它看成资源调度：用更细的限额把一周内的需求摊平；也有人把它看成产品分层：基础套餐受限，更高价方案或新产品就更容易被接受。对比中还提到 DeepSeek（一个提供按小时计费体验的 AI 服务）和 Claude（Anthropic 的 AI 对话/编程产品），用来讨论不同厂商如何在成本、可用性和定价之间取舍。 📌 讨论焦点 支持限额以平衡算力 不少人接受这种做法，认为它是在稀缺算力下做资源分配。有人指出，5 小时分段能让用户把额度撑完整周，
原标题：《Ask HN: Fable hacked my piano, can I release the results?》 评分: 240 | 作者: jmpman 💭 都让 AI 复现了，还在问能不能发？ 🎯 讨论背景 这条 Ask HN 的起点，是有人用 Fable（一个 AI 编程/研究助手）逆向了一套自弹钢琴文件，怀疑其中把 MIDI 数据藏在 MP3 的声道里，还夹了所谓 decoy notes（诱饵音符）来干扰解码。随后问题从“能不能把解码器发出来”扩展成“这会不会触碰 DMCA（美国数字千年版权法）、TPM（技术保护措施）或各国的反向工程限制”。评论里又把讨论拉到欧盟 Digital Markets Act（数字市场法案）、德国和澳大利亚的互操作性规则，以及如果发布后遭遇 C&D、subpoena 或平台下架该怎么办。技术背景上，大家还提到 PianoDisc（自弹钢琴系统）、PianoDisc 风格的右声道 MIDI 编码、以及 MAESTRO（Google 发布的大型钢琴音频/MIDI 数据集）之类的参考材料，说明这类格式并不完全是黑盒。 📌 讨论焦点 法律
原标题：《Ask HN: How do you manage skills files?》 评分: 254 | 作者: imadtaieber 💭 把 Markdown 叫技能，模型就开窍了？ 🎯 讨论背景 这条 HN 讨论围绕 Claude Code、Codex 这类编码 agent 的“skills”文件怎么管理展开。这里的 skills 通常是按需注入的 Markdown 指令，有时还会挂脚本、模板或子代理配置，用来把重复流程、团队约定和专有工具使用方式固定下来。很多人把它们放进 git、dotfiles 或专门的 skills repo，再用 symlink、安装脚本或 registry 同步到不同机器和不同 harness。争议点在于：它们到底是在降低 token 消耗、提升一致性，还是只是把文档和提示词换个名字，反而增加 context 噪音。 📌 讨论焦点 自建并版本控制 skills 很多人不去“找”skills，而是把自己重复使用的流程直接写成 skills，再放进 git 或 dotfiles 仓库里维护。常见做法是用 symlink 把同一份技能目录挂到 C
原标题：《'You Can See Everything' Review: Nathan Fielder's Doc About Elizabeth Holmes》 评分: 271 | 作者: cianmm 💭 穿上“女创始人”外衣就能免于尽调了吗？ 🎯 讨论背景 Nathan Fielder（以元叙事和尴尬幽默著称的喜剧人）这次把 Elizabeth Holmes（因 Theranos 血检骗局获罪的前创业者）放进了一个介于纪录片、真人秀和心理剧之间的项目《You Can See Everything》。Theranos 曾宣称只需一滴指尖血就能做大量检测，但后来被证实设备失效、结果常来自别的机器，公司和 Holmes 都因欺诈被追责。评论区围绕两个问题展开：她究竟是靠“年轻女性创始人”身份获得了不成比例的信任，还是只是典型的高调骗局恰好搭上了时代的性别叙事。另一个背景是 Nathan Fielder 之前的 HBO 节目 The Rehearsal（一个不断套娃、模拟现实的实验性节目），因此这部作品也被很多人当成关于“表演、观看与自我包装”的延续。 📌 讨论焦点 性别/身份包
原标题：《Splash-free urinals for global sustainability and accessibility》 评分: 155 | 作者: u1hcw9nx 💭 原来全球可持续的头号难题是尿斗溅水啊？ 🎯 讨论背景 这篇讨论围绕一项由 University of Waterloo（滑铁卢大学）参与资助、发表在 PNAS Nexus（美国国家科学院体系下的开放获取期刊）的研究展开，研究者用高速成像和流体力学分析尿流撞击表面的 splashback，并比较了 Cornucopia、Nautilus 等尿斗几何方案。评论指出它刚获得 2026 年的 Ig Nobel Physics Prize，因此既是认真的工程研究，也带有强烈的幽默感。话题之所以引发大量联想，是因为现实里早就有 fly sticker、urinal target、防溅 insert 和 splash mat 等低成本做法，但效果、安装方向、维护成本和用户习惯差异很大。围绕它的争论实际上牵涉到卫生清洁、人体工学、行为引导和公共空间设计，而不只是“尿斗会不会溅水”这么简单。 📌 讨论焦点 学术
原标题：《It took a year to ship WebAssembly in Anubis》 评分: 331 | 作者: xena 💭 既要反爬又要零误伤，凭什么不让你买单？ 🎯 讨论背景 这篇文章讲的是 Anubis（一个给网站前置的 proof-of-work 反爬门禁）终于把 WebAssembly（WASM，一种浏览器里执行的低级字节码）版本稳定下来，而作者为兼容旧浏览器、禁用 WASM 的用户和低端设备花了一年。评论补充了实现细节：当 WASM 不可用时会回退到 `wasm2js `（把 WASM 转成 JavaScript 的兼容路径），但这又把 Rust 的 target、标准库重建和 baseline features 搞得很复杂。大家讨论的背景是近年来 AI 爬虫、脚本和代理网络把 git web interface（网页版 git 浏览器）和博客刷到很高成本，于是站点开始用 Anubis、Cloudflare CAPTCHA（Cloudflare 的人机验证）之类的门禁把爬取变贵。争论焦点在于这种做法到底是必要的防御，还是把成本和摩擦转嫁给真实读者。 ?
原标题：《Bing Wallpaper showing Ad for Harry Potter and Fantastic beasts box set》 评分: 27 | 作者: neogodless 💭 把整屏广告叫壁纸，微软真当用户瞎了？ 🎯 讨论背景 Bing Wallpaper（微软推出的桌面壁纸应用）会自动更换 Windows 桌面背景，而微软在下载页也明确写着会提供推广通知。评论者把这次把 Harry Potter / Fantastic Beasts 套装广告推到桌面的做法，和 Windows 11（微软桌面操作系统）里 Start menu、lockscreen、widgets、Edge（微软浏览器）等位置的推荐内容连在一起，认为微软正在把操作系统当成广告分发渠道。有人还提到“stories”会推送耸动新闻，以及下载页里所谓 in-app notifications 其实就是广告。讨论里也夹杂对 J.K. Rowling（《哈利·波特》作者）相关争议的提及，因为 Harry Potter 题材在部分 queer 群体眼中带有文化冲突意味。 📌 讨论焦点 OS 被
原标题：《GrapheneOS Overhauled Default Apps and Secure Clipboard》 评分: 360 | 作者: Cider9986 💭 离了 Google Messages 就不会发短信了？ 🎯 讨论背景 GrapheneOS 是一个以 privacy 和 security 为核心的 Android-based OS，很多用户把它当作比原版 AOSP 更硬化的日常手机系统。这个帖子主要讲它正在重写默认 Messaging app，并计划继续替换或大改 Gallery 和 Keyboard；secure clipboard 是另一条独立发布的功能，评论里还特地澄清过这一点。讨论之所以集中在 RCS、MLS 和 Google Messages 上，是因为 GrapheneOS 现在虽然能借助 sandboxed Google Play 获得兼容性，但团队希望最终摆脱对 Google 的依赖。另一个背景是它自家 App Store（应用商店）和系统预装组件会受 license 约束，所以大家才会反复争论 GPLv3、Apache 2.0 和 sou
原标题：《Live map of public transport in Belgium》 评分: 124 | 作者: coinfused 💭 这叫实时地图，还是时刻表套了个延迟滤镜？ 🎯 讨论背景 这是一张比利时公共交通 live map，把 STIB-MIVB、TEC、De Lijn 和 NMBS/SNCB 的公交、地铁和火车位置画在地图上。评论里最关键的补充是：并非所有车辆都真有实时定位，能拿到位置的数据就直接显示，拿不到的就用 GTFS（静态时刻表）和 GTFS-RT（实时延误/告警）推算，并用更淡的颜色标识。比利时的数据来自政府开放数据门户 data.belgianmobility.io，火车路径还要借助 Infrabel（比利时铁路基础设施管理方）的开放轨道网络来重建。讨论随后扩展到很多国家的类似项目，以及“实时地图”到底有多实用、到底是真实时还是估算。 📌 讨论焦点 真实实时 vs 估算位置 这张图并不是所有车辆都真在做实时定位，而是把能拿到的实时位置和基于时刻表推算的位置混在一起显示。比利时不同运营商的数据能力不一样：有的直接发布车辆位置，有的只提供时刻表和延误，
