No.01
LLMs reward expertise
LLM 更奖励专业能力
830 分
347 条评论
作者: MaxMussio
作者反驳「用 LLM 没有技能差异」的说法,认为最关键的提示能力其实是领域专长。以陶哲轩与 ChatGPT 讨论雅可比猜想反例为例,专家能用简短问题把模型引入专业对话模式,识别异常、提出替代表述并决定下一步;普通人只能从模型那里获得「还行」的通用答案。作者将这一经验推广到软件工程:熟悉代码库的人能更强硬地校正、约束和提取模型能力。争议在于,这种观点也可能只是让专家安心的叙事;也有评论指出一些数学突破来自简单提示。但作者强调,目前仍需要专家检查、筛选和引导模型输出。
No.02
Show HN: Run an 80B Qwen in 4.3 GB of RAM on a Mac, and a 35B on an iPhone
展示:在 Mac 上用 4.3GB 内存运行 80B Qwen,在 iPhone 上运行 35B
143 分
54 条评论
作者: leonickson
Swiftlet 展示了一种在极低内存设备上运行超大 MoE 模型的方案:通过按需加载、磁盘换入换出等技巧,让 80B Qwen 可在 Mac 的约 4.3GB RAM 中解码,35B 模型也能在 iPhone 上跑。评论认为这对本地 AI、隐私和离线推理有启发,尤其适合后台批处理或实验。但争议集中在速度与可用性:预填充阶段可能成为真正瓶颈,长上下文处理会很慢;频繁读写也可能损耗 SSD。有人指出若增加 RAM 缓存或保留常用专家,性能或可调性会改善,也有人把它视为面向未来高效端侧模型的早期探索。
No.03
Amazonian civilization had estimated 3M people in 3% of forest area
亚马孙密林中的古代文明:3%森林区域或曾居住300万人
128 分
98 条评论
作者: marojejian
Science 报道称,研究者借助激光雷达在亚马孙密林中发现大量此前未知的土方遗迹、几何地貌和聚落痕迹,并据此估算古代亚马孙文明可能在约3%的森林区域容纳约300万人。评论普遍认为,这进一步削弱了「原始、未被触碰的亚马孙」叙事:前哥伦布时期原住民可能通过土壤改良、火炭和景观管理长期塑造雨林。但争议集中在从已扫描遗迹外推到百万级人口是否过度;也有人指出相关文明可能早在欧洲人到来前数百年已衰落,疾病、生态恢复与考古可见性使后人误判了历史规模。
No.04
Ten advances in mathematics and theoretical computer science
OpenAI 发布数学与理论计算机科学十项进展
524 分
802 条评论
作者: milkshakes
OpenAI 称其内部模型在数学和理论计算机科学中推动了十项结果,并公开了 Lean 形式化证明仓库,涉及高维球堆积、多色 Ramsey 数、最近向量问题、非 sofic 群等方向。评论区普遍认为这显示 AI 在证明生成和形式化验证上的能力快速提升,可能改变学术研究流程;但不少人质疑这些结果的领域重要性、是否经过同行评审、实验筛选成本与透明度,也担心署名归属、学术就业、实用影响以及未来公司不再公开此类发现。
No.05
Devtools must be open source
开发者工具必须开源
584 分
198 条评论
作者: bryanmikaelian
作者认为,AI 编程代理显著降低了个性化软件的成本:用户不仅可以让代理修改开源工具源码,还能通过定时任务自动跟进上游并重放本地改动。因此,开发者工具若不开源,就无法被真正按个人和团队需求重塑。文章以 Shelley 集成 meat.dev 为例,说明代理能直接改动核心代码,实现传统插件系统难以覆盖的工作流。争议在于,作者进一步推断配置文件、插件系统的重要性会下降,引发社区对维护成本、可审计性、商业模式和闭源 LLM 依赖的质疑。
No.06
There Will Come Soft Rains (1950) [pdf]
雷·布拉德伯里《细雨将至》
135 分
51 条评论
作者: pmg101
这篇 1950 年短篇《细雨将至》因故事设定日期接近 2026 年 8 月 5 日而被重新提交。评论显示,读者主要围绕其核战后世界、自动化住宅在主人消失后仍按日程运转的意象,以及萨拉·蒂斯代尔同名诗歌中「自然在人类灭亡后继续存在」的主题展开讨论。许多人认为它精准预示了智能家居,却更关心技术无法理解灾难的荒诞;也有人觉得布拉德伯里文风过于华丽,或认为作品理念强于情节。社区还补充了广播朗读、苏联动画改编、音乐与近作中的呼应,并将其与冷战核威胁和当下重新升温的末日焦虑联系起来。
No.07
Ask HN: Who is hiring? (August 2026)
谁在招聘?2026 年 8 月
165 分
145 条评论
作者: whoishiring
这是 Hacker News 每月招聘帖,正文缺失,但评论几乎全部是公司直接发布的岗位信息。招聘方覆盖嵌入式 UI、核聚变、个人 AI、开源兼容层、工业 AI、医疗运营、网络安全、机器人、金融交易、量子计算、教育科技、法律科技、数据库工具和云基础设施等方向。岗位以全职工程职位为主,远程、混合和现场并存,地点集中在美国旧金山、纽约、湾区、欧洲和部分亚太城市。AI 与实体产业结合是明显主线,包括制造、保险、医疗、CAD、半导体、机器人和企业流程自动化。薪资透明度较高,部分美国岗位标出 15 万至 30 万美元区间,也有合约时薪与股权。评论没有形成争论,更像结构化招聘市场快照。
No.08
CollectWise (YC F24) Is Hiring
CollectWise 招聘 AI 语音代理工程师
1 分
0 条评论
作者: OBrien_1107
YC F24 公司 CollectWise 正在招聘 AI Agent Engineer,负责其债务催收语音 AI 代理的基础设施、提示系统和核心架构。公司称其生成式 AI 催收代理表现已达人工催收员的 2 倍,并以更低成本服务美国 350 亿美元债务催收市场;五人团队已在数月内做到 200 万美元年化收入,目标一年内达到 1000 万美元。岗位要求建设 LiveKit 实时语音系统、优化 ASR/STT/TTS、设计合规对话流程、测试评估框架和版本化工具,并将技术指标直接绑定转化率、回款率和客户满意度。薪资 20 万至 30 万美元,股权 0.25% 至 1%。
No.09
That time when I failed the Microsoft interview
我那次微软面试失败的经历
40 分
60 条评论
作者: wofo
作者回忆 2015 年本科期间申请微软暑期实习的电话面试。他按「Cracking the Coding Interview」准备行为题、数据结构和脑筋急转弯,面试中果然遇到书里的 12 颗弹珠天平题。出于诚实,他告诉面试官自己见过这道题并要求换题,结果新题在压力下没解出来,最终收到拒信。文章既是一次年轻求职者的自嘲,也引出对大厂面试的质疑:诚实是否会被奖励、脑筋急转弯是否真能衡量工程能力,以及候选人永远难以知道被拒的真实原因。
No.10
Smaller, faster, safer: running Kimi and GLM at scale
Cloudflare 如何低成本规模化运行 Kimi 和 GLM
205 分
50 条评论
作者: ascorbic
Cloudflare 介绍 Workers AI 在生产中服务 Kimi、GLM 等长上下文 MoE 模型的三项优化:将解码阶段 KV 缓存从 BF16 量化到 FP8,使并发缓存容量翻倍,峰值吞吐提升约 41%;将 GLM 5.2 权重量化为 INT4,模型从 705GB 缩至 421GB,解码更快但预填充变慢,因此按阶段分别采用不同精度;并加入 KV 缓存完整性检查,防止共享物理缓存页串读,开销低于 1%。文章声称准确率无明显损失,但评论质疑评测深度、量化披露方式、价格透明度和隐私承诺。
No.11
Prevent cognitive debt by manually retyping LLM-generated code
手动重打 LLM 生成代码,避免认知债
468 分
379 条评论
作者: mpweiher
作者仍在个人项目中使用编程助手,但不再让它直接改代码或一次性完成整项功能,因为这会带来「认知债」:代码虽然出现了,自己却不了解其结构、位置和设计取舍。他的做法是让 LLM 在聊天中生成方案和代码,再由自己手动输入、改写和整合。这样效率可能只提升约两倍,而非十倍,但能在输入过程中发现幻觉、查清陌生 API、重构风格,并建立对代码库的空间地图。文章把这类做法类比为过去学习编程时不复制粘贴示例代码,而是亲手打出来。争议焦点在于:这究竟是有助理解的主动学习,还是低效、痛苦且很快会被更强 AI 工作流淘汰的仪式。
No.12
Ask HN: Who wants to be hired? (August 2026)
Ask HN:2026 年 8 月求职者自荐帖
107 分
252 条评论
作者: whoishiring
这是 Hacker News 月度「谁想被雇用」招聘自荐帖,正文虽无法抓取,但评论显示其核心用途是让求职者按地点、远程意愿、搬迁意愿、技术栈、简历和联系方式发布个人档案。样本覆盖南非、欧洲、印度、东南亚、美国、拉美等地,远程工作几乎成为默认诉求。技术画像高度集中在全栈、后端、云基础设施、数据工程与 AI/LLM 应用,频繁出现 Python、TypeScript、React、PostgreSQL、Docker、AWS、RAG、Agent、MCP 等关键词。争议性讨论很少,更多是市场信号:候选人地域分散、愿意跨国远程协作,但搬迁多依赖签证支持或限定地区。
No.13
Beauty in my backyard
后院里的美:丑建筑如何阻碍住房建设
9 分
0 条评论
作者: footest
文章讨论建筑审美与住房开发受阻的关系。作者认为,丑陋建筑确会影响政策,但主要不是激发本地「NIMBY」反对者,而是召唤远离项目、基于粗略公共判断介入的「NITBY」群体。传统观点把保护主义解释为战后规划破坏或郊区邻避借口,作者则反驳:大规模限建早在现代主义建筑流行前已形成,本地反开发并非因新建筑更丑才兴起;但战后现代主义作品普遍不受欢迎,可能使更广泛公众支持历史保护与限制重建。结论是,美观设计可缓和部分阻力,却不是解决住房短缺或邻避政治的万能药。
No.14
MiniMax H3 Day-0 Support in ComfyUI: Open Weights, Native Audio, and 2K Video
MiniMax H3 首日接入 ComfyUI:开放权重、原生音频与 2K 视频
290 分
85 条评论
作者: vblanco
ComfyUI 宣布在 MiniMax H3 发布当天完成原生支持。这是一款开放权重的全模态视频模型,可接收文本、图像、视频和音频输入,生成最长 15 秒、最高 2K 的视频,并在同一生成流程中输出原生立体声。文章强调其文本生视频、图生视频、首尾帧控制、参考素材迁移、运动迁移和局部编辑能力,称多模态理解能把过去分散的图像、音频、视频参考与提示词整合到一个模型中。ComfyUI 还通过权重裁剪、查表替代和动态显存卸载降低内存占用,宣称可在消费级显卡上本地运行。争议集中在生成速度、真实可用性、审美同质化、提示词遵循度、授权和监管风险。
No.15
Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
Hoplite:一键部署云端编程 Agent
68 分
52 条评论
作者: BenceRed
Hoplite 是 YC S26 项目,主打把编程 Agent 放到云端沙箱中运行:每个线程对应一台隔离 VM,可启动应用并提供实时 URL,Agent 能开 PR,并在 review 评论到来后继续沿用同一上下文迭代。团队认为开发者会从逐行审代码转向审查产品输出。评论区关注它与 Claude Code、Cursor Cloud Agents、Amp、GitHub Copilot Cloud、Codex Cloud 的差异,普遍认为「live URL」和「一线程一 VM」是亮点;争议集中在成熟基础设施能否迁移、本地工作流如何无缝切到云端、Agent 是否真能可靠处理 PR 反馈,以及定价和模型灵活性。创始人回应称支持多模型,正在改进本地到云端的切换、生产环境副本和自定义 Docker 镜像。
No.16
Twenty Years of Pandoc
Pandoc 二十年
216 分
25 条评论
作者: fiddlosopher
John MacFarlane 回顾 Pandoc 从 2006 年约 3000 行 Haskell 代码起步,到二十年间发布两百多版、支持五十多种文档格式并被数百万设备安装的历程。项目最初源于作者想用 Haskell 练手写 Markdown 解析器,以 AST 连接多个 reader 和 writer,形成可扩展的 N×M 转换架构。文章梳理了 Debian 打包、Hackage、GitHub、模板系统、引用书目、docx、EPUB、Lua 自定义 writer、JSON filters 等关键节点,也强调 Haskell 的类型与抽象能力、社区协作和谨慎扩展,是 Pandoc 长期稳定演进的基础。
No.17
Andy Pavlo joins ClickHouse to establish ClickHouse Labs
Andy Pavlo 加入 ClickHouse,创立数据库研究团队 ClickHouse Labs
304 分
63 条评论
作者: nikolay_sivko
CMU 数据库教授 Andy Pavlo 宣布加入 ClickHouse,创立并领导 ClickHouse Labs,目标是做面向数据库的产业研究机构,而非与工程脱节的实验室。团队将与 ClickHouse 工程、客户和伙伴协作,把有科学价值的想法推进到产品中,并参与 PostgreSQL 托管服务的性能和可靠性建设。文章强调 ClickHouse 早期即具备 C++、SIMD、向量化执行等先进特性,长期与学术研究相关。未来重点包括验证工程 backlog 中的优化、探索 ClickHouse 与 PostgreSQL 在 AI 和 agentic 工作负载中的角色,以及研究 agent 如何反过来改进 DBMS 开发。评论总体祝贺,也讨论产业研究、学术资助、存算分离和原生格式优势等问题。
No.18
Celebrating 45 Years of Kermit with the First New C-Kermit Release in 15 Years
Kermit 45 周年:C-Kermit 时隔 15 年发布新版
153 分
40 条评论
作者: roryirvine
文章回顾 Kermit 自 1981 年诞生以来在异构系统通信中的作用:它能适应短包、7 位链路、字符集转换和高误码串口,后来发展为功能强大的 C-Kermit,支持 TCP、脚本、滑动窗口和高速传输。作者作为 Debian 维护者接手老代码库,修复安全与兼容问题,改变不合时宜的默认转换行为,加入 IPv6、近 2000 个测试、跨平台 CI,并清理大量历史条件代码,最终推动 C-Kermit 11 发布。文章也强调 Frank da Cruz 长达 44 年的维护贡献,以及 Kermit 在嵌入式、复古系统、固件更新和复杂 SSH 文件传输中仍有现实价值。
No.19
Windows XP 2002 for the Itanium: Unbridled rage
在 QEMU 中折腾 Windows XP Itanium 版
94 分
50 条评论
作者: jandeboevrie
文章记录作者尝试用 Malte Kuhlmann 的 QEMU Merced 分支运行 Windows XP/2003 Itanium 版的过程。核心难点不是安装系统本身,而是先在 macOS 上搭出 ia64-linux-gnu 交叉编译环境,构建 Itanium 固件,再编译带 Merced 模拟的 QEMU。作者给出 binutils、GCC 15、QEMU 配置参数、镜像校验值和启动命令,并说明安装 XP Itanium 时仍可能硬锁或崩溃,需要多次重建磁盘重试。文章价值在于把一个早已死亡的平台重新跑起来,同时暴露出 Itanium、EFI 固件和早期 64 位 Windows 生态的脆弱与历史趣味。
No.20
Why did we wait so long for the bicycle? (2019)
为什么自行车姗姗来迟
34 分
26 条评论
作者: frozenseven
文章追问:自行车结构看似简单,为何直到19世纪末才成熟?作者梳理道路、马匹、钢铁、橡胶轮胎、链条、轴承、制造精度等解释后认为,技术条件确实让自行车变得实用廉价,却不能解释早期实验为何迟缓。更深层原因在于人们长期把人力车想象成四轮马车,直到德莱斯把思路转向两轮、单人、近似机械马的「跑步机」。随后几十年又经历危险笨重的高轮车、踏板、链传动、安全车等设计迭代。自行车的出现是材料、道路、市场、中产休闲需求和发明文化共同成熟的结果,而非单一灵感。
No.21
IPC-7351B Electronic Component Zero Orientation [pdf] (2010)
IPC-7351B 电子元件零度方向规范
11 分
4 条评论
作者: gregsadetsky
这份 2010 年的 PDF 讨论 IPC-7351B 中电子元件封装库的「零度方向」约定,即在 CAD/EDA 库、贴片机和装配厂之间如何统一元件默认朝向,避免旋转、极性或引脚 1 标识理解不一致导致装配错误。评论认为该资料虽旧,但仍反映 PCB 制造中的现实痛点:多引脚器件常见「引脚 1 在左上」和「引脚 1 在左下」两种习惯,封装标准并未完全消除歧义。LED、二极管、电容等极性器件尤其容易出问题,装配厂往往会额外确认方向;WS2812 系列还因封装变体和标记混乱被点名为典型麻烦源。争议点在于它是否值得上 HN:有人觉得过时且相关性有限,也有人认为对实际 PCB 生产仍有参考价值。
No.22
200 Milliseconds
200 毫秒内一次点击的旅程
264 分
75 条评论
作者: dimitarpanov
这篇互动长文似乎以一次点击购买按钮后约 200 毫秒内发生的全过程为线索,把触控板中断、操作系统事件、浏览器、DNS、TLS、网络往返、负载均衡、后端服务、数据库写入、响应返回和 DOM 渲染串成时间轴,用可视化方式解释现代 Web 请求背后的层层系统。评论普遍称赞其叙事和动画适合基础设施工程师学习,也有人联想到经典问题「输入网址后发生了什么」。争议集中在若干时序和物理延迟是否准确、输入延迟是否被低估、购买场景是否误导,因为真实支付链路通常不会只有 200 毫秒;另有不少人批评文风像 AI 生成、页面配色和布局在部分设备上可读性欠佳。
No.23
Apple is getting this wrong
OpenAI 公开反驳苹果:这件事苹果做错了
148 分
134 条评论
作者: meetpateltech
OpenAI 在官方博客发文反击苹果相关诉讼,称苹果对前员工 Tang Tan 及 OpenAI 的指控存在误导,OpenAI既没有也不想使用苹果商业秘密,并用邮件和 iMessage 截图质疑苹果律师沟通、取证和叙事的可靠性。评论普遍认为,文章像一篇情绪化公关战帖,试图在庭审前争夺舆论,而非严肃法律回应;不少人指出它回避了苹果核心指控,选择性披露证据,还把「混淆两个亚洲姓氏」等细节写进官方声明显得不专业。也有评论关注苹果员工使用个人 iCloud 处理工作信息的制度问题,认为这可能解释部分证据来源。
No.24
Replacing the Kobo Libra H2O Battery
更换 Kobo Libra H2O 电池实录
69 分
23 条评论
作者: austinallegro
作者的 Kobo Libra H2O 出现充满后一小时内耗尽的问题,判断是电池老化。检索后发现难点不在拆机本身,而是找到便宜且匹配的替换电池;最终通过 Reddit 线索在 AliExpress 购买「PR-158098N Battery For Kobo」。更换流程包括撬开后盖、用约 350°C 烙铁去除焊点胶层并拆下正负极、按极性焊接新电池、确认开机和充电后用 3M 胶固定并合盖。文章强调电子阅读器技术迭代有限,与其因电池报废整机,不如通过维修延长寿命;争议主要集中在第三方锂电安全、防水密封是否受影响,以及不同 Kobo 型号的可维修性差异。
No.25
How Hollywood stopped making movies in Hollywood
好莱坞为何不再在好莱坞拍电影
191 分
235 条评论
作者: speckx
文章追溯洛杉矶从电影工业中心走向生产外迁的过程:早期好莱坞凭阳光、地貌、片厂与熟练工形成高效集群;后来大片化、IP 化和预算膨胀推动剧组转向伦敦、亚特兰大、温哥华等有基础设施和税收优惠的地点。结果是故事发生地与拍摄地逐渐脱钩,纽约可由多伦多代替,欧洲城市可由布拉格拼贴。作者认为观众通常难以察觉或并不在意,但这种迁移压缩了洛杉矶本地基层从业者生态。文章最后把问题归结到「成本病」与高房价:劳动密集型创作难以显著提高生产率,却承受不断上涨的生活和工资成本,未来还可能进一步通过外包和 AI 替代人力。
No.26
Bonsai: Janestreet's UI Library
Bonsai:Jane Street 的 OCaml UI 库
341 分
143 条评论
作者: KolmogorovComp
Bonsai 是 Jane Street 开源的 OCaml Web UI 框架,主打用同一门语言和类型系统贯穿前后端,并以增量计算、函数式状态模型构建交互界面。评论认为它更像面向内部工具、交易终端和高信息密度应用的框架,而非追求消费级视觉设计的组件库。争议集中在示例页面和文档链接缺失、界面观感粗糙、代码相对 React/Vue verbose、与 Melange/js_of_ocaml 及 JS 生态整合的取舍。也有评论指出 Bonsai 还有终端实现,核心价值在于交互式状态机模型,而不是 CSS 样式。
No.27
Decades-old fish sauce at abandoned factory in Canada finally being removed
加拿大废弃工厂里的二十年鱼露终于开始清除
238 分
247 条评论
作者: ohjeez
加拿大纽芬兰圣玛丽镇一座废弃工厂内,110 个大桶中约 90 万升由毛鳞鱼和盐发酵的鱼露滞留二十多年,恶臭长期困扰约 300 名居民,夏季甚至有人封窗离家。省政府拨款 200 万加元,由工程公司切开桶体、把鱼浆与泥炭藓混合后分约 200 车运往衬聚乙烯的填埋场封存。文章采访食品科学家 Bryan Quoc Le,解释传统鱼露的酶解、谷氨酸鲜味、高盐抑菌、长期发酵中的酵母细菌与美拉德反应,以及胺类化合物为何带来强烈腐败气味。争议焦点包括当年监管叫停工厂、企业遗留污染和公共资金清理。
No.28
ZX Spectrum System Tour: Text Mode
ZX Spectrum 系统导览:文本模式
44 分
2 条评论
作者: rbanffy
文章从机器语言层面介绍 ZX Spectrum 的文本显示基础。作者先比较 Spectrum 与 Commodore、MSX、IBM PC 等平台的固件接口差异:Spectrum 缺少稳定跳转表,开发者常直接调用 ROM 内部例程,这也造成兼容性风险。随后说明 BASIC 与机器码如何共存:用磁带文件的「CODE」类型加载二进制,用「CLEAR」限制 BASIC 内存,用「USR」调用机器码子程序。文章还概述 48K Spectrum 的内存布局、系统变量区和 IY 寄存器的特殊用途,并展示如何通过设置 TVFLAG、调用 ROM 的 RST $10 例程在上方主窗口输出文本,为后续讨论用户自定义图形、键盘和摇杆输入打基础。
No.29
More German than many Germans
比许多德国人更德国
503 分
355 条评论
作者: mertbio
作者从土耳其到汉堡实习、工作并最终融入德国,回顾自己如何被室友、同事和公共机构的信任与善意改变了对德国人的刻板印象。他赞赏德国职场的扁平管理、对休假和生病的尊重、饮食包容、社会民主下较低的阶层隔阂,以及规则带来的可预期性。文章也承认自己的落地条件很优越:国际公司、英语环境、好薪水和汉堡这样的城市,并触及移民融入、入籍、极右翼叙事与德国社会自我怀疑之间的张力。
No.30
AirLLM 70B inference with single 4GB GPU
AirLLM:用单张 4GB GPU 推理 70B 模型
216 分
77 条评论
作者: Anon84
AirLLM 宣称可在单张 4GB GPU 上运行 70B 级开源大模型,核心思路应是按层流式加载模型权重,只保留当前计算所需部分,从而以极低显存换取可运行性。社区认可这是资源受限环境下有趣的工程尝试,也反映出显存瓶颈正推动推理效率优化。但争议集中在实用性:类似项目常把「能跑」和「可用」混为一谈,速度可能以秒每 token 计,Kimi K3 示例甚至被提到约 292 秒/token;相比量化模型或 CPU 推理,速度与维护性未必占优。潜在场景包括离线批处理、隐私敏感数据、本地实验,而非交互式聊天或替代 Claude Code。
评论精华