No.01
The Website Specification
网站规范清单：一个好网站应具备什么
59 分
15 条评论
作者: k1m
这篇文章把「一个体面网站应具备的技术特性」整理成平台无关的规范清单，覆盖 HTML 基础、SEO、可访问性、安全、well-known URI、AI 代理可读性、性能、隐私、韧性和国际化等类别。每项都链接到 WHATWG、W3C、IETF、WCAG、MDN 等来源标准，并提供审计、学习和改进路径。站点还提供开放 MCP 服务、Agent Skill、llms.txt 与 Markdown 输出，方便代理查询。争议主要集中在「Agent Readiness」和 llms.txt：有人认为这是未来趋势，也有人批评其支持度低、可能制造虚假的影响感。
No.02
Domain expertise has always been the real moat
领域知识才是真正的护城河
527 分
311 条评论
作者: aaronbrethorst
文章认为，软件开发最难的从来不是写代码，而是在脑中建立对业务领域的可靠模型。智能体 AI 让「把理解转成代码」变便宜，却没有让「判断结果是否正确」变容易；因此物流调度、医疗编码、精算等领域专家即使不懂软件，也能借助 AI 产出可用工具，因为他们知道什么结果是对的。相反，通用工程师若缺乏领域知识，可能只能验证系统结构，却无法识别业务上看似合理但代价高昂的错误。作者建议工程师未来应深耕真实行业知识。不过评论区也质疑：软件工程本身同样是领域知识，单靠领域专家可能造出脆弱系统，真正有效的模式仍是领域专家与资深工程师协作。
No.03
A Gentle Introduction to Lattice-Based Cryptography [pdf]
格密码学入门
67 分
1 条评论
作者: jayhoon
这篇 PDF 以入门方式介绍「格密码学」的基本概念及其在后量子密码中的重要性。标题和评论显示，文章可能从数学中的格、最近向量或最短向量问题等直观模型切入，解释为什么这些问题被认为能抵抗量子计算攻击，并与纠错码等相关结构产生联系。唯一评论认为，现在正是学习这一领域的好时机，因为它是后量子密码的重要基础；同时也回忆到格与纠错码在大学课程中的抽象和技术门槛。整体看，文章价值在于为非专家建立后量子密码的数学直觉，但社区讨论很少，尚未形成对安全性、工程实现或标准化路线的深入争议。
No.04
Ahoy, DECmate II the little PDP-8 that could
DECmate II：桌面上的小型 PDP-8 血脉
30 分
2 条评论
作者: TMWNN
文章借 DECmate II 这台文字处理机切入，回顾 PDP-8 从 LINC、PDP-5 到 PDP-8/E、PDP-8/A 的演化：它以 12 位、简洁指令集、低成本和易接口能力成为早期小型机代表，并在科研、医疗、办公和工业控制中广泛使用。作者也指出其后期局限：4K 字寻址、页访问、魔术地址、子程序调用方式等架构包袱让平台逐渐老化。DEC 管理层曾多次压制把 PDP-8 微型化、个人化的内部尝试，反而让克隆厂商和 Intersil 的 CMOS PDP-8 微处理器看到机会。文章价值在于把 DECmate II 放回 PDP-8 生态、克隆与微机转型的历史脉络中理解。
No.05
Shantell Sans (2023)
Shantell Sans：把手写感、可读性与开放字体结合起来
212 分
18 条评论
作者: aleda145
Shantell Sans 是艺术家 Shantell Martin 与字体设计师 Stephen Nixon 合作的开放字体，灵感来自 Comic Sans 的亲和力，但目标不是复刻，而是把手写、可读性、专业可用性和动画表现结合起来。Martin 以自身诵读困难经历出发，希望字体能让文字更像绘画、更少带来压力；字体以她的手写为基础，提供 Weight、Italic、Informality、Bounce 等可变轴，从日常文本到高能实验风格都可覆盖。它以开放字体许可证发布，已被 tldraw、Cash App、Whitney Museum 等使用，也进入 Google Fonts 与 Google Docs。文章强调字体并非中性工具，而会影响阅读情绪、可接近性与品牌气质。
No.06
A pictorial introduction to differential geometry (2017)
图解微分几何：从直观到麦克斯韦方程
20 分
0 条评论
作者: ricudis
这篇 2017 年 arXiv 文章试图用纯图像方式介绍微分几何基础，并把目标导向用三幅图理解麦克斯韦方程。作者强调全文不依赖公式，希望让对物理、数学和几何感兴趣的中学生也能阅读，同时帮助本科生和硕士生建立学习广义相对论、狭义相对论、力学、热力学和微分方程时所需的直觉。文章的核心价值在于把抽象概念视觉化，降低入门门槛；从给出的材料看，尚无社区评论形成争议或补充视角。
No.07
Associative learning turns DEET from aversive to appetitive in Aedes aegypti
学习会让埃及伊蚊从讨厌 DEET 变成偏好 DEET
28 分
8 条评论
作者: croes
这篇研究指出，埃及伊蚊对驱蚊剂 DEET 的反应并非固定不变：在特定联想学习条件下，原本令人避开的气味可能被重新赋予正向价值，甚至变成吸引信号。标题暗示实验通过把 DEET 与某种奖励或可取环境联系起来，使蚊子学会接近驱避剂。评论区用通俗说法概括为「研究者让蚊子喜欢上了驱蚊剂」，也有人把它联系到野外经验：刚涂 DEET 反而被大量蚊子围上。争议焦点在于，这是否解释了现实中驱蚊剂失效或短时异常吸引的现象，以及实验室学习效应能否外推到自然环境。
No.08
Telli (YC F24) is hiring in engineering, design, and GTM [Berlin, on-site]
Telli 在柏林招聘工程、设计和 GTM 岗位
1 分
0 条评论
作者: sebselassie
这是一则 YC F24 公司 Telli 的招聘帖，职位覆盖工程、设计和 GTM，工作地点为柏林且要求现场办公。原文链接指向公司招聘页，但抓取到的正文仅显示 Notion 页面需要启用 JavaScript，无法获得更多岗位职责、团队背景或薪酬信息。因此可确认的核心信息是：Telli 正在扩充多个职能团队，目标候选人需接受柏林本地现场工作；由于缺少页面正文和社区讨论，尚无法判断岗位吸引力、公司业务进展或招聘条件是否存在争议。
No.09
Show HN: Breathe CLI – Paced resonance breathing in the macOS terminal
展示：Breathe CLI，在 macOS 终端进行节奏化共振呼吸
6 分
0 条评论
作者: marekkowalczyk
Breathe CLI 是一个面向 macOS 终端的命令行小工具，用于引导用户进行「paced resonance breathing」，即按固定节奏进行共振呼吸练习。根据标题和项目链接推断，它可能通过终端界面显示吸气、呼气或停顿节拍，让用户无需打开冥想应用，也能在工作流中快速进行呼吸调节。其价值在于轻量、低干扰、适合开发者环境；局限则是目前信息仅来自标题，未能确认具体节奏参数、自定义能力、安装方式或科学依据说明。由于暂无社区评论，尚看不到用户对可用性、健康效果或跨平台支持的反馈。
No.10
I found a seashell in the middle of the desert
我在沙漠中央发现了一枚海贝
303 分
78 条评论
作者: Hawzen
文章大概记录作者在沙漠中发现疑似海贝或螺化石后，尝试用形态学与数据分析追溯其来源：从贝壳外形提取轮廓特征，借助「PCA」等方法与已知物种比对，并结合当地地质史推测其可能来自侏罗纪或古海洋沉积。评论普遍认为写法清晰、有趣，也指出沙漠中出现海洋化石并不罕见：从喜马拉雅、维也纳教堂石材到巴基斯坦、印度沙漠，许多内陆地区都曾是海床。争议集中在二维轮廓识别是否丢失过多信息、是否可能只是形似贝壳的石头，以及更复杂的三维形态或 CNN 方法是否更可靠。
No.11
Avian Visitors
阳台上的鸟类访客监测站
19 分
0 条评论
作者: fdb
作者介绍了一个周末项目「Avian Visitors」：在公寓阳台或窗边安装 USB 麦克风和树莓派，用 BirdNET-Pi 捕捉环境声音并识别鸟类，再用日式花鸟画风格插图生成实时拼贴网页。项目提供完整硬件清单、安装脚本和局域网访问方式，也支持通过 Cloudflare Tunnel 公开展示、接入 Home Assistant REST 传感器或 MQTT，把最新鸟类检测用于通知和自动化。视觉部分预生成了数百种北美常见鸟类的透明背景插图，并可用 Gemini 与 eBird 区域过滤重新生成。文章重点在于把现成声学分类、轻量网页 UI 和家庭自动化整合成一个可复制的个人自然观察装置。
No.12
The AV2 Video Standard Has Released (Final v1.0 Specification)
AV2 视频标准发布 v1.0 最终规范
165 分
57 条评论
作者: ksec
开放媒体联盟发布「AV2」视频编码标准 v1.0 最终规范，作为 AV1 的下一代方案，目标是在更低码率下提供更高质量的视频传输，并面向流媒体、广播、实时视频会议、AR/VR、多节目分屏和屏幕内容等场景优化。规范给出比特流语法、语义和解码流程，并提供完整 PDF、附加查找表、语法浏览器及官方参考软件「AVM」v1.0.0。社区关注点主要不在规范本身，而在落地周期：参考编码器目前很慢、硬件解码支持通常需数年，同时 AV1/AV2 的专利风险和诉讼阴影仍让不少人担忧。
No.13
Microsoft Office 2019 and 2021 for Mac view-only conversion
微软将让 Office 2019/2021 Mac 旧版本变成只读
808 分
286 条评论
作者: antipurist
文章称，微软计划在 2026 年 7 月 13 日因许可证验证证书到期，让未更新到最低版本的 Mac 与 iOS 版 Office 进入「功能受限模式」，只能打开查看文件，不能编辑或保存。Office 2019 for Mac 因版本上限无法更新，用户没有修复路径；Office 2021 仍可在受支持系统上更新避开影响。争议焦点在于微软曾在 2023 年承诺 Office 2019 应用会「继续运行」，后又改写支持页面删除该表述，并引导用户转向 Microsoft 365、网页版或新版永久授权。批评者认为这是对一次性购买承诺的远程降级。
No.14
Racket v9.2
Racket 9.2 发布
99 分
14 条评论
作者: spdegabrielle
Racket 9.2 正式发布，更新重点集中在语言语义修复、Typed Racket 类型安全、Unicode 17.0 支持和底层实现改进。新版修复了「match」中非线性模式与省略号组合时的相等性检查问题，也让「asin」和「acos」在可能返回复数时具备更正确的类型处理；这些修复可能导致既有代码编译或运行失败。底层新增「#%foreign-inline」核心形式与未来「ffi2」外部接口的内部支持，同时改进终端字节计数、Scribble 显示、Stepper 数字展示和若干核心语法实现。整体是一次偏稳定性、正确性和基础设施演进的版本。
No.15
Accenture to acquire Ookla
埃森哲将收购 Ookla，强化网络数据与 AI 服务
276 分
141 条评论
作者: Garbage
埃森哲宣布将收购 Ookla，把 Speedtest、Downdetector、Ekahau、RootMetrics 等网络测量与体验分析产品纳入其企业数据和 AI 服务体系。Ookla 每月拥有超过 2.5 亿次用户发起测试，并提供 Wi-Fi、5G、RF 信号、服务质量和体验质量数据。埃森哲称，这些数据可帮助电信运营商做网络规划，支持云厂商和 AI 基础设施保障边缘与推理负载，也能服务企业私有 5G 和办公 Wi-Fi。交易金额未披露，仍需监管批准。争议焦点在于：社区认为这更像数据和渠道资产收购，而非技术收购，并担心 Downdetector 等独立监测工具落入大型咨询公司后可能产生利益冲突。
No.16
Mechanical Pencil: An illustrated celebration of the engineering around us
Mechanical Pencil：用插画拆解日常物件的工程之美
58 分
7 条评论
作者: Muhammad523
这个网站由机械工程师 Bryan Macomber 绘制，用插画形式拆解日常产品的内部结构与工作原理，例如按动笔为什么会「咔嗒」作响、Zippo 打火机如何翻盖、Pez 糖果盒里有什么机制。文章正文很短，更像项目入口：邀请读者点击探索那些被习以为常的小物件，理解其中隐藏的机械设计。评论区几乎没有争议，主要是赞赏网站完成度与作者长期投入，也延伸出雨伞、按动机构、机械动画频道等相关兴趣点。
No.17
Cheese Paper: a text editor specifically designed for writing
Cheese Paper：面向小说写作的离线文本编辑器
99 分
23 条评论
作者: sohkamyung
Cheese Paper 是一款专为写作、尤其是小说创作设计的开源离线编辑器。它把场景正文、摘要、角色与世界观笔记分散保存为可读的 Markdown 文件，并用 TOML 头部存放元数据，便于用任意编辑器修改、用 Syncthing 或网盘同步，运行中也能自动加载外部变更。它强调笔记与正文同屏、项目可导出为单一 Markdown，再经 Pandoc 转成 EPUB、DOCX、HTML 或 PDF。作者突出无在线服务、无订阅、无遥测、数据归用户所有。评论区主要肯定这种隐私态度和轻量文件格式，也有人拿 Manuskript、Scrivener、Obsidian、CherryTree 等比较，认为定位应更明确为小说写作，并希望说明相对既有工具的差异。
No.18
Voxel Space (2017)
Voxel Space：1992 年地形渲染技术解析
277 分
58 条评论
作者: davikr
文章回顾 NovaLogic 在 1992 年《Comanche》中使用的「Voxel Space」地形渲染技术：在 CPU 极慢、GPU 不可用的年代，通过高度图和颜色图表现带纹理、阴影的广阔地形。核心算法并非完整 3D，而是类似光线投射的 2.5D：按距离采样地图，把高度投影到屏幕列上并绘制竖线；颜色图预先包含光照和阴影，因此运行时无需复杂照明计算。文章还展示了旋转视角、前向绘制、Y-buffer 与远处增大步长等优化。局限也很明确：每个地图位置只能有一个高度，难以表达建筑、树木或悬空结构；评论中还争论这种高度图技术是否严格意义上算「体素」。
No.19
Openrsync: An implementation of rsync, by the OpenBSD team
OpenBSD 团队的 rsync 实现 Openrsync
380 分
152 条评论
作者: sph
Openrsync 是 OpenBSD 生态中的 rsync 协议实现，目标是在更小的 C 代码量和 OpenBSD 的「pledge」「unveil」安全机制下提供可审计、受限权限的文件同步工具。评论显示它已能在不少场景中接近替代传统 rsync，并被用于 RPKI 验证器相关工作；但兼容性仍是最大争议，包括部分选项、远端路径行为、排除规则、压缩、协议版本和 64 位时间戳支持等。讨论还延伸到原版 rsync 近期因 AI 辅助提交引入回归、BSD 与 GPL 许可分歧，以及 Linux 缺少等价安全沙箱机制的问题。
No.20
Zig ELF Linker Improvements Devlog
Zig 新 ELF 链接器与构建系统提速进展
198 分
65 条评论
作者: kristoff_it
Zig 开发日志披露新 ELF 链接器的重大进展：在 x86_64 Linux 上，它已能构建启用 LLVM/LLD 的自托管 Zig 编译器，并支持外部库、C 源码参与时的快速增量编译；示例显示 Zig 编译器自身的增量重建可从 36 秒降到约 200 多毫秒。当前主要缺口是尚不能为 Zig 代码生成 DWARF 调试信息。另一项构建系统重构把「配置器」与「执行器」分离，缓存序列化构建图，使 zig build --help 从约 150 毫秒降到 14 毫秒。评论区关注其是否会成为 C 替代、与 Rust/Go 的定位差异、Windows 支持、LTO 与增量链接的关系，以及 Zig 1.0 前企业采用仍受限。
No.21
wolfSSL releases a new product; wolfCOSE a zero alloc C embbedded COSE stack
wolfSSL 发布 wolfCOSE：零堆分配的嵌入式 COSE 栈
87 分
17 条评论
作者: aidangarske
wolfSSL 推出新产品 wolfCOSE，面向嵌入式 C 环境实现 COSE，即基于 CBOR 的对象签名与加密标准，可视为 JOSE 在二进制格式中的对应物。社区讨论集中在两个点：一是 README 宣称的代码体积如果不说明架构、编译器和优化参数，参考价值有限；二是「zero alloc」到底意味着零堆分配，还是还应包含可静态分析的栈使用。有人认为不用 malloc 已符合嵌入式常规定义，也有人担心把大数组放在栈上在小 RAM MCU 中同样危险。此外，评论还讨论了 CBOR 相比 JSON 的解析确定性优势，以及其在规范化编码上的复杂性。
No.22
Jef Raskin, the Visionary Behind the Mac (2013)
Mac 背后的另一位愿景者 Jef Raskin
99 分
42 条评论
作者: tylerdane
这篇旧访谈回顾了 Jef Raskin 在苹果创立 Macintosh 项目的经历与理念。他强调自己从一开始就设想图形化、面向大众、像家电一样易用的电脑，并通过商业论证说服 Mike Markkula 支持项目；但 Jobs 接手后，实际上市的 Mac 已偏离其低成本、低复杂度愿景。Raskin 批评后来的 Mac 与 Windows 趋同、软件臃肿、界面复杂，认为真正重要的是从人的任务出发设计软硬件，而不是外观包装或算力堆叠。他也澄清自己并非反对图形界面，只是不喜欢鼠标，后续 Canon Cat 与 Humane Environment 延续了他对无意识操作、增量搜索和减少认知负担的追求。
No.23
Please Do Not Vibe Fuck Up This Software
请别把 rsync 用氛围编程搞坏
106 分
30 条评论
作者: justdotJS
这条 GitHub issue 以强烈措辞质疑 rsync 维护者近期引入大量疑似由 Claude 辅助生成的改动，标题警告不要用「vibe coding」破坏这类关键基础软件。评论区一方面认为 issue 语气冒犯、会加重维护者压力；另一方面也担心成熟项目在短时间内出现约 2.6 万行变更，尤其 rsync 负责文件同步和二进制数据复制，容错空间很小。有人指出部分 Claude 标记提交主要是测试改动，且署名不等于完全放任 AI；也有人强调无论是否 AI 生成，关键在于新版本是否真的引发问题、变更是否足够小、可审查、可理解。争议核心是：志愿维护者缺人时能否依赖 LLM，以及基础设施项目应如何设定 AI 代码进入主线的审查门槛。
No.24
Parallel Reconstruction of Lawful TLS Wiretapping
复现合法 TLS 监听的可能路径
90 分
40 条评论
作者: jerrythegerbil
文章以 2023 年 jabber.ru 疑似被「合法监听」事件为线索，尝试复盘攻击者如何借助 acme.sh 的 CVE-2023-38198 命令注入漏洞，在 ACME http-01 验证流程中操纵证书签发，进而实现 TLS 中间人监听。作者强调 TLS 根 CA 信任链并非理论上绝对安全，证书透明度只能暴露异常，无法阻止所有滥发或临时流量劫持。文中也承认复现 HiCA 相关 payload 时遇到困难，部分机制仍属推断。争议焦点在于这究竟是「平行重构」还是逆向攻击复盘，以及 CT、CAA、最小权限和端到端加密能提供多少实际防护。
No.25
OpenRouter raises $113M Series B
OpenRouter 完成 1.13 亿美元 B 轮融资
411 分
198 条评论
作者: freeCandy
OpenRouter 宣布完成 1.13 亿美元 B 轮融资，由 Alphabet 独立成长基金 CapitalG 领投，NVIDIA、ServiceNow、MongoDB、Snowflake、Databricks 等战略投资方参与。公司称过去半年周处理量从 5 万亿增至 25 万亿 token，今年有望处理超一千万亿 token，并服务 800 万开发者、400 多个模型。融资将用于扩展多模态推理、企业权限与计费控制、零数据保留、智能路由、成本和延迟优化等能力。争议焦点在于：模型代理层是否有足够护城河、是否值得如此高额融资，以及开发者是否愿为统一计费、快速接入和故障转移支付溢价。
No.26
Pandoc Templates
Pandoc 模板库
391 分
50 条评论
作者: ankitg12
这个网站汇集了可用于 Pandoc 的模板，覆盖 HTML、DOCX、EPUB、PDF、PPTX、LaTeX 等输出格式，核心价值是让用户用 Markdown 等文本源生成更美观、可重复的多格式文档。评论显示，Pandoc 在论文、小说、简历、Office 文档和自动化发布中很受技术用户信赖，但上手、PDF 排版、字体、表格和模板条件逻辑仍是痛点。社区也把它与 Quarto、Typst、Metanorma、WYSIWYG 编辑器和 AI 生成文档进行比较，争论焦点在可控性、复现性与普通用户易用性之间的取舍。
No.27
Microcode inside the Intel 8087 floating-point chip: register exchange
深入 8087 浮点协处理器的微码：寄存器交换
111 分
18 条评论
作者: pwg
文章以 Intel 8087 浮点协处理器的「FXCH」指令为切口，展示早期浮点硬件内部如何用微码实现看似简单的寄存器交换。8087 将数值统一存为 80 位浮点格式，包含 64 位尾数、15 位指数和符号位，并用栈式寄存器组织数据；每个寄存器还有标签标识有效、特殊、零或空。作者通过显微成像和 Opcode Collective 的逆向工作，解析「FXCH」的 14 条微指令：不仅要交换栈顶与指定栈寄存器，还要处理空寄存器、异常与 NaN 替换。文章价值在于把芯片版图、微码格式、数据通路和异常语义串起来，说明复杂指令背后隐藏的硬件控制细节。
No.28
Show HN: 500 years of Joseon court omens as an observability dashboard
展示：把朝鲜王朝五百年天象异兆做成可观测性仪表盘
115 分
19 条评论
作者: poppypetalmask
文章把朝鲜王朝五百年间记录的日食、彗星、旱涝、虎患等「异兆」重新包装成现代运维观测仪表盘。数据来自《朝鲜王朝实录》，这些记录原本被视为上天对王朝德政与天命的反馈；作者则用控制台和遥测日志的形式呈现，让历史档案像系统告警一样被阅读。作品的价值不在严肃预测，而在用熟悉的技术隐喻打开古代政治、天象观测与史官制度之间的关系。评论区多认为这种把历史记录当系统日志的框架新鲜有趣，也有人联想到现代政府是否也该有类似「天命监控」。
No.29
Dusklight – GC Twilight Princess Decompiled
Dusklight：将《塞尔达传说：黄昏公主》反编译并移植到 PC 与移动端
95 分
11 条评论
作者: shepherdjerred
Dusklight 是基于 GameCube 版《塞尔达传说：黄昏公主》反编译成果制作的完整移植项目，目标是把这款经典冒险带到 PC 和移动平台，并加入高分辨率、高帧率、画面解锁与多种生活质量改进选项。项目强调玩家仍需使用自己合法提取的游戏资源，而非直接分发原版内容。评论区关注其已超出单纯反编译、接近原生移植，支持 Android 和 Homebrew 安装也受到欢迎；同时有人讨论反编译热潮背后的 AI 辅助、与模拟器的差异、HD/Wii 版本兼容难度，以及 AI 参与反编译可能带来的版权与合理使用争议。
No.30
Zig: Build System Reworked
Zig 重构构建系统并推进快速增量编译
349 分
226 条评论
作者: tosh
Zig 开发日志介绍了两项面向 0.17.0 的关键进展。新 ELF 链接器已能在 x86_64 Linux 上构建启用 LLVM 和 LLD 的自举 Zig 编译器，并支持带外部库、C 源码的快速增量重建，示例中 Zig 编译器二次构建可降到约 200 多毫秒，但仍缺少 Zig 代码的 DWARF 调试信息。构建系统也被重构为「configurer」和「maker」两个进程：前者只编译用户 build.zig 并序列化构建图，后者以优化模式执行并可全局缓存。zig build -h 从约 150ms 降到 14ms。代价是少量 API 破坏，例如透传参数不再可被构建脚本观察。
评论精华