被拆到四层机器里的 125B 权重、一条要你自己去设上限的账单、一个涂黑却仍能复制的数字和一次半年前就停掉的证书校验：10 月 5 日 HN 热榜在问，你没有选过的那个默认值，现在是什么设置？
从一台游戏机上跑 125B 模型、一条要你自己去设上限的按量账单，到一份涂黑却仍能复制的州政府报告、一次半年前就停掉的证书校验、一个每轮把上下文忘掉的编码智能体和一层从没学过的浏览器平台，六条材料逐条看清你没有选过的那个默认值现在是什么设置，以及今天能自己走哪一步。
北京时间 10 月 5 日早上 8 点，Hacker News 首页第一条是《在消费级硬件（RTX 4090）上以 100T/s 跑 Qwen 3.8 Flash Next（125B）》，568 分、270 条评论，上帖时间是 10 月 4 日晚上 8 点 51 分。12
榜上分数最高的另有其人：第 9 位那条《Tell HN：Bob Cringely 去世了》795 分、172 条评论；全榜分数第二高的《我们需要给几乎所有东西都加上默认的硬预算上限》584 分、297 条评论，排在第 49 位。榜序按时间衰减，分数按累计投票，两套数字每天对不上，周一的早上尤其明显。34
时间窗按上帖时间算，从 10 月 4 日早上 8 点（上一期截稿）到 10 月 5 日早上 8 点（北京时间）。有一条在窗口之外：《智能体不需要记忆，它需要文档》10 月 4 日凌晨 1 点上帖，比窗口起点早 7 小时，同期上帖的帖子早已掉出前 40，它还留在榜上第 25 位、342 分，因此本期把它收进来，并在对照表里注明原文时间。
选条标准沿用两条：这条材料今天能被翻到并逐句对质，以及读者今天还有一步能自己走。按这两条，本期收了榜首那条 568 分的新帖，也收了《开发者为什么不用平台原生能力》那条 272 分、285 条评论的帖子。
今天挑出来的六条材料，问的是同一件事：你没有选过的那个默认值，现在是什么设置。一个 125B 的模型默认该住在数据中心，今天它被拆到你的显存、内存、CPU 和硬盘四层里跑；一条按量计费的账单默认缺了"停下来"那一步；一份州政府报告默认回答"这是商业秘密"；一次证书校验默认应该在做校验，实际上半年前就停了；一层浏览器平台默认就在那里，而你从没学过它；一个编码智能体默认每一轮把上一轮忘掉。
榜上还有几条本期不单独成节。同一天榜上还有两条讣告和一条书评，原始材料落在付费墙或纸面上，本期不单独写。9 月 22 日那期已经写过 macOS 27 里那串散落的 Apple Intelligence 开关和不下载模型省空间的办法；今天第 3 位的 RemoveMacAI（292 分、176 条评论）是同一件事的续篇，它把这件事做成了一个可回退的工具，本期不再成节。5 Valve 工程师 Timur Kristóf 把十年前的 AMD 显卡接到现代驱动上，这条 456 分、上帖于 10 月 4 日凌晨 3 点 14 分，早于本期窗口，上一期已在开篇记过一笔。6 Homa 想用新协议替掉 AI 集群里的 TCP、Rust 构建提前输出元数据、一个 30 分钟纸板钟，这几条本期也只在开篇记一笔。78
一个 125B 模型，被拆到显存、内存、CPU 和硬盘四层里跑
谁在说：上帖人 snehesht 的开场白是"我试了，效果好得出乎意料"，并给出自己那台机器的读数。这条 10 月 4 日晚上 8 点 51 分上帖，568 分、270 条评论，是当时榜上第一条。跑模型的项目叫 Strata，作者是 GitHub 上的 Niko1221，仓库用 MIT 许可，11.0k star、961 fork。29
一手材料写了什么：Strata 跑的是 Qwen3.8-Flash-Next，一个 125B 参数的专家混合模型。仓库自己的说法是，这个模型像"24,576 个小专家的团队"，每个词只用其中 10 个。它把这件事摊到整台机器上：最常用的几千个专家留在显卡显存里，全部专家放进内存，处理器同时算剩下的，硬盘上放一张很大的查找表。作者用厨房打比方，常用的放台面，其余放储藏室。910
硬件门槛写在 README 第一屏：显存 12GB 以上，内存 32GB 以上（64GB 能跑全部档位），硬盘留出约 80GB；安装时下载的模型本体约 70GB。启动时它会把 35 到 55GB 装进内存，电脑可能卡住一到三分钟。9
速度表用的是两台普通游戏机：RTX 5070（12GB 显存）配 Ryzen 5 7600 和 64GB 内存，最低压缩的 Q2_0 档每秒写 94 个 token，读一段 32K 的提示每秒 2,650 个；压得更松的 IQ3_S 档写 53 个。AMD 的 RX 9070 XT（16GB）在 Q2_0 档写 60 个。表下的小字写明条件：4K 长度的回答、32K 的提示，Q2_0 那行用 0.1.36 引擎，其余行用 0.1.26。README 另外提到，24GB 的 RTX 3090 大约每秒 100 到 140 个 token，这句话是估算，没有出现在实测表里。911
提速靠两条机制：一条是"先猜再验"，小模型先猜下一段文字，大模型一次全部检查，仓库说同样的答案能早 1.6 到 1.8 倍出现；另一条是把长文本按最多 8,192 个 token 一批读进来，每秒超过 1,000 个 token。仓库还给了各档压缩的取舍：砍掉一半专家的 Coder 档，按作者自己的测量能到完整模型 SWE-bench Verified 分数的 91%，但中文等 CJK 文本更弱（issue #438）；最接近完整模型的 Unsloth UD-Q4_K_XL 档在 64GB 内存的机器上大部分要从固态盘读，每秒只写 7 到 8.5 个 token。仓库另有一份技术论文 PDF。912
评论区争在哪几点：第一路争"快"是拿什么换来的。0xbadcafebee 说，量化到 Q2 当然快，作者还链出一份 Q1 的版本、"一半专家被摘掉"，问题是长程编码任务里真正吃推理，那种场合靠不住。Tepix 只回了一句"Q2 量化。不感兴趣"。另一路接着问质量：esafak 问有没有人算过这些量化模型的"有效智力"，他认为发量化模型时该顺带发基准。2
第二路看的是提交者那台机器。snehesht 报出的是 4090 加 128GB DDR5 加 Ryzen 7950x3d；quietFalcon 追问，生成速度是专家卸载里容易的那一半，16K 上下文时提示词处理是多少。panny 说，他对"一个 99% 的人买不起的硬件上大模型表现如何"兴趣不大，他更想看 8GB 内存的手机上什么跑得最好。2
第三路对准安装方式。deadbunny 引用 README 里"把这段贴给你的 AI 助手"那句，说"我以为管道给 bash 已经算糟了"。此外有人怀疑仓库本身：hypfer 问这是不是又一个"Claude 顺手把 KV cache 量化到 q4 或更低"的仓库，README 没写，而且"整份 README 都是 AI 生成的"。2
今天能自己复检哪一步：打开仓库的 DETAILS.md，看那几张速度表的测试条件——回答多长、提示多长、引擎什么版本；再打开社区实测文件，看手上那张卡有没有别人的读数。手上有 12GB 以上显存和 32GB 以上内存的，按仓库给的两条命令装一次，先跑 Q2_0 再跑 IQ3_S，用同一段提示比较输出。1113
一条按量计费的账单，默认缺了"停下来"那一步
一手材料写了什么：他要求按量计费的服务和 API 提供默认的硬预算上限——"超过每月 X 美元就切断这项服务并返回错误"。他强调必须是硬上限，发一封警告邮件的软上限顶不了事。理由落在编码智能体上：智能体把"起一个会花钱的服务"的摩擦降得很低，而这些服务会调用付费 API、托管应用，或者按存储和算力继续计费。他的原话是，没有人愿意半夜收到一封超预算的警告邮件，醒来发现睡着的时候服务又花掉几百甚至几千美元。14
他对反方论点先做了回应：企业不想因为预算超了就让托管应用开始报错，但多数企业和个人宁愿看到错误，也不要一张一万美元的意外账单。他想要的服务商是 AWS，因为他听过很多人因为怕一个失控的服务让自己破产，干脆不在个人项目里用 AWS。文章里他也写到，AWS 几周前已经上线支出上限：9 月 16 日的公告说，升级到付费套餐时可以按用量模式给项目设一个月度支出上限，用量触到上限，项目当月暂停。AWS 的文档页上加了一条限制，"新体验目前只向少量客户开放"。Google Cloud 在 7 月上线了类似的功能，叫 Spend Caps，可以对项目里的特定服务设月度财务上限。14151617
评论区争在哪几点：第一路先给这些上限打折扣。modeless 说 Google Cloud 那个只对四个服务生效、其余都不支持，"对我的项目完全没用"，只支持"每月"这个周期也很别扭。gman83 补了一句：Cloudflare 也没有任何硬预算上限。4
第二路争这件事该不该由厂商来做。mitxela 的问法是"你的供应商为什么要让你更难不小心给他们一百万"；bl4kers 说没有它应该算违法；dpedu 问这为什么还不是法律。anigbrowl 站到反面：客户端既然都能自动调 API 了，为什么不能自己装一个断路器，把责任留在使用者这一侧。gausswho 猜厂商这么做，是因为客户早就在用虚拟信用卡自己解决问题了。4
第三路是具体踩过的坑和替代设计。Arcuru 说他几个月里把持续集成迁到 Ubicloud，直到当天早上才发现它没有硬预算上限，"幸好我没有用最贵的方式知道这一点"。kadhirvelm 问了一个不同的方向：超过金额阈值就自动切到更低一档的模型，大家怎么看。4
今天能自己复检哪一步：登录一家你正在按量付费的服务，找它的支出上限或预算设置，确认三件事——到顶是切断还是只发警告、覆盖哪些服务、能不能设成每月之外的时间窗。然后打开 AWS 那页文档，看你自己的账号有没有这个入口。1617
一份被涂黑的州政府报告，黑框里的数字还能复制出来
谁在说：内布拉斯加 KOLN/10-11 的报道 9 月 30 日发布、10 月 1 日更新，报道的是州政府公开系统中的一次涂黑失效。这条 10 月 5 日凌晨 3 点 37 分上帖，195 分、289 条评论，讨论热度是今天最高的几条之一。1819
一手材料写了什么：内布拉斯加要求州内数据中心每年向州"水、能源与环境部"提交年报，但几条州法挡住了公众看到用量。林肯的 Google 数据中心以 Agate LLC 名义申报，援引 Neb. Rev. Stat. §§81-1527、84-712.05 与 NAC Title 115 第 2 章，主张用电和用水属于商业秘密。Google 在奥马哈和 Papillion 的另外两个站点也这么做。1820
涂黑失效的办法很朴素：把光标拖过报告里的黑色方框，复制，粘到另一个文档。这样读出来的数字是，Agate LLC 报去年峰值电力需求 52.65 兆瓦，冷却塔、蒸发系统和站点运营合计用水 13.299 百万加仑。报道自己做了换算：约 1,300 万加仑能填满 20 个奥运会标准泳池，也少于林肯市 9 月 29 日一天用水量的一半。截至 9 月 30 日报送的六个数据中心，去年合计用水 7.65 亿加仑；其中最多的是 Papillion 的 Fireball Group LLC，2025 年年报用水 547.88 百万加仑。18
同样靠复制粘贴读出的还有退税数字：Agate LLC 报告 2025 年预计退税 55,822,472 美元，Fireball LLC 是 39,171,573.39 美元，奥马哈的 Westwood Solutions LLC 是 22,558,881 美元。Agate LLC 那份申报里还写着总建筑面积 288,530 平方英尺，约合五个橄榄球场。这件事的来由是州长 Jim Pillen 7 月 20 日签署的行政命令，要求州内数据中心自报对水、电网和本地基础设施的影响，由该部的数据中心工作组监督执行，申报截止 9 月 30 日；10/11 已在 9 月 30 日提交公开记录请求。1821
评论区争在哪几点：第一路争这些数字算不算大。api 说看起来没那么糟，用电是有规模，但用水这项"通常喊得最凶"的量，去看看一个高尔夫球场或一家大酒店用多少就明白了；tptacek 认为那基本上不是有意义的水量，并称赞记者把 1,300 万加仑换算成了可比的东西；drnick1 的反问是"那又怎样，冷却用的水不会消失"。反面的 i_love_retros 只问了一句：这些水量换来的是什么。motionlessvelocity 补了一条边界：水会回到环境里，除非用的是不会回补的深层地下水。19
第二路挑数字本身。devindotcom 说这组数字让人困惑：1,300 万加仑来自一个站点，另外五个一加就有 7.65 亿，其中 Papillion 一个占 5.48 亿，它是更大还是更没效率，报告里看不出来。eleventen 提醒不要把"许可水量"当作"实际取水量"来读，并举了 Andy Masley 的整理。19
第三路才是涂黑这件事。dylan604 说，这份文件是在 Epstein 那次涂黑事故之后做的，结果还是泄了；jimjimjim 认为各级政府到现在都该有数据与记录专员和信息处理流程，也可能这是有意"失手"泄出来的，真要挡住的话，涂黑、打印、扫描再发就够了。bluecheese452 把话题引向壳公司和保密协议。19
今天能自己复检哪一步：打开内布拉斯加该部的公开访问系统，在 DEQ Program 栏输入 DCR，把这些申报自己翻一遍，顺手试一次那个复制粘贴；再读一遍 7 月 20 日那份行政命令，看它要求公开到什么程度；最后查你所在地区的数据中心，水电和税收优惠的数字有没有公开的入口。2122
半年前就停止校验的那一层：Xray-core 的一次绕过
谁在说：报告者是 dyhkwong，他自己在文首声明"我是这个漏洞的报告人"，全文 10 月 2 日发在 net4people/bbs 的 issue #672。这条 10 月 5 日凌晨 1 点 38 分上帖，34 分；上帖六小时后，讨论区还没有一条评论。2324
一手材料写了什么：整条时间线都带提交哈希和版本号，可以逐条打开。2021 年 10 月 21 日，Xray-core 加入选项
pinnedPeerCertificateChainSha256，在常规证书校验之外再做一层自定义证书链固定；用自签名证书的人可以同时打开 allowInsecure 和它，跳过常规校验、只做固定校验。后来 Xray-core 公开把 allowInsecure 说成不安全，用词是"裸奔"。232026 年 1 月 9 日，Xray-core 删掉
pinnedPeerCertificateChainSha256，换成 pinnedPeerCertSha256，理由是不再让用户跳过证书校验。1 月 13 日，含这次改动的版本 v26.1.13 发布；旧选项已经删掉，自签名证书的用户只能迁到新选项。1 月 16 日，Xray-core 又改了新选项的逻辑，让它总是跳过常规证书校验，只做自定义固定。报告者说，到这一步，常规校验这一层被永久关掉了，剩下的保护全压在自定义固定上。232026 年 2 月 6 日，报告者发现了这个漏洞：中间人把一张叶子证书插进证书链的任意位置，自定义固定逻辑就会校验通过。他说这个漏洞简单到"不需要多少安全知识，一眼就能看出来"。同一天他把漏洞私下报告给维护者，同一天维护者用一条提交把它修掉，那条提交的信息写的是"简化代码"；同一天发布 v26.2.6，版本说明里一个字都没提安全；也是同一天，Xray-core 在 Telegram 频道发帖说"软件必须以安全为核心来设计，消除人为因素的影响，保证最笨的用户也不会裸奔"。2325
2026 年 7 月 3 日，报告者发现这个修复并不完整，某些情况下证书校验仍可被绕过。他这次改走 GitHub 安全公告，重新报了一遍。按他的说法，从漏洞进入正式版本到走安全公告，用户已经在不知情的情况下裸奔了近半年。2326
两边留下的文字说了什么：这一节的争点写在报告者与维护者各自留下的文字之间。报告者的判断是，维护者一边公开贬低"跳过证书校验"，一边对自己产品里的校验绕过保密：修复提交写的是"简化代码"，发版说明不提安全，直到 7 月被再次发现才走安全公告。维护者一方能公开看到的文字有三处——1 月 9 日删掉旧选项时说这是为了阻止用户裸奔，1 月 16 日的提交让新选项总是跳过常规校验，2 月 6 日的 Telegram 帖说要消除人为因素。这三处文字里，没有任何一处提到当时已经存在的漏洞。提交、版本与安全公告都能打开逐条核对；维护者为什么选择不披露，材料里没有他们的说明。2325
今天能自己复检哪一步：打开 issue #672，顺着时间线把每个提交和每个版本打开看一遍；在 GitHub 上打开那份安全公告，看修复覆盖了哪些版本；如果你在用 Xray-core，查两件事——当前版本号，以及配置里有没有用到
pinnedPeerCertSha256，用到了就把版本升到公告指定的修复版本。2326智能体的上下文，写在仓库的文件里
谁在说：Kevin Liao 10 月 3 日把这篇文章发在自己站点上，10 月 4 日凌晨 1 点 3 分上帖，342 分、210 条评论，到本期截稿仍在榜上第 25 位。文章结尾他给出自己开发并维护的开源插件 Operator Memory。2728
一手材料写了什么：他把市面上的"记忆"插件归纳成同一个套路——翻会话记录、生成上千条"记忆"片段、塞进向量库，每次提示取最相似的五条注入，不够用时再给智能体一个搜库的工具。他列了这套做法的五个问题：靠相似度取回，你不知道哪条还正确；片段没有上下文，动机、教训、环境都丢了；把过去当事实，而代码库每天都在变，五百条关于认证的片段里有多少还准；智能体不知道自己不知道，所以不知道什么时候该搜；存储不可审计，一万条嵌入躺在 SQLite 里，哪些过期、哪些从没被取回、哪些正在悄悄影响行为，都看不出来。他的总结是，这一整套都假定"智能体会忘，所以要记得更多"，而没有别人是这么处理知识的——没有人会去重看三年前的会议录像，人会把东西写下来，然后用那份记录。27
他给的替代方案是把记忆换成一个仓库里的 Markdown"大脑"：指令、规格、决策、研究、索引都写成文件，干活前先读，干完把过期的改掉、缺的补上。循环于是从"提示 → 写 → 忘"变成"提示 → 查阅 → 写 → 更新"。他说自己一年前就开始这么做，最初只是让智能体在一个
internal/ 文件夹里把东西写下来。2729评论区争在哪几点：第一路问文档能不能替掉程序的心智模型。jdw64 搬出 Peter Naur 那篇《Programming as Theory Building》：文档本身抓不住、也留不住程序背后的完整心智模型；他随即转向另一点，AI 和人的不同在于它更多的工作上下文必须被显式写出来。28
第二路是维护成本。alienbaby 说他做过类似的东西来跟踪家里的物件，数据一多，读写、合并、去重、让过时信息保持相关，都会很快烧掉 token，一个小任务也会因为文档被读、被改、被汇总、被刷新而膨胀。28
第三路问是不是非装这个工具不可。docheinestages 说："我为什么要为这个装你的工具？它本来可以只是 AGENTS.md 里的一条指令，或者一个提醒智能体的钩子。"gregwebs 说他不想要只有智能体才看的文档，他用的做法是生成架构决策记录，外加一份
CONTRIBUTING.md 和一份 CODING_STANDARDS.md。bushido 说他写的是"原则"而不是"记忆"，还给原则编了版本号，代码注释里必须引用对应版本，原则一改代码跟着改。28第四路回过头质疑记忆插件本身。monneyboi 说："我从来不懂编码智能体的记忆方案。整段会话历史就在那儿，一个 recall 技能加一点 JSON 解析，就能对一份完美记忆做 grep；为什么还要用更多工具、烧更多 token，在旁边造一份不完美的记忆？"28
今天能自己复检哪一步：打开那篇原文和 operator-memory 仓库，看它的目录结构长什么样。然后在自己的项目里试一天，只加一条规则——开工前读某个目录，收工后写回。第二天问自己一个问题：智能体少问了我几个问题。如果你还想继续用向量式记忆，至少先回答哪一条已经过时、哪一条从没被取回这两个问题。2729
默认去 npm 找一个包：开发者为什么不用平台原生能力
谁在说：Nolan Lawson 是前端圈的知名开发者，PouchDB 的作者。文章 10 月 3 日发在他自己的博客上，10 月 4 日中午 12 点 10 分上帖，272 分、285 条评论，位置在第 20 位。3031
一手材料写了什么：这篇文章的立场有点特别——作者自己多年站在"用平台"那一边，这次反过来替对面说话，因为他想弄明白一件事：如果"用平台"这么显然，为什么还需要一直说服人。30
他给的理由分三层。第一层是历史：很长一段时间里，浏览器在追生态，jQuery 这类库填的是关键的洞，而且你还得等 IE6 这样的浏览器彻底退场，代码才敢用新 API。第二层是熟悉度：习惯在 npm 上找 React 组件的人，会一直去 npm 找，他举的例子是，去 npm 搜"sticky 定位"，不会有一个包在说明里写"直接用 CSS 的
position: sticky 啊笨蛋"。第三层是文档：npm 包的 README 往往写得又细又带截图和教程，而平台自己的文档长期散在博客、StackOverflow 和 CSS Tricks 里，那些站点本身还常常劝你去用一个库。30他把最核心的一层留到最后：对一个开发者，"自己造"就是更好玩。他拿模态框举例——你要处理背景滚动、按 Esc 关闭、焦点陷阱、把焦点还给触发它的元素；对一部分人是噩梦，对另一部分人是乐趣，而且做过之后会长出"宜家效应"，自己拼出来的东西更愿意维护。他自己就是从写 IndexedDB 和 WebSQL 的补丁开始的，最后坐进了 W3C 的标准会议，给 IndexedDB 规范提 issue 和 PR。他也承认"自己造"有时纯粹出于无知，比如 CSS 一直不好懂，清除浮动、float、
min-width: 0 这些技巧都不直观，与其弄懂内部算法，不如用命令式 JavaScript 写一遍。他给了自己工作里的例子：他和同事在 ClickHouse 里存大 JSON，一个先生成压缩再存，另一个另建了一个键值库；读文档才发现两人都错了——ClickHouse 自己会压缩，列式存储跨行压缩效果更好，那个键值库就是列式查询的穷人版。30文章结尾他承认自己忍了一整篇没提 AI，然后把这件事分成了两种走向：乐观的一种是，大模型对平台的 API 了如指掌，能直接挑对的那个，而且代码不是开发者自己写的，"宜家效应"也就消失了；悲观的一种是，大模型爱重复造轮子，开发者又不舍得让智能体去试替代方案，于是偏离平台习惯的自造代码会暴涨。30
评论区争在哪几点：第一路直接说平台的 API 就是不好用。jchw 拿了 12 条回复，他的说法是，Web Components 是一个设计糟糕、用起来别扭的 API，有多少人在不套 Lit 或更大的框架的情况下直接用它；相比之下 React 是个设计得不错的库，也没那么臃肿。satvikpendem 把 Web Components 和 IndexedDB 并列，说两者都得包一层才好用，"定平台的人不是每天写代码的开发者，所以他们不拿自己的产品当饭吃"。31
第二路说平台有缺件。usernomdeguerre 举的是可搜索又完全无障碍的下拉框，平台到今天都没给，你必须离开平台才能做出用户期待的体验；slopinthebag 举原生
<dialog>：开发者宁可自己写对话框，是因为无障碍、焦点管理、移动端和读屏支持、以及灵活性都更好——"当'用平台'的结果严格更差时，很难为它辩护"。31第三路是这篇帖子里的争论已经换成 AI 的了。JSR_FDED 说作者其实已经把答案写得很细——熟悉度、抽象层级、文档——但他注意到一层变化：过去那套"自己造、下次更快、再下次更快"的成长路径，在 AI 时代很多人觉得不成立了。zatkin 说得更直白：感觉像是 Anthropic 和 OpenAI 在推 harness engineering 那一套，想让工程组织乃至整个公司都"用平台"，别再自己碰软件。onion2k 给了一个反过来的例子：他最近几个网站基本是 Claude 生成的，只要坚持页面体积，它就会避开 React，用浏览器原生元素和纯 JavaScript。31
今天能自己复检哪一步：打开原文读他那段模态框和 ClickHouse 的故事，再看文章末尾链的 fediverse 与 Lobsters 讨论。在自己的项目里挑一个"是我自己包的"组件——模态框、下拉框、虚拟列表都行——做一次替换试验，量一次包体积和交互延迟。如果你在用编码智能体，给它加一条"先检查平台原生 API，再考虑引入依赖"的指令，看它下次是不是少装一个包。3031
六件事
| 这件事 | 默认值现在是什么设置 | 谁把它设成这样 | 材料里还没有的 | 今天能自己走的一步 |
|---|---|---|---|---|
| 一个 125B 模型在你自己的机器上跑（10 月 4 日晚上 8 点 51 分上帖）2 | 权重被拆到显存、内存、CPU、硬盘四层，最快的档位是压缩最狠的 Q2_0 | Strata 作者把模型的专家按冷热重新分配 | 提交者报出的 124 token/s 是 4090 加 128GB 内存的读数，README 的实测表里没有 4090 这一行 | 打开 DETAILS.md 看测试条件，再跑一次 Q2_0 与 IQ3_S 的对比 |
| 一条按量计费的账单（原文 10 月 3 日）14 | 多数服务默认没有硬上限，到顶只发警告邮件 | 服务商的计费设计，加上企业怕应用报错的顾虑 | 上限覆盖哪些服务、能不能设成非月度，各家写法不一 | 查你正在付费的服务，确认到顶是切断还是只发警告 |
| 一份被涂黑的州政府报告（报道 9 月 30 日）18 | 涂黑是唯一的控制手段，而它挡不住复制粘贴 | 申报方援引商业秘密条款，州法给了这个口子 | 许可水量与实际取水量、各站点之间的可比性 | 在州政府公开系统里输入 DCR，自己翻一遍这些申报 |
| 一次证书校验（漏洞 2 月 6 日进入修复流程，7 月 3 日走安全公告）23 | 常规证书校验被永久跳过，只留自定义固定；固定逻辑本身可被绕过 | 1 月 9 日与 1 月 16 日的两次改动 | 维护者为什么选择不披露，材料里没有他们的说明 | 查你的版本号和配置里有没有 pinnedPeerCertSha256 |
| 一个编码智能体的上下文（原文 10 月 3 日）27 | 每轮从向量库里捞五条最相似的片段注入，下一轮忘掉 | 记忆插件的默认架构 | 文档维护本身要烧多少 token，评论区只有个人经验 | 只加一条规则：开工前读某个目录，收工后写回 |
| 一层浏览器平台（原文 10 月 3 日）30 | 需要功能时先去 npm 找包，平台那一层从来没学过 | 历史、熟悉度、文档来源，加上自造更好玩 | 在 AI 写代码之后这套习惯会不会变，作者自己给了两种相反的走向 | 挑一个自造组件，替换成平台原生实现并量一次 |
还剩五个问题
- 这个东西现在的默认设置是什么，是谁设的？
- 要把它翻出来看，今天能打开的那份原始材料是哪一份——仓库、文档、法案、公告，还是对方留下的提交信息？
- 如果这个默认值一直不变，代价会落在谁身上，落在什么时候？
- 想改它，动作在哪一层：你的设备、你的账号后台、厂商的服务，还是上游的代码？
- 今天你能自己走完的那一步，是哪一步？
References
- 1Hacker News top 榜 2026-10-05 快照
news.ycombinator.com
- 2
- 3Tell HN: Bob Cringely has died 在 Hacker News 上的讨论
news.ycombinator.com
- 4We're going to need default hard budget caps 在 Hacker News 上的讨论
news.ycombinator.com
- 5RemoveMacAI 仓库（GitHub）
github.com
- 6
- 7Homa: The end of TCP for AI clusters 在 Hacker News 上的讨论
news.ycombinator.com
- 8
- 9Strata 仓库（GitHub）
github.com
- 10Qwen3.8-Flash-Next 模型页（Hugging Face）
huggingface.co
- 11Strata 的速度与实现细节
github.com
- 12Strata 技术论文（PDF）
github.com
- 13Strata 的社区实测结果
github.com
- 14
- 15
- 16Create a spend limit in AWS Settings
docs.aws.amazon.com
- 17New early anomalies and spend caps on Google Cloud budgets
cloud.google.com
- 18
- 19
- 20Neb. Rev. Stat. §81-1527
nebraskalegislature.gov
- 21内布拉斯加州长行政命令 26-17（PDF）
govdocs.nebraska.gov
- 22内布拉斯加数据中心年度报告公开访问系统
ecmp.nebraska.gov
- 23
- 24
- 25Xray-core v26.2.6 发布页
github.com
- 26Xray-core 安全公告 GHSA-5wf9-h793-w73c
github.com
- 27
- 28Agents don't need memory, they need documentation 在 Hacker News 上的讨论
news.ycombinator.com
- 29operator-memory 仓库（GitHub）
github.com
- 30Why don't more developers "use the platform"?
nolanlawson.com
- 31Why don't more developers "use the platform"? 在 Hacker News 上的讨论
news.ycombinator.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.