2026年06月08日 · 星期一 第 160040 期

The Hacker Daily

丙午年(马)四月廿三 · 芒种

30 篇文章 · 2440 条评论 ·聚焦:AI替代软件工程师 · 数据泄露披露滞后 · 医疗技术突破
No.01 Dopamine Fracking
多巴胺压裂:当我们把一切体验都提纯成刺激
194 分 60 条评论 作者: igmn
作者提出「多巴胺压裂」概念,描述人类如何将自然体验逐层提纯、浓缩成更强烈更纯粹的多巴胺刺激。以草莓为例:从亲手采摘的新鲜草莓→超市草莓→草莓味糖果,乐趣递减而刺激浓度递增。进一步扩展到社交媒体(LinkedIn取代真实社交)、娱乐(所有电影变得像Marvel)、内容创作等领域。作者认为这种「压裂」,如同真实压裂法一样,从长远看会损害体验的「生态系统」,使我们对真实体验变得麻木。评论中有人支持这一框架,指出它与Adorno「文化工业」、Marx「异化」概念的关联;也有人反驳,认为这是人类的自然倾向、消费社会自有其优势,或指出作者自己也在消费这些被「压裂」的内容。还有人认为这是美国特有的现象,与资本主义和个人主义文化相关。

评论精华

  • 术语准确但文章标题即全部信息,剩余内容不过是对现代互联网生活的常见抱怨
  • 这与Adorno「文化工业」和Marx的「异化」概念一脉相承,批判工业化逻辑对文化的侵蚀
  • 德国文化本就倾向于悲观主义,该视角影响了对问题的定性
  • 将体验区分为必需品(快餐)和纯粹的刺激消费(社交媒体)更为准确,不应混为一谈
  • Millennials尤其追求「可预测」和「经过同行验证」的体验,这种焦虑是同质化的主要推手
No.02 1k Data Breaches Later, the Disclosure Lag Is Worse
1000次数据泄露之后,披露滞后问题比以往更严峻
111 分 39 条评论 作者: 882542F3884314B
HIBP创始人Troy Hunt撰文反思平台收录第1000个数据泄露事件,指出尽管GDPR、CCPA等隐私法规已实施多年,企业披露滞后问题反而愈发严重。Carnival邮轮遭ShinyHunters攻击,870万客户数据已公开散布5天后企业才知晓,但通知用户时已延迟43天;Zara案例更长达45天。作者认为诉讼文化是根源:企业优先采取「 litigation posture(诉讼姿态)」而非客户保护姿态,通知时间取决于如何规避法律风险。更大的漏洞在于隐私法规的「严重伤害」门槛——GDPR、CCPA均允许在未达该门槛时不通知受害者,导致ZenBusiness、Charter等企业的数据已广为传播,个人却从未收到任何通知。

评论精华

  • 用户采用邮件别名、plus addressing、密码管理器等策略自保,但plus addressing常被网站拒绝
  • 有评论指出vibecoder文化导致代码质量下降、安全风险增加,AI生成代码涌入进一步加剧问题
  • 隐私法规执行力度不足,德国等地需要极固执的人才能让企业承担责任
  • 评论聚焦于企业披露动机缺失——无后果、无问责,存储一切数据再卖给最高出价者反而更合算
  • 有人认为HIBP虽被广泛使用,但其作用有限——用户往往在数据已泄露后才知晓
No.03 Is This the Dawn of the Tokenpocalypse?
AI token定价危机来临?
13 分 29 条评论 作者: pseudo-usama
Microsoft大幅调涨GitHub Copilot定价,Reddit用户称之为「Tokenpocalypse」。TechCrunch播客讨论指出,整个AI生态严重依赖投资人补贴,真实成本正逐步转嫁给用户。Uber等公司已快速耗尽AI预算、不得不限制内部使用,ChatGPT Plus最初$20/月的定价只是「随口报数」,远不足以覆盖真实成本。随着Anthropic等AI公司筹备IPO,如何在招股书中写入不断演变的风险成为难题。有评论将AI公司与Uber类比——后者通过多年转型压缩司机福利才实现盈利,但AI公司「护城河」是算力而非人,压缩成本的空间更小。政府方面,特朗普已签署行政令要求审查强大AI模型。tokenmaxxxing(最大化使用token)热潮在六个月内历经过渡,部分评论认为按token定价能让真正有价值的用户付费,但也有人指出本地部署方案可能更经济,专业领域模型(仅用10% token)或是破局之道。

评论精华

  • 按token定价合理——只有真正产生价值的用户才会付费,无用案例被自然过滤
  • token消耗量指数增长,OpenRouter数据为证,Mistral本地部署既保数据又省钱
  • AI护城河是算力,但正接近电力和芯片的物理极限,难以无限压缩成本
  • 专业领域模型是趋势——法律合同审查模型仅消耗10% token,远比通用模型经济
  • Reddit热传某公司新CEO强制全员用AI否则开除,但高昂token成本让这种策略难以持续
No.04 APC–2 – A professional record cutter for producing original playback discs
APC-2:Teenage Engineering 推出专业黑胶唱片实时刻纹机
193 分 96 条评论 作者: vthommeret
瑞典创意电子公司 Teenage Engineering 与模拟媒体专家 SUPERSENSE 合作,推出 APC-2 专业黑胶唱片刻纹机。该设备可实时将音频直接刻录到唱片上,定位为让任何人都能将音乐或声音刻成物理唱片。核心技术参数亮眼:直驱电机配精密抛光钨轴,wow & flutter 低于 0.01% WRMS,参考时钟精度达 1.5ppm;支持从 DAW 直接自动化控制,可刻制「locked grooves」闭合凹槽等特殊唱片;机身采用粉末涂层铝/花岗岩,重量 140kg,尺寸1300×600×400mm。目前限量生产,定价未知,需邮件咨询。社区反应两极:一派欣赏 TE 的艺术导向设计理念,另一派质疑其市场定位——对于偶尔需要刻碟的用户,直接外包给专业服务商或许是更经济的选择。

评论精华

  • TE 应被视为「device art company」而非纯设备公司,其产品价值在于美学与创意,而非性价比
  • 产品无标价、限量生产,质疑其真实市场定位——谁会真的需要自己刻 vinyl?
  • 提到了 recordcut.com 等专业刻碟服务的替代方案,价格相对亲民
  • 讨论了双 groove 唱片的趣味历史,如 Monty Python 三面唱片、De La Soul《Me Myself And I》
  • Gakken 和 Vestax 曾有类似产品,但 APC-2 定位专业级别且实时刻录是差异化亮点
No.05 Cannibalism
同类相食:AI正在吞噬科技行业自身
41 分 36 条评论 作者: srijan4
本文分析了AI对软件开发行业的独特威胁,指出软件工程与艺术写作、金融分析等AI应用场景不同:代码可验证(有客观对错标准)、公开训练数据极为丰富、科技从业者自身最擅长构建AI工具。这使软件工程成为AI替代的首要目标。作者用「同类相食」形容这一讽刺局面——曾被科技颠覆的出租车、书店等行业从业者,如今轮到软件工程师自身。文章预言五大后果:价格战加剧、内容泛滥但信噪比极低、工资被压低、岗位被替代者不会重返、财富流向所有者和模型提供商。作者悲观地认为,政府干预和工会组织这两大潜在缓冲力量,在 libertarian 色彩浓厚的科技行业难以实现。

评论精华

  • 部分读者认同文章分析,特别是LLM存在10%错误率、但被忽视的问题
  • AI工具实际效用引发争议,有人认为LLM输出质量低劣,有人指其取决于使用方式
  • 作者指出AI泡沫可能破裂或缓慢收缩,结局尚不确定
  • 技术从业者曾嘲笑出租车司机将被无人驾驶取代,如今自身面临同样处境,评论者认为存在伪善
  • 作者预测人类不会因AI工作更少,有评论反驳这一说法从未被承诺过,历史上生产率提高也未带来休闲时代
No.06 The Smallest Brain You Can Build: A Perceptron in Python
你能构建的最小大脑:从零实现 Python 感知器
173 分 22 条评论 作者: DevarshRanpara
感知器是最简单的人工神经网络,也是现代深度学习的起点。文章以「判断一个数是正数还是负数」这个最简问题入手,逐步引入权重(weight)、偏置(bias)、学习率(learning rate)和 epoch 等核心概念。作者强调查看在线交互演示能直观看到感知器如何通过误差修正来调整权重和偏置,使决策边界逐步移动到正确位置。文中强调:没有偏置,决策边界会被「粘」在零点附近无法移动;当输入数据远离零点时,偏置是让分界线「平移」到正确位置的必要组件。数据归一化能让训练过程更稳定。全文代码完整,可在浏览器中实时运行观察学习过程。

评论精华

  • trekhleb 推荐了类似的 JavaScript 实现项目 NanoNeuron,作者自己也做了解释
  • esafak 推荐阅读 Chris Bishop 的《Deep Learning: Foundations and Concepts》,或选择 fast.ai 在线课程作为入门路径
  • mysterydip 补充该书在作者官网有免费在线版本
  • stuxnet79 认为 Chris Bishop 旧版《Pattern Recognition》过于晦涩,更推荐 Murphy 的书
  • DevarshRanpara 作为作者感谢读者反馈,表示将继续制作更多概念演示
No.07 Building from zero after addiction, prison, and a felony
从成瘾、监狱到软件工程师:一个前重罪犯的重生之路
592 分 265 条评论 作者: gavinray
作者 Gavin Ray 讲述他从地狱般的困境中重建人生的真实故事。14岁时因贩卖处方药被捕,在少年监狱(Lookout Mountain YSC)度过两年;19岁成为重罪犯。在监狱期间,他从报纸上看到一家科技公司为高危青年提供实习机会,出狱后第一天便直接走进公司求职,成功获得实习并逐步成为全职开发者。他先后在 Techtonic、Hasura 等公司工作,通过开源和软件重新塑造人生。文章核心信息是:无论背景多坎坷,只要有人愿意给予机会,人生完全可以重建。评论区有人深受鼓舞,认为这是人性光辉的体现;也有人质疑AI时代是否还有类似的逆袭路径,以及美国对毒品犯罪的惩罚是否过于严苛。

评论精华

  • 多位读者深受感动,有人表示在公共场所阅读时忍不住落泪,认为故事真诚而有力量
  • 有评论者担忧AI时代会封堵类似的逆袭路径,质疑编程是否仍是阶 层跃升的有效途径
  • 同事为作者背书,称其在 Hasura 工作期间是出色的多面手工程师
  • 有读者批评美国对毒品的惩罚过重,认为14岁少年因贩卖Adderall入狱反应了司法系统的严苛
  • 少数评论者质疑故事的普适性,指出作者一路有朋友相助、租房不难,并非人人如此
No.08 Playing with Vision Embeddings
探索视觉嵌入
26 分 1 条评论 作者: prestoj
本文探索 DINOv3 ViT-S 模型的 384 维视觉嵌入空间。DINOv3 是一种纯视觉模型,能将任意图像压缩为 384 维向量且保持语义相似性。由于单维包含多重概念(叠加现象),作者引入稀疏自编码器(SAE)将其分解为约 12,000 个可解释的稀疏方向。通过梯度优化生成与目标嵌入匹配的图像,能直观展示模型对「Golden Gate Bridge」「树木」「栅栏」等概念的理解。若将不同特征方向的向量相加,生成的图像会融合多概念特征,验证了 SAE 的有效性。

评论精华

  • 探讨视觉嵌入如何让 LLM 获得视觉能力,质疑是否需要海量训练数据支撑。
No.09 Richard Scolyer Has Died
澳洲黑色素瘤研究先驱 Scolyer 博士逝世:以身试药的抗癌斗魂
32 分 8 条评论 作者: nicwilson
澳大利亚知名医生 Richard Scolyer 博士于近日逝世,享年 59 岁。他在三年前被诊断出恶性胶质瘤后,与好友 Long 教授将自己作为实验对象,尝试世界首创的组合免疫疗法(预先给药+个性化疫苗),这是脑癌治疗史上首次应用此类方案。Scolyer 与 Long 是墨尔本黑色素瘤研究所的联合总监,过去十年间其免疫疗法研究将晚期黑色素瘤生存率从不足 10% 提升至约 50%。他在确诊后公开记录治疗全过程,被称为「澳洲最诚实病人」,2024 年与 Long 一同获评澳大利亚年度人物。Scolyer 在遗书中称「这个病会杀死我,但不能阻止我为他人做些事情」,并呼吁政府持续资助科研突破。胶质瘤预后极差,多数患者存活不足一年,目前其阳性免疫反应正在推动美国一项早期临床试验。

评论精华

  • 同为脑肿瘤幸存者深感共鸣,确诊时年仅 14 岁,后来复发但现已不再检查。
  • 阅读讣告时若死因不是癌症会感到一丝宽慰,癌症夺走四分之一的人,我们做得还不够。
  • 一直关注他的治疗历程,这是令人恐惧的消息。
  • 胶质瘤五年存活率很低,媒体将他塑造成当地名人不妥,但他本人是想提高脑癌关注度。
  • 人类总会找到新的死亡原因,攻克癌症也会有新的挑战,但这份对生命的珍视是人性最闪光之处。
No.10 Algorithmic Monocultures in Hiring
招聘中的算法同质化
75 分 30 条评论 作者: drchiu
研究基于 340 万求职者和 400 万次申请记录,首次大规模实证揭示招聘算法同质化(algorithmic monoculture)问题。超过 60% 的财富 100 强企业使用 HireVue 的算法,当同一家供应商的算法同时代理多家雇主决策时,形成算法同质化。关键发现:30% 的黑人申请者所投递的岗位对黑人群体存在不利影响;亚裔申请者是受影响人数最多的群体,若按最受欢迎种族群体的选拔率计算,约有 2.9 万次亚裔申请本可获得录用推荐。系统性拒绝现象显著:当求职者投递 4 个岗位时,10% 的人会被所有岗位一致拒绝,远超独立决策下的基准预期。研究进一步指出,求职者需投递 25 份申请才能 99.9% 确保获得至少一个推荐,而独立决策下仅需 10 份。论文建议监管机构按岗位而非汇总数据评估不利影响,加强对共享供应链的监控,并扩大研究者数据访问权。

评论精华

  • GDPR 第 22 条将此类自动化决策明确列为违法,在欧盟开展此研究或引发法律后果
  • 求职者反映使用 Workday 系统的雇主会直接自动拒绝,呼吁避开此类平台
  • 智商测试等招聘评估工具依据 Griggs v. Duke Power Co. 案判决在美国已属违法
  • 软技能面试实为「讲故事能力」测试,LeetCode 算法题反而更能真实反映技术能力
  • 招聘算法不透明且结果随机,即使改善也无人真正关心——业界缺乏改进动机
No.11 New drug 'functionally cures' many hepatitis B virus infections
新药「功能性治愈」多数乙肝病毒感染者
151 分 22 条评论 作者: gmays
英国药企葛兰素史克研发的反义寡核苷酸药物 bepirovirsen 在3期临床试验中显示出功能性治愈慢性乙肝的效果:入选的非肝硬化患者(基线 HBsAg 为 100–3000 IU/mL、已稳定使用核苷酸类似物)在24周治疗后,约19%实现 HBsAg 阴转及 HBV DNA不可检测,被视为功能性治愈。该结果已在超过1800例患者中独立重复验证。乙肝病毒每年导致约110万死亡,现有疫苗已问世40年但全球仍有约3亿感染者——疫苗对已感者无效,且并非所有人都能获得接种机会。评论焦点集中在:功能性治愈后患者是否仍具传染性(多数观点认为血液中病毒清除后无法传播);印度仿制药可能快速跟进降低价格;以及 HSV、HPV 等其他难治病毒为何缺乏进展。

评论精华

  • 乙肝已有疫苗40年,死亡率仍高,说明全球可及性不足,治愈药物对已感者不可或缺。
  • 功能性治愈后血液中病毒不可检测,理论上不具传染性,但具体细节仍有争议。
  • 约3亿人已携带HBV,疫苗对其无效;该病毒具有致癌性,与其他肝炎病毒不同。
  • HSV等疱疹病毒难以治愈因其整合进入长寿神经细胞的细胞核DNA,潜伏期难以清除。
  • 印度药企可能快速仿制该药,有望以非剥削性价格向非洲和亚洲供应。
No.12 Show HN: NoSuggest – Watch YouTube without the recommendation algorithm
展示: NoSuggest – 在无推荐算法干扰下观看 YouTube
46 分 38 条评论 作者: VJ-2-108
NoSuggest 是一款帮助用户摆脱 YouTube 推荐算法的浏览器工具。用户只需粘贴频道 URL 即可将频道添加到设备本地列表,实现「打开 → 观看已选内容 → 关闭」的简单流程。核心特性包括:无推荐、无自动播放、无通知,频道列表存储在本地设备(多设备独立管理),完全免费且无需注册。通过 RSS 订阅各频道实现去中心化获取内容。开发者明确表示不会添加账号系统,因为零摩擦是设计原则。但评论指出:直接禁用 YouTube 历史同样可关闭推荐和首页;FreeTube 等桌面应用功能更完整;缺少直播支持;本地存储在清除浏览器数据时会丢失。开发者回应称,YouTube 侧边栏的视频推荐卡片即使禁用历史也会持续出现,且移动端是算法的「重灾区」,现有浏览器扩展无法覆盖,这才是 NoSuggest 的核心价值。

评论精华

  • 用户建议界面应更接近 YouTube 原版设计,以降低学习成本
  • 有用户指出 YouTube 设置中禁用历史同样可关闭推荐和首页,但开发者回应侧边栏推荐卡片仍会持续出现
  • 开发者确认使用 YouTube 每频道 RSS 订阅,另有多个降级方案保证可用性
  • 有用户希望增加账号功能以避免清除浏览器数据后丢失订阅列表,开发者以「零摩擦」原则拒绝
  • 多位用户表示需要在移动端(尤其是 TV 应用)使用的场景,这是 NoSuggest 的差异化价值
No.13 1worldflag: A blue dot on a transparent background
展示: 1worldflag — 透明背景上的蓝色地球旗
97 分 66 条评论 作者: davidbarker
1worldflag 是一个以「蓝色球体 + 透明背景」为核心的旗帜设计项目,蓝色圆点象征人类共同的家园——地球,透明材质则让它能适配任何环境。项目发起者强调,此旗无意取代各国国旗,而是作为补充符号,提醒人们「团结胜于分裂」。他们开展了一个「大使计划」:向 nomad magazine 读者寄送手工制作的旗帜,读者再将旗帜转寄给全球另一位读者,以此串联世界。此外,他们还与德国 NGO ARTHELPS 合作,在乌克兰举办「标记你的身份」工作坊,参与者可思考「我是谁、我代表什么价值观」。评论社区对此项目看法分化:有人欣赏透明设计的创新性,也有人批评对比度过低、容易被误认为日本国旗,还有人质疑其资金与目标透明度、对太空殖民时代是否适用,以及蓝色色调偏旧(Turbo Pascal 蓝)。

评论精华

  • 透明度设计创新但对比度不足,有人指出与日本国旗过于相似
  • 蓝色色调被调侃为「Turbo Pascal 蓝」或「VGA 16 色蓝」
  • 太空殖民话题引发玩笑:未来殖民地国旗是否需要修改
  • 有评论者赞同解散民族国家,也有反驳认为应改变自身而非改变他人
  • 对项目资金和目标透明度提出质疑,呼吁公开更多信息
No.14 DeepSeek V4 Pro beats GPT-5.5 Pro on precision
DeepSeek V4 Pro 精度测试胜过 GPT-5.5 Pro,但社区质疑评测方法
231 分 92 条评论 作者: yogthos
一篇文章宣称 DeepSeek V4 Pro 在精度测试中击败了 GPT-5.5 Pro,测试由 grok-4-1-fast-non-reasoning 担任裁判,4 项任务得分 38 比 33。然而 HN 社区几乎一边倒质疑:评测仅基于 4 个任务、每项单次运行、缺乏透明度,且裁判模型本身存在路由问题(已退役却默默切换到更贵的 grok-4.3);评论者普遍认为这是「AI 写给 AI 看」的营销文,实验设计粗糙,结论过度推断。但也有人指出 DeepSeek 的实际优势:成本仅为西方模型的零头、某些场景下能发现其他模型遗漏的问题、在代码任务上性价比突出。一位用户透露用 $3.88 和 69 亿 token 就逆向了 Teamspeak 授权系统。争议核心在于:DeepSeek V4 Pro 在精度上是否真的更强,还是仅仅是价格更低但速度更慢的替代品。

评论精华

  • 评测方法遭普遍质疑:4 项任务单次运行、grok 裁判已退役、缺乏复现细节,结论可信度低
  • DeepSeek 性价比优势明显:API 价格极低,代码任务中能发现其他模型遗漏的问题
  • 多位用户实际使用反馈:DeepSeek V4 Pro 与 Claude Opus 性能接近,成本却只有十分之一
  • 评测者身份存疑:文章语言充满 AI 写作特征,被指为自动化生成的点击诱饵
  • 社区反应两极:一派认为模型能力已足够强、比较评测意义不大;另一派坚守 Claude 体验无法被替代
No.15 Tiny hackable CUDA language model implementation
展示: 小型可 hack 的 CUDA 语言模型实现
20 分 1 条评论 作者: markusheimerl
这是一款极简的 CUDA 加速语言模型实现,代码结构小巧简洁,便于学习和 hack。开发者将其开源分享到 GitHub,旨在为学习语言模型底层原理提供一个可读的参考实现。核心亮点在于整个项目代码量不大,但涵盖了模型前向传播、反向传播以及 CUDA 加速等关键环节。由于代码相对透明,很适合作为理解 LLM 内部工作机制的教学材料。不过社区评论指出该项目缺少数值梯度校验(numerical gradient checks),而这是验证反向传播实现正确性的重要手段,缺乏这一环节可能导致隐蔽的梯度计算 bug 不易被发现。

评论精华

  • 缺少数值梯度校验代码,难以验证反向传播实现是否正确,这是实现神经网络时的常见验证手段。
No.16 Making peace with your unlived dreams (2023)
与未竟之梦和解
213 分 114 条评论 作者: herbertl
作者因膝盖受伤永远无法成为滑雪者,还想学功夫、打游戏、说八种语言,但时间总不够用。他曾为此愤怒,后来意识到人生苦短,与其执着于无法实现的梦想,不如接受遗憾、与之和解。核心观点:梦想不必全部实现才能让人满足,观察者视角本身也可以是一种满足;我们只能品尝生命的一小部分,有意识地选择本身就是人生最重要的事。

评论精华

  • 文化常将消费主义梦想包装成个人追求,需区分真实渴望与被灌输的欲望;斯多葛哲学提供接受无法改变之事的方法。
  • 有孩子的读者深有同感:育儿耗尽精力后根本没空再做白日梦,反而意外获得解脱。
  • 追梦创业失败导致债务、婚姻破裂和心理创伤,警示过度执着可能付出沉重代价。
  • Kierkegaard 的「无限 resignations 骑士」比喻与此主题相关。
  • 梦想要区分「passion」与「dream」——前者是正在推进的具体行动,后者可能只是空想。
No.17 Show HN: I Derived a Pancake
展示:我从第一性原理推导了松饼食谱
219 分 82 条评论 作者: bkazez
作者花费二十五年研究松饼制作,从第一性原理出发,系统性地分析了酸碱中和反应、CO2 产生动力学、麸质抑制和美拉德反应,应用于 125 克面粉面糊,并提供一个可交互的化学计量计算器,能根据用户冰箱中的实际食材实时调整配方。文章提出松饼质量的四个维度:内部质地(应松软绵密而非密实)、酸味(由未反应的乳酸和柠檬酸提供)、膨胀度与结构(化学膨发与机械打发的综合效果)、以及表面酥脆感(美拉德反应产生的褐色外壳)。同时梳理了松饼的历史演进——从三万年前的石烤面糊到十九世纪的化学膨发革命,并揭示了小苏打的「升高、减酸、褐化」三重效应实为同一反应的不同视角。

评论精华

  • 网站使用大量 AI 辅助写作(文献检索、草稿撰写),有用户认出「Claude 输出感」,作者坦然承认
  • 功能建议集中:无乳制品选项、无麸质面粉、欧洲标准酸奶替代、纯素黄油切换开关
  • 「未提炼的伯克郡猪油」引发读者困惑——有评论指出这可能是猪板油或培根油脂
  • 部分评论认为照片中的松饼已经焦黑,浅色松饼风味更佳且更健康
  • 有人呼吁简化配方以应对「早上七点半、四个孩子在尖叫」的混乱场景
No.18 Do agents.md files help coding agents?
agents.md 文件真的能帮助编程智能体吗?
11 分 6 条评论 作者: smushback
作者通过实验探究 agents.md(为 AI 编程智能体提供的上下文指导文件)是否真的能提升其编码表现。实验对比了有无 context 文件时智能体的代码质量与成本效率。结果发现:agents.md 并未带来显著提升,且不使用 context 文件反而更便宜。不过评论者指出实验已较为陈旧,质疑在更新模型上结论是否仍成立。有观点认为 agents.md 本身远远不够,还需要配合 artifacts 等工具来存储上下文、目录和列表,且文档越短越好。更激进的评论则调侃在 agents.md 里写「你是个专家」之类的人格设定,就跟萨满烧骨头占卜一样玄学,暗讽这类技巧本质是迷信并无实证支撑。

评论精华

  • 实验结果提示 agents.md 并未显著提升智能体表现,不用反而更便宜,但评论者认为该测试年代较久,新模型上结论未必成立。
  • agents.md 本身不够用,还需要 artifacts 等机制存储上下文、目录和列表,才能真正辅助智能体决策。
  • 文档应尽量简短,过长或过于复杂的 agents.md 反而可能干扰智能体的判断。
  • 特定的经验性格式(empirical formats)可能比通用人格设定产生更好的效果,具体格式比泛泛描述更有效。
  • 有评论者用烧骨头占卜比喻人格设定型 prompt 的荒谬性,暗指 agents.md 中的性格设定属于迷信式操作,缺乏实证依据。
No.19 A Matter Wi-Fi Light Bulb in Rust on the Raspberry Pi Pico 2 W
展示: 在树莓派 Pico 2 W 上用 Rust 实现 Matter Wi-Fi 智能灯泡
103 分 12 条评论 作者: melastmohican
作者在树莓派 Pico 2 W(RP2350)上完全使用 Rust 从头实现了一个符合 Matter 协议的 Wi-Fi 智能灯泡。项目采用 embassy-rs 框架开发,代码以链接脚本为主(占 75.4%),Rust 仅占 18.2%。开发过程中遇到 BLE 与 Wi-Fi 同时运行时的总线干扰问题,改为先通过 BLE 配网再切换到 Wi-Fi 模式解决。评论社区对 Pico 产品线被低估表示认同,认为许多原本需要树莓派 3/4/5 的项目完全可以由这个小设备胜任。诊断总线冲突时作者使用数字示波器解码 SPI 协议配合大量试错。rs-matter 库已封装大部分复杂性,开发者只需编写少量业务代码。

评论精华

  • 评论者认同 Pico 产品线被低估,认为很多 Pi 3/4/5 项目可用 Pico 完成,不必绑定完整 Linux 系统
  • 代码构成中链接脚本占 75.4%,Rust 占 18.2%,这反映了嵌入式 Rust 开发的现实
  • BLE 与 Wi-Fi 同时运行导致总线干扰,需先通过 BLE 配网再切换到 Wi-Fi 才能稳定运行
  • 诊断总线饱和问题时使用数字示波器直接解码 SPI 协议,结合大量试错定位
  • rs-matter 库已封装大部分协议细节,简单的 Matter 集群只需很少代码
No.20 A discovery about GCC's unidirectional rotation algorithm
关于 GCC 单向旋转算法的一个发现
19 分 8 条评论 作者: soheilpro
作者分析了 gcc libstdc++ 中用于随机访问迭代器的旋转算法,惊人地发现它与前向迭代器算法完全相同。两种算法在交换 A1、A2、A3 与 B1、B2、B3、B4、B5 块时行为一致:先在 first 与 mid 处交换,然后递归处理剩余部分。区别在于:新算法具有对称性,较大块在右侧时从右向左交换;旧算法则始终从左向右操作。作者将此称为「geeky thrill」——两个看似不同的事物实则相同,只是标签不同。文章预告下期将探讨 clang 如何通过分解为循环来实现旋转。社区评论指出文章过度使用「shocking」「striking」等夸张词汇,另有用户认为这显然是在幽默,暗示这些夸张用法本身即是玩笑的一部分。

评论精华

  • 文章充斥「shocking」「striking」「disappointing」等夸张词汇,渲染过度
  • 有人指出这明显是幽默用法,这些词汇本身就是玩笑的一部分
  • 作者对算法的对称性和方向差异分析具有技术价值
  • 下期预告讨论 clang 的循环分解算法值得关注
  • 评论数量较少,主要围绕文风而非算法本身展开
No.21 Man-Computer Symbiosis J. C. R. Licklider (1960)
人机共生 J. C. R. Licklider (1960)
33 分 2 条评论 作者: rballpug
1960 年,J. C. R. Licklider 发表这篇开创性论文,提出「人机共生」概念,预言人类与电子计算机将形成紧密耦合的合作伙伴关系。文章核心论点:现有计算机只能解决预先公式化的问题,而人机共生的目标是让计算机协助人类进行「构思阶段」的思维,并支持实时决策。共生关系中,人类负责设定目标、形成假设、确定标准和做出评估;计算机则承担Preparatory work,为技术洞察和决策做准备。Licklider 列举了实现共生的关键技术前提:分时系统、存储元件、存储组织、编程语言及输入输出设备的进步。他预测人工智能独立完成重要思考尚需等到 1980 年代,而在那之前的过渡期,人机协作将带来人类历史上最具创造力的十五年。

评论精华

  • 推荐阅读 Waldrop 所著《The Dream Machine》,该书讲述了 Licklider 的生平及计算个人化革命,是一部杰作
No.22 How's Linear so fast? A technical breakdown
Linear 为什么这么快?技术拆解
390 分 177 条评论 作者: howToTestFE
本文深入解析 Linear 实现极速体验的技术原理。核心在于将数据库放入浏览器(IndexedDB),实现本地优先架构:UI 先同步更新本地数据,再异步推送到服务器。Mutation 直接修改内存(MobX observable),save() 只是将事务加入队列由 sync engine 批量同步,用户无需等待网络。技术栈采用 React + MobX + TypeScript + PostgreSQL,构建流水线历经 Parcel → Rollup → Vite → Rolldown 四次迭代,迁移后代码量减少 50%、内存占用降低 70-80%。作者强调「网络请求是最大的性能瓶颈,消除等待是提升体验的关键」。社区评论呈现两极分化:部分用户认可本地优先架构的工程价值;另一部分用户指出 Linear 搜索慢、UI 卡顿、内存占用高、sync 阻塞等问题,质疑其「快」的表述,并担忧乐观更新失败时的回滚处理和一致性问题。

评论精华

  • 部分用户认为 Linear 实际体验并不快:搜索卡顿、UI 笨拙、多标签页内存飙升,同步阻塞问题严重
  • 乐观更新虽非新概念,但缺乏对失败路径(同步失败、冲突)的妥善处理可能引发新问题
  • 有用户指出 IndexedDB 首写极慢、内存占用高,IndexedDB 可能不是最优选择
  • 评论者将 Linear 的 sync engine 视为「乐观更新」的老酒装新瓶,亦有用户提及 Meteor.js 已实践过类似架构
  • 线性 MCP 和 AI Agent 集成获得好评,有用户认为与 Cursor 等工具结合后体验已无明显差距
No.23 What is the purpose of the lost+found folder in Linux and Unix? (2014)
Linux 和 Unix 中 lost+found 文件夹的用途
185 分 63 条评论 作者: tosh
lost+found 是 Linux/Unix 文件系统根目录下的一个特殊目录,用于存放 fsck(文件系统检查修复工具)在系统崩溃后找到的「孤儿」文件——那些已删除文件名但数据仍存在的 inode 碎片。当系统因断电或内核崩溃非正常关机时,重启后的 fsck 会扫描并回收这些文件,按 inode 编号放入对应分区的 lost+found。普通用户通常无需主动交互该目录,但如果发现其中有内容,说明曾经发生文件系统损坏,应尝试将文件移回原位置或判断是否为垃圾。部分文件系统(如 ext 系列)会预分配空间为此目录所用,误删后不可用 mkdir 重建,须使用 mklost+found 工具。

评论精华

  • 有用户分享 1TB NAS 意外断电后,lost+found 帮忙恢复了大量数据
  • lost+found 目录需要预分配空间,因为 fsck 运行时磁盘可能已满,这是鸡生蛋蛋生鸡的问题
  • ext2 文件系统在高负载时遇电源故障常会产生 lost+found 内容,fsck 检查大硬盘耗时长
  • XFS 的 lost+found 称为「孤儿目录」,只在 xfs_repair 需要时创建
  • 有用户误删 lost+found 后系统重启故障,说明该目录对某些文件系统有重要作用
No.24 Show HN: Lathe – Use LLMs to learn a new domain, not skip past it
展示:Lathe – 用 LLM 学习新领域,而非跳过它
299 分 55 条评论 作者: devenjarvis
Lathe 是一个开源 CLI 工具,旨在改变人们使用 LLM 学习的方式。它的核心哲学是「与学习材料保持接触,而非跳过它」——用户描述想学的内容,LLM 会生成循序渐进的教程,引导用户通过实际操作为主的方式深入理解,而不是直接给出答案。项目通过可复用的技能文件(skill.md)结构化学习路径,平衡了 CLI 的确定性任务执行与 LLM 的灵活指导。评论者普遍认为这填补了 LLM 辅助学习的空白,特别适合新手入门新项目时降低摩擦。但也有人提出质疑:LLM 作为教育者的局限性(容易复述而非真正教学)、上下文长度衰减问题、以及通勤场景下缺乏移动端支持等。开发者表示项目灵感来自 Simon Willison 的相关实践。

评论精华

  • 核心价值在于降低新项目的入门门槛,帮助建立基础后再自行深入
  • LLM 不擅长真正的教育,容易复述来源而非构建渐进式理解
  • 上下文长度是瓶颈——更深的问题往往在 context 快满时才出现
  • 有人建议加入语音功能,方便通勤时听教程,类似 NotebookLM 的播客功能
  • 与 NotebookLM 有相似之处,但 Lathe 更侧重交互式 CLI 技能引导
No.25 The 29th International Obfuscated C Code Contest (IOCCC) 2025 Winners
第29届国际混淆C代码大赛(IOCCC)2025获奖作品公布
388 分 89 条评论 作者: matt_d
第29届国际混淆C代码大赛(IOCCC)2025获奖名单正式公布。本届参赛数量与去年持平,但整体质量依然保持在高位。本届出现三位「帽子戏法」获奖者:Yusuke Endoh(endoh1/2/3)、Nick Craig-Wood(ncw1/2/3)和Don Yang(yang1/2/3)。值得关注的获奖作品包括:GameBoy模拟器(ncw1)、Subleq计算机(cable)、patch/diff quine(endoh3)、Zoltraak编码(yang2)等。IOCCC30预计于2026年底开放投稿。大赛允许使用LLM辅助,但评论指出LLM擅长反混淆却难以创造真正的混淆代码——混淆代码的艺术性仍属人类专属领域。

评论精华

  • GameBoy模拟器(ncw1)代码视觉上形似GameBoy外观,引发社区赞叹,作者已公开未混淆版本
  • LLM在IOCCC中的角色引发热议:多数开发者认为LLM善于反混淆但无法创造有创意的人类级混淆
  • 网站导航困难成为共同痛点,获奖者所在位置「cable」等页面难以直接定位源代码
  • 社区怀念Underhanded C Contest(隐蔽漏洞竞赛),认为其比IOCCC更有趣但已停办十年
  • IOCCC允许使用LLM工具,但评论者认为代码混淆本质上是人类艺术,AI无法复制其创造力
No.26 Texas grid flags risks as data centers, crypto sites fail voltage tests
德州电网示警:数据中心与加密矿场未通过并网电压测试
88 分 66 条评论 作者: 1vuio0pswjnm7
德州电网(ERCOT)近期对大规模接入的数据中心和加密货币挖矿设施发出风险警告,指出这些设施在并网电压测试中未能通过,原因是其负载特性会对电网稳定性造成冲击。当大量电力用户突然脱离电网时,会导致发电机组转速骤降、频率失衡,传统电网依赖的旋转惯量难以应对这种瞬时波动。评论中有人建议按装机容量收取一次性并网费(约每瓦1美元),以覆盖电网升级成本;也有人认为储能电池和「电网构建型逆变器」可缓解问题,但目前部署仍不足。关于可再生能源是否加剧稳定性争议,有人指出间歇性电源确实需要火电作为备用,加剧问题。社区主流观点认为加密挖矿属于「伪匿名赌局代币」,不应消耗公共电网资源。

评论精华

  • 大型负载突然脱离电网会导致频率崩溃,如同掰手腕时对方突然松手,惯性不足无法反应
  • 建议对新接入的大型用户收取约1美元/瓦的一次性并网费,以支付电网升级成本
  • 电网形成型电池逆变器可主动控制频率,但部署进度尚不足以应对新增负载
  • 可再生能源和直流电确实会加剧稳定性问题,因其缺乏传统火电的旋转惯量支撑
  • 社区普遍批评加密挖矿消耗大量电力却无实际价值,应被禁止接入公共电网
No.27 Do we fear the serializable isolation level more than we fear subtle bugs (2024)
我们是否高估了串行化隔离级别带来的风险,而低估了弱隔离级别导致的微妙 Bug?
77 分 45 条评论 作者: b-man
文章引用论文指出,在 22 个数据库漏洞中,有 5 个属于「级别导致」的漏洞,即默认弱隔离级别直接引发了这些异常,剩下 17 个则为作用域类漏洞。社区围绕「串行化隔离是否应作为默认级别」展开激辩。支持者认为,应像推广内存安全语言一样默认启用串行化隔离,因为弱隔离导致的 Bug 比性能问题更棘手;他们还指出,结合事件溯源模式时串行化事务优势明显。反对者则强调,每次提交都需处理串行化异常并重试事务,这对开发者要求过高,且热门行的竞争会严重影响性能。有评论者以「吉本斯栅栏」类比,认为在未充分理解后果前不应贸然改变现状。另有观点认为连接库的默认设置比数据库引擎默认设置更关键。争议焦点在于:默认安全与默认性能的权衡是否合理,以及重试逻辑的复杂性是否被低估。

评论精华

  • 有评论者将串行化隔离缺失比作默认使用 C/C++ 而非内存安全语言,认为性能牺牲换安全是值得的
  • 主流数据库库默认「已提交读」级别,因为更高隔离级别会让代码变得数据库特定,失去跨引擎兼容性
  • 串行化隔离需要处理自死锁(同一查询因并行执行计划更新多个索引而与自己冲突),这是其隐蔽陷阱
  • 有评论者称其两位雇主广泛使用串行化隔离且重试逻辑完全自动化,结合事件溯源效果良好
  • 数据库并发模型各异:Oracle 和 PostgreSQL 的 READ UNCOMMITTED 实际不起作用,而 MySQL 行为取决于存储引擎
No.28 Trusted Computing Frequently Asked Questions (2003)
可信计算常见问题解答(2003)
6 分 0 条评论 作者: userbinator
本文是2003年发布的可信计算(TCPA)与Palladium技术FAQ,解释了由英特尔主导的TCPA联盟(后更名为TCG)与微软Palladium(后更名NGSCB)的设计原理与潜在应用。TCPA通过在PC主板上嵌入「Fritz」安全芯片,在启动时逐级验证硬件与软件完整性,确保系统处于已知可信状态。在此基础上,软件厂商可实现DRM数字版权管理,控制用户对数字内容的复制与共享;政府可强制文档「天生机密」无法电子外泄;软件租赁模式得以普及,用户欠费时文件与软件一同失效。文章还警示潜在风险:远程删除机制可被滥用于审查敏感内容;微软等厂商可利用文档加密锁定用户迁移至竞品;用户对系统的控制权将被大幅削弱,难以逃脱平台约束。
No.29 LLMs are eroding my software engineering career and I don't know what to do
LLM正在侵蚀我的软件工程师职业生涯,我不知所措
928 分 892 条评论 作者: poisonfountain
作者是一位拥有10年经验的金融支付领域软件工程师,描述了LLM如何逐步瓦解其职业三大支柱:第一支柱是领域专业知识——LLM已能撰写设计文档、解释PCI合规、双重记账、幂等性等过去需多年积累的概念;第二支柱是调试与分布式系统——借助Claude 4.6+、Datadog MCP等工具,LLM能一次性解决以往需1-2天调试的bug,包括竞态条件和跨系统问题;第三支柱是代码质量与架构——LLM虽不擅长维护代码组织,但业界正接受「C或D级」代码,因为源码现在是给LLM阅读而非人类。 作者感到自己已沦为普通软件工程师,任何高级工程师配合LLM都能替代其专业技能,对前景深感迷茫。HN社区反应激烈:有人认为领域知识仍不可替代,LLM仍会犯错;有评论质疑文章真实性,怀疑是Anthropic或OpenAI的营销内容;也有人指出「引导LLM的专家」才是关键,人类判断力与系统设计能力仍不可或缺。

评论精华

  • 部分评论者认为领域专业知识仍不可替代,LLM在特定业务场景下仍会失败
  • 有评论质疑文章真实性,认为可能是AI公司营销内容,帖子上仅有单篇文章
  • 很多人指出「引导LLM的专家」才是关键,能提问和判断比执行更重要
  • 部分评论认为LLM虽提升效率但代码质量堪忧,人类审核仍不可或缺
  • 有人指出这是典型的末日焦虑,历次技术革命都有类似论调
No.30 Powering up a module from the IBM 604: an electronic calculator from 1948
1948 年 IBM 604 电子计算穿孔机的模块通电测试
85 分 24 条评论 作者: elpocko
1948 年,IBM 推出电子计算穿孔机 604,这是一款介于电动机械会计机和电子计算机之间的可编程计算器。它使用约 1250 个真空管,可在一秒内完成 60 次操作(含乘除法),体积仅双门冰箱大小,租金每月 550 美元,企事业单位均可负担,最终生产超过 5600 台。604 的核心创新是插入式模块设计——将真空管及其电阻、电容等配套电路集成在一个可插拔的模块中,既便于批量生产,又简化了维护(直接替换故障模块)。文章重点介绍了包含闸流管(thyratron)的模块:这种管内含少量氙气,一旦电离导通就会持续通电直到断电,常用于驱动继电器线圈和电磁铁。604 的成功为 IBM 后续 700 系列真空管计算机奠定了基础,后来演进为 1953 年的 IBM 650(1950 年代最流行的通用计算机)。

评论精华

  • 模块化设计将真空管与配套元件集成在同一插拔单元中,大幅简化维护并实现批量生产,评论者认为这是很聪明的设计。
  • 当时大多数布尔逻辑实际上是用半导体(锗)二极管实现的,真空管主要用于放大结果,因此所需真空管数量相对较少。
  • 604 更接近硬连线的 ALU 而非真正计算机,其程序通过插接板(plugboard)布线实现,相当于一种 ROM。
  • 竞争对手 Bull Gamma 3 只有约 400 个真空管,两者都采用位串行架构以节省元件。
  • 计数管(counting tube)能在单个玻璃泡内实现十进制计数功能,这是晶体管难以做到的巧妙设计。