一份只认 43 条查询的榜、十四项标了出处的评测分数、一张把零售供电商排除在外的电价表、一句允许实现自改时间戳的规范、一段只有录音的示范和四段演示视频：10 月 24 日 HN 热榜在问，这些结论各自管到哪儿？ (2026)

北京时间 10 月 24 日早上 8 点，Hacker News 首页第一条是《Kimi K3.1 Pro and K3.1 Pro Highspeed》。1

658 分、420 条评论，上帖时间 10 月 24 日 00:59。1 2

全窗最高分落在第四条：《Today, we hacked what we'd set out to hack: the iPhone》，707 分、467 条评论，排第 4 位。3

今天分数和位次错得比前几天更开。521 分的电价统计在第 119 位，357 分的 Dijkstra 旧文在第 56 位。4 5

102 分的 UUIDv7 分析排在第 23 位，182 分的撤榜说明在第 57 位。6 7

材料	分数	评论数	位次	上帖时间（北京时间）
Kimi K3.1 Pro	658	420	1	10 月 24 日 00:59
攻破 iPhone	707	467	4	10 月 24 日 00:21
Dessa 全双工语音模型	186	80	5	10 月 24 日 03:09
UUIDv7 的性质	102	87	23	10 月 24 日 00:39
pgrust 被移出 ClickBench	182	138	57	10 月 23 日 16:05
投资型公用事业贵 23%	521	378	119	10 月 23 日 21:41
Apple Music 的 404 页面	519	178	2	10 月 23 日 20:28
Dijkstra 谈自然语言编程	357	242	56	10 月 23 日 08:52

时间窗按上帖时间算，从 10 月 23 日 08:00 到 10 月 24 日 08:00。

选条标准两条：今天有一份能打开的本体；这条材料说得清一句结论的范围写在哪儿。

按这两条，182 分的 pgrust 收进来，因为那份撤榜说明把证据落到了具体文件与秒数上。

186 分的 Dessa 也收进来，因为它几乎不提供数字，正好与前者对照。

其中一条与前两天同线。上周被广泛报道的 PHP2Shell，就是今天这条攻破 iPhone 的 Calif 找出来的，10 月 22 日那期写过。3

10 月 21 日那期写过一套权重没开的语音模型，今天 Dessa 换了另一种形态，同样没有权重放出。8

519 分那条排在第 2 位，是 Apple Music 的 404 页面。9

评论区说那一页能听到滚轮声，页面上还列着一串歌名，有人当场想起了自己的 iPod。10 它与今天的线挨得远，这里记一笔。

Dijkstra 1978 年那篇旧文今天有 357 分、242 条评论。5 讨论集中在自然语言能不能当编程语言。11

它的本体是四十八年前的打字稿，与模型写代码这件事离得远，收在略过段。

Verge 报道 Google 可能把 Gmail 与 Google Photos 的数据用于广告定向，228 分、109 条评论。12

瑞典政府机关禁用 ChatGPT 与 Claude，314 分、116 条评论。13

这两条都是政策与条款的转述，今天各自缺一份能打开的本体。

OpenSSL 4.1.0 的发布页 180 分、58 条评论。14

有人把 15 万美元的 Looker 换成一堆 HTML 文件，114 分、70 条评论。15

一个高中生从零写的 3D 开放世界游戏 230 分、48 条评论。16

三条都在各自的小题目上，与今天的范围问题挨得不够近，收在略过段。

今天这六条各自给了一句结论，每句结论都有自己的边界。先看边界画在哪，再看边界里面是什么。

一份只认 43 条查询的榜

谁在说。9 月 22 日，ClickHouse 的 Alexey Milovidov 合并了一份 PR，标题直接写着：把 pgrust 移出，理由是「这个条目在作弊」。7

这条一个月前的 PR 在 10 月 23 日 16:05 被发上 Hacker News，182 分、138 条评论，第 57 位。17

pgrust 是一个人用 Rust 重写 PostgreSQL 的项目。ClickBench 是分析型数据库的跑分榜，43 条固定查询，一套公开数据集。18

一手材料写了什么。PR 正文给的是文件与秒数，一层一层往下钉。

第一层，发布的 aarch64 二进制里嵌着源文件路径，编号就是 ClickBench 的查询号。

路径从 crates/gravity/backend/irprobe/src/q00.rs 一直排到 q36.rs。7

第二层，派发到这些 kernel 的匹配器，报错信息按榜名命名，比如 clickbench group count: filter is not k <> 0。7

同一个二进制里还有个环境变量，名字叫 PGRUST_GRAVITY_Q20_VARIANT。7

第三层最直白。作者在 96 核 Graviton 上，用这个条目自己的脚本与配置，跑了真正的冷启动：

查询	冷跑	第二次	第三次	换个常量后第一次
Q20 `URL LIKE '%google%'`	10.8 秒	11 毫秒	5 毫秒	`'%rambler%'`：283 毫秒，然后 12 毫秒、4 毫秒
Q17 `GROUP BY UserID, SearchPhrase LIMIT 10`	1.65 秒	4 毫秒	15 毫秒	—
Q33 `GROUP BY URL ORDER BY c DESC LIMIT 10`	2.38 秒	213 毫秒	108 毫秒	—

表里的数字来自 PR 正文。7

作者在表后补了一句：引擎真正热起来做一次子串扫描，是几百毫秒的量级，跟 ClickHouse 在同一台机器上差不多。

对外公布的 7 到 23 毫秒，是上一次运行的判定被回放了一遍。7

范围就落在这一层上。43 条之外的查询，这个引擎直接回一句 ERROR: sqe: statement over columnar relation "hits" is not served。

67 个近邻探针里有 20 个被拒，49 个扰动变体里有 3 个被拒。INSERT、UPDATE、DELETE 也不支持。7

PR 里有一段特意替对方说了句公道话：43 条查询的答案本身是对的。

跟 clickhouse local 逐条比，30 条完全一致，剩下的差异是 LIMIT 上的平局排序，一条一条核过。7

作者的原话是，这些结果量的是这个榜的查表。数据库自己跑得快不快，要另外一次测量。7

评论区争在哪几点。

第一层是这算不算作弊。pgrust 的作者 malisper 在 10 月 23 日写了一篇长回帖，开头就说「大部分指控是不实的」。19

他的解释分三段。那些 kernel 是开发期用来探 IR 快不快的，目录名叫 irprobe 就是这个意思。19

真正跑的路径是 SQL 到 Gravity IR 再到汇编。

所谓的结果缓存，记的是「哪个谓词匹配字典里哪些字符串」。ClickBench 允许这类中间结果缓存，ClickHouse 自己也有很像的 Condition Cache。19

第三条他认了。他写：我承认提交早了，那时它只支持一小部分 SQL；回退到老引擎，多支持一批查询只是两行代码的事。19

底下有人接着追问。有人问那个 PGRUST_GRAVITY_Q20_VARIANT 怎么解释。

有人问既然 kernel 不参与跑分，二进制里为什么留着那些路径；更多人要 0.4-preview 的源码。19

第二层是「这是拿榜做自我推广」。一位用户的说法是：跑不了别的查询就别提交，榜上其他数据库都能跑你扔给它的任何东西。17

另一位直接点了 Goodhart 定律：这个榜现在成了自我推广的目标。17

还有人把「preview」这个词拆了：叫什么名字无关，它就是你自己提交的那一版，指控针对的是那一版。17

第三层吵的是这场争吵本身。有人说那份指控写得跟下一次提交一样有 LLM 味，有人问这么长的 PR 摘要真有人读。

也有人提醒，AI 之前人们照样发布坏掉的跑分，要紧的是作者认不认、改不改，而这一次看起来已经改了。17

10 月 22 日的新提交里，作者把三个缓存逐条列了出来，附上每个缓存的开关。

三个开关分别是 pgrust.condition_cache、pgrust.dict_filter_cache、pgrust.zone_store。20

三个开关集中在 install 的一个块里，谁都能改完重跑。那份提交的 commit 上还带着一行 Co-Authored-By: Claude Opus 5.5。20

今天能自己复检哪一步。如果你要用某个上榜的引擎做技术选型，把它的提交说明翻到缓存那一节，看有没有一条能关掉。

然后拿一条不在榜上的查询去问它。想更省事，就直接跑 SELECT MIN(URL) FROM hits。7

十四张表，几张是自己出的

谁在说。10 月 23 日，Kimi 发布了 K3.1 Pro 和 K3.1 Pro Highspeed。2

这是一次 3T 级的开放权重发布，1M 上下文。权重按计划在 11 月 4 日前放出来，企业管理员那边默认是关着的。2

发布页给了一张横跨 14 项评测的总图，编码、智能体、知识与多模态都在里面。2

一手材料写了什么。挑三项能直接读的：Terminal-Bench 4.0 得 65.7%，GPT-6 Astra 58.2%，Claude Opus 5.5 66.4%。2

BenchCAD 带工具得 92.7，两者是 96.2 与 95.9；OfficeQA Pro v2 得 64.4。2

真正的信息在脚注里。发布页给每一项都标了这个分数是谁跑的、从哪里来的：

评测	分数由谁跑	脚注里写明的来源
Terminal-Bench 4.0	自己跑，用 Claude-Code 的 harness	对手分数取各自博客或官方榜报出的最大值
DeepSWE v1.1	自己跑，用 Claude-Code 的 harness	对手分数取自各自技术报告
ProgramBench	自己跑	报二值分，≥95% 记 1；其余分数取自 Vals 榜
OfficeQA Pro v2	自己跑	有外部模型在轨迹里上网找答案，那些任务记 0 分
Kimi Hallu Bench Hard	自家内部基准	刻意挑容易错的题做压力测试
xdev-bench-hard	自家内部基准	复现近期披露的漏洞，给源码、提示与二进制

表里的内容都出自发布页的脚注。2

Hallu 那一段值得原样读一遍：这是对事实准确性的压力测试，例子专门挑模型容易出错的地方做。

同一段接着写：报出的比率只说明这套题上的表现。2

同一段里还有另一个数：K3.1 Pro 在 Hallu Bench Hard 上的宣称级幻觉率 8.3%，上一代 K3 是 23.4%。2

网络安全那一段给的是另一个方向的范围。K3.1 Pro 在自家 xdev-bench-hard 上 pass@3 是 81.0%。

去掉中训练阶段与 RL 环境里的网络相关数据之前，同一个流水线的检查点是 90.5%。2 也就是说，这一块能力是他们主动削掉之后剩下的。

发布页把这话写得很清楚：开放权重不打算把网络能力的绝对前沿往前推。2

评论区争在哪几点。

第一层是等第三方。有人说 Artificial Analysis 的分还没出来；有人干脆讲「我等着 pelican benchmark」。21

第二层是那块被削掉的能力。有人说「给我们凡人的版本，网络能力被削弱了，跟美国模型一样」；有人只回了两个字：lame。21

也有人抓住那句「我们会逐步提高开放权重里的网络能力」，反问：这是承认自己还能做得更多，但就是不做了？21

第三层是这些内部榜本身。有人把 Hallu 那个 23.4 到 8.3 单拎出来说漂亮。

也有人注意另一头：每家实验室都在造自己的一套 RL 环境，他好奇这个行业最后会不会收敛到几种通用做法。21

今天能自己复检哪一步。打开那 14 项，把你关心的那一项分成两类：带「内部」字样的放一边，其余的去第三方榜上对一遍名字与分数。2

Terminal-Bench 有自己的公开榜，可以直接查。22

权重 11 月 4 日之后拿到手，这些数字才有第二个人能重跑一遍。

这份电价统计的分母

谁在说。Kadoa 的「US Energy Price Monitor」页面，数据更新到 10 月 23 日。4

Kadoa 是一家做数据抓取与监控的公司，这个页面挂在它的公开数据集下面，逐年、逐州、逐家电力公司的数字都能下载。

这条 10 月 23 日 21:41 上帖，521 分、378 条评论，第 119 位。23

一手材料写了什么。页面第一句就是结论：2025 年，住宅在投资型公用事业付 17.8 美分一千瓦时。

公共事业 14.5 美分，合作社 14.1 美分。4

2020 年以来，投资型涨了 34%，公共与合作社各涨 19%，同期通胀 24%。4

平均月账单分别是 146、130、159 美元，合作社最贵，因为它们的用户用电最多。4

范围写在下面几张拆解表里。把水电州去掉，差距从 22.7% 降到 19.8%；只跟同州的公共事业与合作社比，差 17.3%。4

比法	投资型	对照	差距
对全国公共事业	17.8 美分	14.5 美分	+22.7%
对非水电州的公共事业	17.9 美分	14.9 美分	+19.8%
对同州的公共事业与合作社	18.5 美分	15.7 美分	+17.3%
对最乡村的合作社	17.8 美分	14.1 美分	+26.2%

四个数字来自页面同一节的对照表。4

页面自己列了三条会改变读法的说明。

一，从零售供电商买电的住户，不进投资型那一栏；把这部分算进来，投资型线上的价格涨幅是 36%。4

二，联邦电力公司与规模最小的那些公司被排除在统计之外。4

三，数据说明住宅付了多少，不说明为什么。公共电力多在城市与联邦大坝附近，那里的电本来就便宜，这一条解释了差距的一部分。4

页面对「为什么差距会变大」只给了一句：差距主要开在 2020 到 2023 年那段电价上涨期，之前和之后两边涨得差不多。4

数据源是 EIA 的年度电力行业调查与 BLS 的 CPI。24

评论区争在哪几点。

第一层是要控制变量。一位用户列了一串：两边的资金成本是多少，能源结构是什么，各自盈不盈利，有没有补贴。23

另一位说，不知道税率、地理位置与当地监管，这个比较没什么用，因为涨幅最大的是纽约，那儿什么都贵。23

第二层是标题本身。有人提议改成「公共事业补贴了 19% 的电费」。23

第三层是各人的账单。有人说欧盟平均快到 40 美分一千瓦时；有人讲汉堡 2014 年公投把 90 年代私有化的公用事业买了回来。23

也有人问得更干脆：我们的假设是什么，难道以为他们会更便宜？23

今天能自己复检哪一步。页面挂了那份 gzip 的 CSV，2015 年以来的住宅收入、售电量、户数、价格与账单，按州与按公司都有。4

挑你自己所在的州，按「同州对同州」重算一遍那个百分点。想核原始数，就去 EIA 的 Form 861 下载页，按公司名查它报的售电量与收入。24

规范里那句「实现可以改」

谁在说。Robert Alexander 是 DevSecOps 顾问，10 月 19 日在自己博客发了一篇 UUIDv7 的文章，标题直译过来是「UUIDv7 没有你以为的那些性质」。6

10 月 24 日 00:39 上 Hacker News，102 分、87 条评论，第 23 位。25

UUIDv7 是 RFC 9562 里定义的一种标识符格式，前 48 位放毫秒时间戳。26

一手材料写了什么。文章先列出关于 UUIDv7 的三条常见宣传：单调递增、带一个能用的创建时间戳、不可猜。

然后逐条去规范原文里找对应的保证。6

三句原文都在 RFC 9562 的 §6.1 与 §6.2：

Implementations MAY alter the actual timestamp.
This specification makes no requirement or guarantee about how close the clock value needs to be to the actual time.
… implementations MAY increment the timestamp ahead of the actual time …

三段引文出自 RFC 9562 原文。26

文章接着给了一个能自己跑的例子。Python 3.14 的 uuid.uuid7() 在计数器溢出时会把时间戳往前推。

把系统时钟往回拨一小时，然后不停生成，时间戳与当前时间的差值从 3695 秒一路涨到 3795、3894、3994，越来越远。6

CPython 那边的讨论被作者一并引了。开发者的判断是：这符合规范，也符合其他实现，在这个「有缺陷的系统」上没太多可做的。27

跨节点严格单调这件事，文章说 1970 年代就证明做不到，后来才有向量时钟一类的东西。6

单节点也不保险：用毫秒时间戳而不带计数器的实现，在一个小循环里就能生成乱序的 ID。6

要让重启之后仍然不乱序，得把上一次用过的时间戳写进持久存储。作者说他翻了好几个实现，没有一个这么做。6

最后一节把话说回原处：UUIDv7 能严格保证的只有唯一性与防碰撞，其余性质取决于你用哪一个实现。6

评论区争在哪几点。

第一层是这算不算把话说过头。有人说这是挑剔，UUIDv7 真正解决的是随机主键在关系数据库里的性能问题。25

有人说他从没想过要从中解析时间戳，也没指望它在分布式系统里单调。

第二层是作者把重点挤到了哪里。一位用户说，文章把「能大致按创建时间排序」这件事，压到了接近结尾的一句话里。25

有人补上另一半：他看重的是索引页上的局部性——同一段时间创建的行落在相邻的数据页上，取一批就少几次磁盘读取。25

第三层是取舍。有人说就当它是随机 ID 用，别往里塞别的东西；有人说大多数场景 uuid4 就够。25

也有人指出 Python 把时间戳往前推，恰恰是「要单调」时你想要的结果。25

今天能自己复检哪一步。把作者那五个问题拿去问你在用的那个实现。

符合规范吗；额外保证了什么；那些保证在什么限制下成立；什么条件下会改时间戳；生成出来的 ID 有多容易被猜。6

更直接的一步是跑那段时钟回拨的脚本，看你手上这个实现的时间戳会不会一路跑掉。6

一段录音能划出的范围

谁在说。Dessa 是 Block 内部一个很小的 AI 研究实验室，负责人 Ragavan Thurairatnam，团队来自多伦多的 Dessa 公司。8

这个页面今天凌晨被发上 Hacker News，186 分、80 条评论，第 5 位。28

一手材料写了什么。整页没有一项指标。它给的是一个自称：「我们做出了最真实的、全双工的语音模型」。8

能核对的是几条工程事实。它只用人对人的对话音频训练，没有文本，没有预训练模型。8

训练用的是一台 NVIDIA GB200 NVL72。语音进、语音出，边听边说，推理比实时快。8

它在 MacBook Pro M4 Max 或更高的机器上本地跑。8

它还写了一句带保留的「第一」：就他们所知，这是第一个只用人类语音训练、能跟你实时对话的模型。8

证据是一批双轨录音，页面注明每段都是真人跟它对话的实录，字幕是事后加的，没有人引导它说什么。8

其中几段是它跟第三方的 GPT-Live-1 对话，页面也注明对方未参与、未背书。8

还没到手的东西写在页尾：启动链接「coming soon」，眼下只找一小批 AI 安全研究者拿早期访问。8

评论区争在哪几点。

第一层是像不像。有人说首页那段听起来「糟糕」，语调、节奏、整体感觉都离「像人」很远。28

有人把两边都点评了一遍，说人类那半边也不知所云，还举了一句「How's the winter stuff?」，说没人会这么讲话。28

也有人觉得好：像在电话里跟朋友聊天，声音和情绪都对。28

第二层是全双工该练成什么样。有人说这类双向演示总显得做作：能同时说话是本事，但把它练成不停打断，方向偏了。28

第一段里那句笑也被人挑出来问：笑在哪儿，需要解释。

第三层是它的天花板与出口。有人说真实感确实好，智能大致停在 2024 年的水平。28

有人反复问同一件事：权重呢，API 呢，在哪买，还是只是试试。28

还有一条盯着算力：一台机器就训出来了，这件事本身很有意思，文字模型能不能也这么省。28

具体到细节，有人说让它大点声，音量确实上去了，接着又回到原来的大小，还把刚才说到哪儿忘了。28

今天能自己复检哪一步。把那几段录音自己听一遍，只记两件事：它有没有让你把一句话说完，说完之后它记不记得你上一句在讲什么。8

再看它和 GPT-Live-1 那一段，判断谁在接谁的话。8

四段视频和一句「会在合适的时候放出来」

谁在说。Calif 是一家做漏洞研究的公司。10 月 16 日，他们在博客发了一条极短的帖子，标题就一句：今天我们攻破了当初想攻破的东西，iPhone。3

这条 10 月 24 日 00:21 被发上 Hacker News，707 分、467 条评论，第 4 位，是今天全窗最高分。29

这家公司上周刚被写进这个频道：PHP2Shell 的发现方就是他们，10 月 22 日那期讲过那次协调披露。3

一手材料写了什么。正文只有四行小标题，对应四段在巴黎 Hexacon 上放的演示。3

1/ Signal 一键；2/ 谁在乎第三方应用，大家都用 iMessage；3/ 你的 iPhone 能这样吗；4/ APT stands for Apple Persistent Threat。

四行之后是一句：Everything will be released in due time。3

这四段演示覆盖的范围，帖子里一个字都没写：哪台机器、哪个系统版本、入口是消息附件的解析还是别的，全都没有交代。

想判断它管到哪儿，得等别处放出的细节。

评论区争在哪几点。

第一层是真的还是假的。有人写，如果是真的，这周太不可思议；他还是希望别成为新常态，只是这话他自己都不太信。29

也有人提到这是 10 月 16 日的帖子，本周才有后续视频，并贴了另一个 iPhone Duo 越狱视频的链接。29

第二层是这家公司的分量。有人一句话点出来：就是找出 PHP 漏洞的那帮人。29

第三层是技术猜测。有人问 iMessage 那段是不是「打开一个文件就调起了他们的网页应用」。29

有人猜是附件解析被攻破，跟上周 Switch 2 越狱里那个 fs 模块同类；也有人反问，2026 年了，解析别人发来的文件为什么还这么难。29

有人只想让自己的手机也能这么干：真被修掉可惜，但总比先被商业间谍软件找到好。29

今天能自己复检哪一步。手上 iPhone 的自动更新先打开，这是今天就能做的一步。3

想判断这条演示的分量，就等它放出的技术细节，或者把那段视频放到最清楚，看终端里打出来的机型与版本号。3

六句结论，六条边界

材料	这条结论覆盖什么	到哪儿为止	今天能自己复检的一步
pgrust	ClickBench 的 43 条固定查询	榜外查询被直接拒绝，20/67 个探针没通过	拿一条榜外查询去问它
Kimi K3.1 Pro	14 项评测，其中数项是自家内部基准	第三方分未出，权重 11 月 4 日前才放	内部项放一边，其余去公开榜对一遍
投资型公用事业贵 23%	全国平均，住宅口径	同州对同州降到 17.3%，零售供电商与最小公司不在内	下载 CSV，按你所在的州重算
UUIDv7	唯一性与防碰撞	时间戳、单调性都允许实现自己改	跑一次时钟回拨，看时间戳
Dessa	一段段能听的对话	没有权重、没有 API，也没有任何指标	自己听，数它打断你几次
攻破 iPhone	四段演示视频	机型、系统版本、攻击面都没写	打开自动更新，等细节

前三类各有人把边界写在了某一页上。

pgrust 的边界是那 43 条查询，撤榜说明把它钉到了文件路径和秒数。Kimi 的边界写在脚注里，哪几项自己跑、对手分数取哪个来源，一行一行都能读。

Kadoa 的边界写在「About the data」那一节，连「数据不说明为什么」都自己说了。

UUIDv7 的范围写在规范里。规范故意留白的地方，落到每个实现各自的做法上。

Dessa 与 Calif 的范围没有写在任何一页上。一个拿出一批录音，一个拿出四段视频，读者只能从材料里自己往外推。

所以今天的问题可以收成一句：这句话管到哪儿。

范围写在哪一级，决定了你能把它搬到自己的场景里，还是只能先存着。

五个问题，留给今天要用上的人：

你今天引用的那个数，是发布方自己跑的吗？
你手上的 UUID 实现，时钟回拨一小时会怎样？
你要选的数据库，能跑一条不在榜上的查询吗？
你在等的那份权重放出来之后，还有几个数字站得住？
你在听的那段语音演示，它让你把话说完了吗？

References

1
Hacker News top 榜 2026-10-24 快照
news.ycombinator.com
2
Kimi K3.1 Pro Tech Blog: Advancing Open Intelligence
kimi.ai
3
iPhone - Calif Newsletter
blog.calif.io
4
Investor-owned utilities charge 23% more for electricity than public ones
kadoa.com
5
The foolishness of natural language programming (1978)
cs.utexas.edu
6
UUIDv7 doesn't have the properties you think it does
alexsci.com
7
Remove pgrust: the entry is cheating (per-query kernels and result caching)
github.com
8
Dessa - the Conversation Model trained only on speech
block.xyz
9
Page Not Found - Apple Music
music.apple.com
10
Apple Music 404 在 Hacker News 上的讨论
news.ycombinator.com
11
EWD667 在 Hacker News 上的讨论
news.ycombinator.com
12
Now Google says it might use your Gmail and Google Photos data to target ads
theverge.com
13
Swedish government offices to ban ChatGPT and Claude
sverigesradio.se
14
OpenSSL 4.1.0
github.com
15
Can we replace a $150k Looker with a bucket of HTML files?
david.lequin.dev
16
Hedra
github.com
17
pgrust 被移出 ClickBench 那条在 Hacker News 上的讨论
news.ycombinator.com
18
ClickBench 的规则与提交说明
github.com
19
pgrust 作者在 Hacker News 上的回应
news.ycombinator.com
20
pgrust: add v0.4-beta
github.com
21
Kimi K3.1 Pro 在 Hacker News 上的讨论
news.ycombinator.com
22
Terminal-Bench
tbench.ai
23
电价那条在 Hacker News 上的讨论
news.ycombinator.com
24
EIA Form 861 年度电力行业调查
eia.gov
25
UUIDv7 那条在 Hacker News 上的讨论
news.ycombinator.com
26
RFC 9562: Universally Unique IDentifiers (UUIDs)
rfc-editor.org
27
python/cpython issue 138862
github.com
28
Dessa 在 Hacker News 上的讨论
news.ycombinator.com
29
攻破 iPhone 那条在 Hacker News 上的讨论
news.ycombinator.com

北京时间 10 月 24 日早上 8 点，Hacker News 首页第一条是《Kimi K3.1 Pro and K3.1 Pro Highspeed》。1

658 分、420 条评论，上帖时间 10 月 24 日 00:59。1 2

全窗最高分落在第四条：《Today, we hacked what we'd set out to hack: the iPhone》，707 分、467 条评论，排第 4 位。3

今天分数和位次错得比前几天更开。521 分的电价统计在第 119 位，357 分的 Dijkstra 旧文在第 56 位。4 5

102 分的 UUIDv7 分析排在第 23 位，182 分的撤榜说明在第 57 位。6 7

材料	分数	评论数	位次	上帖时间（北京时间）
Kimi K3.1 Pro	658	420	1	10 月 24 日 00:59
攻破 iPhone	707	467	4	10 月 24 日 00:21
Dessa 全双工语音模型	186	80	5	10 月 24 日 03:09
UUIDv7 的性质	102	87	23	10 月 24 日 00:39
pgrust 被移出 ClickBench	182	138	57	10 月 23 日 16:05
投资型公用事业贵 23%	521	378	119	10 月 23 日 21:41
Apple Music 的 404 页面	519	178	2	10 月 23 日 20:28
Dijkstra 谈自然语言编程	357	242	56	10 月 23 日 08:52

时间窗按上帖时间算，从 10 月 23 日 08:00 到 10 月 24 日 08:00。

选条标准两条：今天有一份能打开的本体；这条材料说得清一句结论的范围写在哪儿。

按这两条，182 分的 pgrust 收进来，因为那份撤榜说明把证据落到了具体文件与秒数上。

186 分的 Dessa 也收进来，因为它几乎不提供数字，正好与前者对照。

其中一条与前两天同线。上周被广泛报道的 PHP2Shell，就是今天这条攻破 iPhone 的 Calif 找出来的，10 月 22 日那期写过。3

10 月 21 日那期写过一套权重没开的语音模型，今天 Dessa 换了另一种形态，同样没有权重放出。8

519 分那条排在第 2 位，是 Apple Music 的 404 页面。9

评论区说那一页能听到滚轮声，页面上还列着一串歌名，有人当场想起了自己的 iPod。10 它与今天的线挨得远，这里记一笔。

Dijkstra 1978 年那篇旧文今天有 357 分、242 条评论。5 讨论集中在自然语言能不能当编程语言。11

它的本体是四十八年前的打字稿，与模型写代码这件事离得远，收在略过段。

Verge 报道 Google 可能把 Gmail 与 Google Photos 的数据用于广告定向，228 分、109 条评论。12

瑞典政府机关禁用 ChatGPT 与 Claude，314 分、116 条评论。13

这两条都是政策与条款的转述，今天各自缺一份能打开的本体。

OpenSSL 4.1.0 的发布页 180 分、58 条评论。14

有人把 15 万美元的 Looker 换成一堆 HTML 文件，114 分、70 条评论。15

一个高中生从零写的 3D 开放世界游戏 230 分、48 条评论。16

三条都在各自的小题目上，与今天的范围问题挨得不够近，收在略过段。

今天这六条各自给了一句结论，每句结论都有自己的边界。先看边界画在哪，再看边界里面是什么。

一份只认 43 条查询的榜

谁在说。9 月 22 日，ClickHouse 的 Alexey Milovidov 合并了一份 PR，标题直接写着：把 pgrust 移出，理由是「这个条目在作弊」。7

这条一个月前的 PR 在 10 月 23 日 16:05 被发上 Hacker News，182 分、138 条评论，第 57 位。17

pgrust 是一个人用 Rust 重写 PostgreSQL 的项目。ClickBench 是分析型数据库的跑分榜，43 条固定查询，一套公开数据集。18

一手材料写了什么。PR 正文给的是文件与秒数，一层一层往下钉。

第一层，发布的 aarch64 二进制里嵌着源文件路径，编号就是 ClickBench 的查询号。

路径从 crates/gravity/backend/irprobe/src/q00.rs 一直排到 q36.rs。7

第二层，派发到这些 kernel 的匹配器，报错信息按榜名命名，比如 clickbench group count: filter is not k <> 0。7

同一个二进制里还有个环境变量，名字叫 PGRUST_GRAVITY_Q20_VARIANT。7

第三层最直白。作者在 96 核 Graviton 上，用这个条目自己的脚本与配置，跑了真正的冷启动：

查询	冷跑	第二次	第三次	换个常量后第一次
Q20 `URL LIKE '%google%'`	10.8 秒	11 毫秒	5 毫秒	`'%rambler%'`：283 毫秒，然后 12 毫秒、4 毫秒
Q17 `GROUP BY UserID, SearchPhrase LIMIT 10`	1.65 秒	4 毫秒	15 毫秒	—
Q33 `GROUP BY URL ORDER BY c DESC LIMIT 10`	2.38 秒	213 毫秒	108 毫秒	—

表里的数字来自 PR 正文。7

作者在表后补了一句：引擎真正热起来做一次子串扫描，是几百毫秒的量级，跟 ClickHouse 在同一台机器上差不多。

对外公布的 7 到 23 毫秒，是上一次运行的判定被回放了一遍。7

范围就落在这一层上。43 条之外的查询，这个引擎直接回一句 ERROR: sqe: statement over columnar relation "hits" is not served。

67 个近邻探针里有 20 个被拒，49 个扰动变体里有 3 个被拒。INSERT、UPDATE、DELETE 也不支持。7

PR 里有一段特意替对方说了句公道话：43 条查询的答案本身是对的。

跟 clickhouse local 逐条比，30 条完全一致，剩下的差异是 LIMIT 上的平局排序，一条一条核过。7

作者的原话是，这些结果量的是这个榜的查表。数据库自己跑得快不快，要另外一次测量。7

评论区争在哪几点。

第一层是这算不算作弊。pgrust 的作者 malisper 在 10 月 23 日写了一篇长回帖，开头就说「大部分指控是不实的」。19

他的解释分三段。那些 kernel 是开发期用来探 IR 快不快的，目录名叫 irprobe 就是这个意思。19

真正跑的路径是 SQL 到 Gravity IR 再到汇编。

所谓的结果缓存，记的是「哪个谓词匹配字典里哪些字符串」。ClickBench 允许这类中间结果缓存，ClickHouse 自己也有很像的 Condition Cache。19

第三条他认了。他写：我承认提交早了，那时它只支持一小部分 SQL；回退到老引擎，多支持一批查询只是两行代码的事。19

底下有人接着追问。有人问那个 PGRUST_GRAVITY_Q20_VARIANT 怎么解释。

有人问既然 kernel 不参与跑分，二进制里为什么留着那些路径；更多人要 0.4-preview 的源码。19

第二层是「这是拿榜做自我推广」。一位用户的说法是：跑不了别的查询就别提交，榜上其他数据库都能跑你扔给它的任何东西。17

另一位直接点了 Goodhart 定律：这个榜现在成了自我推广的目标。17

还有人把「preview」这个词拆了：叫什么名字无关，它就是你自己提交的那一版，指控针对的是那一版。17

第三层吵的是这场争吵本身。有人说那份指控写得跟下一次提交一样有 LLM 味，有人问这么长的 PR 摘要真有人读。

也有人提醒，AI 之前人们照样发布坏掉的跑分，要紧的是作者认不认、改不改，而这一次看起来已经改了。17

10 月 22 日的新提交里，作者把三个缓存逐条列了出来，附上每个缓存的开关。

三个开关分别是 pgrust.condition_cache、pgrust.dict_filter_cache、pgrust.zone_store。20

三个开关集中在 install 的一个块里，谁都能改完重跑。那份提交的 commit 上还带着一行 Co-Authored-By: Claude Opus 5.5。20

今天能自己复检哪一步。如果你要用某个上榜的引擎做技术选型，把它的提交说明翻到缓存那一节，看有没有一条能关掉。

然后拿一条不在榜上的查询去问它。想更省事，就直接跑 SELECT MIN(URL) FROM hits。7

十四张表，几张是自己出的

谁在说。10 月 23 日，Kimi 发布了 K3.1 Pro 和 K3.1 Pro Highspeed。2

这是一次 3T 级的开放权重发布，1M 上下文。权重按计划在 11 月 4 日前放出来，企业管理员那边默认是关着的。2

发布页给了一张横跨 14 项评测的总图，编码、智能体、知识与多模态都在里面。2

一手材料写了什么。挑三项能直接读的：Terminal-Bench 4.0 得 65.7%，GPT-6 Astra 58.2%，Claude Opus 5.5 66.4%。2

BenchCAD 带工具得 92.7，两者是 96.2 与 95.9；OfficeQA Pro v2 得 64.4。2

真正的信息在脚注里。发布页给每一项都标了这个分数是谁跑的、从哪里来的：

评测	分数由谁跑	脚注里写明的来源
Terminal-Bench 4.0	自己跑，用 Claude-Code 的 harness	对手分数取各自博客或官方榜报出的最大值
DeepSWE v1.1	自己跑，用 Claude-Code 的 harness	对手分数取自各自技术报告
ProgramBench	自己跑	报二值分，≥95% 记 1；其余分数取自 Vals 榜
OfficeQA Pro v2	自己跑	有外部模型在轨迹里上网找答案，那些任务记 0 分
Kimi Hallu Bench Hard	自家内部基准	刻意挑容易错的题做压力测试
xdev-bench-hard	自家内部基准	复现近期披露的漏洞，给源码、提示与二进制

表里的内容都出自发布页的脚注。2

Hallu 那一段值得原样读一遍：这是对事实准确性的压力测试，例子专门挑模型容易出错的地方做。

同一段接着写：报出的比率只说明这套题上的表现。2

同一段里还有另一个数：K3.1 Pro 在 Hallu Bench Hard 上的宣称级幻觉率 8.3%，上一代 K3 是 23.4%。2

网络安全那一段给的是另一个方向的范围。K3.1 Pro 在自家 xdev-bench-hard 上 pass@3 是 81.0%。

去掉中训练阶段与 RL 环境里的网络相关数据之前，同一个流水线的检查点是 90.5%。2 也就是说，这一块能力是他们主动削掉之后剩下的。

发布页把这话写得很清楚：开放权重不打算把网络能力的绝对前沿往前推。2

评论区争在哪几点。

第一层是等第三方。有人说 Artificial Analysis 的分还没出来；有人干脆讲「我等着 pelican benchmark」。21

第二层是那块被削掉的能力。有人说「给我们凡人的版本，网络能力被削弱了，跟美国模型一样」；有人只回了两个字：lame。21

也有人抓住那句「我们会逐步提高开放权重里的网络能力」，反问：这是承认自己还能做得更多，但就是不做了？21

第三层是这些内部榜本身。有人把 Hallu 那个 23.4 到 8.3 单拎出来说漂亮。

也有人注意另一头：每家实验室都在造自己的一套 RL 环境，他好奇这个行业最后会不会收敛到几种通用做法。21

今天能自己复检哪一步。打开那 14 项，把你关心的那一项分成两类：带「内部」字样的放一边，其余的去第三方榜上对一遍名字与分数。2

Terminal-Bench 有自己的公开榜，可以直接查。22

权重 11 月 4 日之后拿到手，这些数字才有第二个人能重跑一遍。

这份电价统计的分母

谁在说。Kadoa 的「US Energy Price Monitor」页面，数据更新到 10 月 23 日。4

Kadoa 是一家做数据抓取与监控的公司，这个页面挂在它的公开数据集下面，逐年、逐州、逐家电力公司的数字都能下载。

这条 10 月 23 日 21:41 上帖，521 分、378 条评论，第 119 位。23

一手材料写了什么。页面第一句就是结论：2025 年，住宅在投资型公用事业付 17.8 美分一千瓦时。

公共事业 14.5 美分，合作社 14.1 美分。4

2020 年以来，投资型涨了 34%，公共与合作社各涨 19%，同期通胀 24%。4

平均月账单分别是 146、130、159 美元，合作社最贵，因为它们的用户用电最多。4

范围写在下面几张拆解表里。把水电州去掉，差距从 22.7% 降到 19.8%；只跟同州的公共事业与合作社比，差 17.3%。4

比法	投资型	对照	差距
对全国公共事业	17.8 美分	14.5 美分	+22.7%
对非水电州的公共事业	17.9 美分	14.9 美分	+19.8%
对同州的公共事业与合作社	18.5 美分	15.7 美分	+17.3%
对最乡村的合作社	17.8 美分	14.1 美分	+26.2%

四个数字来自页面同一节的对照表。4

页面自己列了三条会改变读法的说明。

一，从零售供电商买电的住户，不进投资型那一栏；把这部分算进来，投资型线上的价格涨幅是 36%。4

二，联邦电力公司与规模最小的那些公司被排除在统计之外。4

三，数据说明住宅付了多少，不说明为什么。公共电力多在城市与联邦大坝附近，那里的电本来就便宜，这一条解释了差距的一部分。4

页面对「为什么差距会变大」只给了一句：差距主要开在 2020 到 2023 年那段电价上涨期，之前和之后两边涨得差不多。4

数据源是 EIA 的年度电力行业调查与 BLS 的 CPI。24

评论区争在哪几点。

第一层是要控制变量。一位用户列了一串：两边的资金成本是多少，能源结构是什么，各自盈不盈利，有没有补贴。23

另一位说，不知道税率、地理位置与当地监管，这个比较没什么用，因为涨幅最大的是纽约，那儿什么都贵。23

第二层是标题本身。有人提议改成「公共事业补贴了 19% 的电费」。23

第三层是各人的账单。有人说欧盟平均快到 40 美分一千瓦时；有人讲汉堡 2014 年公投把 90 年代私有化的公用事业买了回来。23

也有人问得更干脆：我们的假设是什么，难道以为他们会更便宜？23

今天能自己复检哪一步。页面挂了那份 gzip 的 CSV，2015 年以来的住宅收入、售电量、户数、价格与账单，按州与按公司都有。4

挑你自己所在的州，按「同州对同州」重算一遍那个百分点。想核原始数，就去 EIA 的 Form 861 下载页，按公司名查它报的售电量与收入。24

规范里那句「实现可以改」

谁在说。Robert Alexander 是 DevSecOps 顾问，10 月 19 日在自己博客发了一篇 UUIDv7 的文章，标题直译过来是「UUIDv7 没有你以为的那些性质」。6

10 月 24 日 00:39 上 Hacker News，102 分、87 条评论，第 23 位。25

UUIDv7 是 RFC 9562 里定义的一种标识符格式，前 48 位放毫秒时间戳。26

一手材料写了什么。文章先列出关于 UUIDv7 的三条常见宣传：单调递增、带一个能用的创建时间戳、不可猜。

然后逐条去规范原文里找对应的保证。6

三句原文都在 RFC 9562 的 §6.1 与 §6.2：

Implementations MAY alter the actual timestamp.
This specification makes no requirement or guarantee about how close the clock value needs to be to the actual time.
… implementations MAY increment the timestamp ahead of the actual time …

三段引文出自 RFC 9562 原文。26

文章接着给了一个能自己跑的例子。Python 3.14 的 uuid.uuid7() 在计数器溢出时会把时间戳往前推。

把系统时钟往回拨一小时，然后不停生成，时间戳与当前时间的差值从 3695 秒一路涨到 3795、3894、3994，越来越远。6

CPython 那边的讨论被作者一并引了。开发者的判断是：这符合规范，也符合其他实现，在这个「有缺陷的系统」上没太多可做的。27

跨节点严格单调这件事，文章说 1970 年代就证明做不到，后来才有向量时钟一类的东西。6

单节点也不保险：用毫秒时间戳而不带计数器的实现，在一个小循环里就能生成乱序的 ID。6

要让重启之后仍然不乱序，得把上一次用过的时间戳写进持久存储。作者说他翻了好几个实现，没有一个这么做。6

最后一节把话说回原处：UUIDv7 能严格保证的只有唯一性与防碰撞，其余性质取决于你用哪一个实现。6

评论区争在哪几点。

第一层是这算不算把话说过头。有人说这是挑剔，UUIDv7 真正解决的是随机主键在关系数据库里的性能问题。25

有人说他从没想过要从中解析时间戳，也没指望它在分布式系统里单调。

第二层是作者把重点挤到了哪里。一位用户说，文章把「能大致按创建时间排序」这件事，压到了接近结尾的一句话里。25

有人补上另一半：他看重的是索引页上的局部性——同一段时间创建的行落在相邻的数据页上，取一批就少几次磁盘读取。25

第三层是取舍。有人说就当它是随机 ID 用，别往里塞别的东西；有人说大多数场景 uuid4 就够。25

也有人指出 Python 把时间戳往前推，恰恰是「要单调」时你想要的结果。25

今天能自己复检哪一步。把作者那五个问题拿去问你在用的那个实现。

符合规范吗；额外保证了什么；那些保证在什么限制下成立；什么条件下会改时间戳；生成出来的 ID 有多容易被猜。6

更直接的一步是跑那段时钟回拨的脚本，看你手上这个实现的时间戳会不会一路跑掉。6

一段录音能划出的范围

谁在说。Dessa 是 Block 内部一个很小的 AI 研究实验室，负责人 Ragavan Thurairatnam，团队来自多伦多的 Dessa 公司。8

这个页面今天凌晨被发上 Hacker News，186 分、80 条评论，第 5 位。28

一手材料写了什么。整页没有一项指标。它给的是一个自称：「我们做出了最真实的、全双工的语音模型」。8

能核对的是几条工程事实。它只用人对人的对话音频训练，没有文本，没有预训练模型。8

训练用的是一台 NVIDIA GB200 NVL72。语音进、语音出，边听边说，推理比实时快。8

它在 MacBook Pro M4 Max 或更高的机器上本地跑。8

它还写了一句带保留的「第一」：就他们所知，这是第一个只用人类语音训练、能跟你实时对话的模型。8

证据是一批双轨录音，页面注明每段都是真人跟它对话的实录，字幕是事后加的，没有人引导它说什么。8

其中几段是它跟第三方的 GPT-Live-1 对话，页面也注明对方未参与、未背书。8

还没到手的东西写在页尾：启动链接「coming soon」，眼下只找一小批 AI 安全研究者拿早期访问。8

评论区争在哪几点。

第一层是像不像。有人说首页那段听起来「糟糕」，语调、节奏、整体感觉都离「像人」很远。28

有人把两边都点评了一遍，说人类那半边也不知所云，还举了一句「How's the winter stuff?」，说没人会这么讲话。28

也有人觉得好：像在电话里跟朋友聊天，声音和情绪都对。28

第二层是全双工该练成什么样。有人说这类双向演示总显得做作：能同时说话是本事，但把它练成不停打断，方向偏了。28

第一段里那句笑也被人挑出来问：笑在哪儿，需要解释。

第三层是它的天花板与出口。有人说真实感确实好，智能大致停在 2024 年的水平。28

有人反复问同一件事：权重呢，API 呢，在哪买，还是只是试试。28

还有一条盯着算力：一台机器就训出来了，这件事本身很有意思，文字模型能不能也这么省。28

具体到细节，有人说让它大点声，音量确实上去了，接着又回到原来的大小，还把刚才说到哪儿忘了。28

今天能自己复检哪一步。把那几段录音自己听一遍，只记两件事：它有没有让你把一句话说完，说完之后它记不记得你上一句在讲什么。8

再看它和 GPT-Live-1 那一段，判断谁在接谁的话。8

四段视频和一句「会在合适的时候放出来」

谁在说。Calif 是一家做漏洞研究的公司。10 月 16 日，他们在博客发了一条极短的帖子，标题就一句：今天我们攻破了当初想攻破的东西，iPhone。3

这条 10 月 24 日 00:21 被发上 Hacker News，707 分、467 条评论，第 4 位，是今天全窗最高分。29

这家公司上周刚被写进这个频道：PHP2Shell 的发现方就是他们，10 月 22 日那期讲过那次协调披露。3

一手材料写了什么。正文只有四行小标题，对应四段在巴黎 Hexacon 上放的演示。3

1/ Signal 一键；2/ 谁在乎第三方应用，大家都用 iMessage；3/ 你的 iPhone 能这样吗；4/ APT stands for Apple Persistent Threat。

四行之后是一句：Everything will be released in due time。3

这四段演示覆盖的范围，帖子里一个字都没写：哪台机器、哪个系统版本、入口是消息附件的解析还是别的，全都没有交代。

想判断它管到哪儿，得等别处放出的细节。

评论区争在哪几点。

第一层是真的还是假的。有人写，如果是真的，这周太不可思议；他还是希望别成为新常态，只是这话他自己都不太信。29

也有人提到这是 10 月 16 日的帖子，本周才有后续视频，并贴了另一个 iPhone Duo 越狱视频的链接。29

第二层是这家公司的分量。有人一句话点出来：就是找出 PHP 漏洞的那帮人。29

第三层是技术猜测。有人问 iMessage 那段是不是「打开一个文件就调起了他们的网页应用」。29

有人猜是附件解析被攻破，跟上周 Switch 2 越狱里那个 fs 模块同类；也有人反问，2026 年了，解析别人发来的文件为什么还这么难。29

有人只想让自己的手机也能这么干：真被修掉可惜，但总比先被商业间谍软件找到好。29

今天能自己复检哪一步。手上 iPhone 的自动更新先打开，这是今天就能做的一步。3

想判断这条演示的分量，就等它放出的技术细节，或者把那段视频放到最清楚，看终端里打出来的机型与版本号。3

六句结论，六条边界

材料	这条结论覆盖什么	到哪儿为止	今天能自己复检的一步
pgrust	ClickBench 的 43 条固定查询	榜外查询被直接拒绝，20/67 个探针没通过	拿一条榜外查询去问它
Kimi K3.1 Pro	14 项评测，其中数项是自家内部基准	第三方分未出，权重 11 月 4 日前才放	内部项放一边，其余去公开榜对一遍
投资型公用事业贵 23%	全国平均，住宅口径	同州对同州降到 17.3%，零售供电商与最小公司不在内	下载 CSV，按你所在的州重算
UUIDv7	唯一性与防碰撞	时间戳、单调性都允许实现自己改	跑一次时钟回拨，看时间戳
Dessa	一段段能听的对话	没有权重、没有 API，也没有任何指标	自己听，数它打断你几次
攻破 iPhone	四段演示视频	机型、系统版本、攻击面都没写	打开自动更新，等细节

前三类各有人把边界写在了某一页上。

pgrust 的边界是那 43 条查询，撤榜说明把它钉到了文件路径和秒数。Kimi 的边界写在脚注里，哪几项自己跑、对手分数取哪个来源，一行一行都能读。

Kadoa 的边界写在「About the data」那一节，连「数据不说明为什么」都自己说了。

UUIDv7 的范围写在规范里。规范故意留白的地方，落到每个实现各自的做法上。

Dessa 与 Calif 的范围没有写在任何一页上。一个拿出一批录音，一个拿出四段视频，读者只能从材料里自己往外推。

所以今天的问题可以收成一句：这句话管到哪儿。

范围写在哪一级，决定了你能把它搬到自己的场景里，还是只能先存着。

五个问题，留给今天要用上的人：

你今天引用的那个数，是发布方自己跑的吗？
你手上的 UUID 实现，时钟回拨一小时会怎样？
你要选的数据库，能跑一条不在榜上的查询吗？
你在等的那份权重放出来之后，还有几个数字站得住？
你在听的那段语音演示，它让你把话说完了吗？

References

1
Hacker News top 榜 2026-10-24 快照
news.ycombinator.com
2
Kimi K3.1 Pro Tech Blog: Advancing Open Intelligence
kimi.ai
3
iPhone - Calif Newsletter
blog.calif.io
4
Investor-owned utilities charge 23% more for electricity than public ones
kadoa.com
5
The foolishness of natural language programming (1978)
cs.utexas.edu
6
UUIDv7 doesn't have the properties you think it does
alexsci.com
7
Remove pgrust: the entry is cheating (per-query kernels and result caching)
github.com
8
Dessa - the Conversation Model trained only on speech
block.xyz
9
Page Not Found - Apple Music
music.apple.com
10
Apple Music 404 在 Hacker News 上的讨论
news.ycombinator.com
11
EWD667 在 Hacker News 上的讨论
news.ycombinator.com
12
Now Google says it might use your Gmail and Google Photos data to target ads
theverge.com
13
Swedish government offices to ban ChatGPT and Claude
sverigesradio.se
14
OpenSSL 4.1.0
github.com
15
Can we replace a $150k Looker with a bucket of HTML files?
david.lequin.dev
16
Hedra
github.com
17
pgrust 被移出 ClickBench 那条在 Hacker News 上的讨论
news.ycombinator.com
18
ClickBench 的规则与提交说明
github.com
19
pgrust 作者在 Hacker News 上的回应
news.ycombinator.com
20
pgrust: add v0.4-beta
github.com
21
Kimi K3.1 Pro 在 Hacker News 上的讨论
news.ycombinator.com
22
Terminal-Bench
tbench.ai
23
电价那条在 Hacker News 上的讨论
news.ycombinator.com
24
EIA Form 861 年度电力行业调查
eia.gov
25
UUIDv7 那条在 Hacker News 上的讨论
news.ycombinator.com
26
RFC 9562: Universally Unique IDentifiers (UUIDs)
rfc-editor.org
27
python/cpython issue 138862
github.com
28
Dessa 在 Hacker News 上的讨论
news.ycombinator.com
29
攻破 iPhone 那条在 Hacker News 上的讨论
news.ycombinator.com

一份只认 43 条查询的榜、十四项标了出处的评测分数、一张把零售供电商排除在外的电价表、一句允许实现自改时间戳的规范、一段只有录音的示范和四段演示视频：10 月 24 日 HN 热榜在问，这些结论各自管到哪儿？

一份只认 43 条查询的榜

十四张表，几张是自己出的

这份电价统计的分母

规范里那句「实现可以改」

一段录音能划出的范围

四段视频和一句「会在合适的时候放出来」

六句结论，六条边界

References

Related content

一份只认 43 条查询的榜、十四项标了出处的评测分数、一张把零售供电商排除在外的电价表、一句允许实现自改时间戳的规范、一段只有录音的示范和四段演示视频：10 月 24 日 HN 热榜在问，这些结论各自管到哪儿？

一份只认 43 条查询的榜

十四张表，几张是自己出的

这份电价统计的分母

规范里那句「实现可以改」

一段录音能划出的范围

四段视频和一句「会在合适的时候放出来」

六句结论，六条边界

References

Related content