‹ 11-08 11-10 › 下载 EPUB

Layer 1

今日速览

必读

8 则 · 热度 × 产品相关
1

老用户告别 Claude Code,转投开源的 Pi

一位长期用户列出 Claude Code 的小毛病,认为它缺少取舍,换成更精简、可随意改的 Pi。

工具越快加功能,越容易让重度用户觉得被打扰;极简加可改,就是别人的切入点。

事实

  • 作者用了 Claude Code 一年多,今年已有 244 次发布,其中超过四分之三改了系统提示词或工具描述,他说这会让模型表现忽好忽坏。
  • 他的具体抱怨:同一时间只能有一个会话连上 IDE 的选区;官方 VSCode 扩展里一半斜杠命令不能用;子 agent 输出混在主对话里;Bash 工具描述约 3000 词元,多是 git 和 PR 用法。
  • Anthropic 在他决定后一天宣布 Claude Code 将支持 AGENTS.md,他认为太晚。他用 Pi 后 20 分钟就写好了跨标签页的扩展。

解读

  • 对产品来说,这是一份很直白的用户流失理由:功能堆得快、行为不稳定、没人对新需求说「不」。
  • 「harness」指包住模型的那层工具:提示词、工具、IDE 连接。评论里不少人认为,现在模型效率很大部分取决于这一层。
  • 开源可改的壳正在成为替代路线,但评论提醒:用 Anthropic 订阅接第三方壳可能违反条款。

讨论

  • 正方多位评论者说 Pi 完全可控,写几行系统提示词就能让 agent 少走偏,打断和挫败感明显下降。
  • 反方有人说自己已经超出终端,改用桌面端和 GUI 管理多个会话;也有人说 Pi 搭配 Anthropic 订阅有被封号风险。
  • 共识谁掌握提示词和工具描述,谁就掌握体验;用户想要稳定和可改。
2

高盛收回交易员和投行人员的 Claude Code

高盛内部指引把 Claude Code 和 GitHub 限定给工程师,交易员、投行人员不能再用,几周后它还要承销 Anthropic 的 IPO。

不是模型不好,而是让非工程师在装有客户数据的电脑上跑能执行代码的 agent,银行不敢放。

事实

  • 据彭博报道,10 月更新的内部指引把 Claude Code 和 GitHub 限定给银行的工程师,约 1.2 万人;strats(横跨交易、量化和工程的岗位)仍可使用。
  • 7 月时高盛 CIO 还在夸交易员和银行家用 AI「氛围编程」做出了工具。
  • 今年 4 月高盛已把香港银行家的 Claude 访问关掉;那是按地区和合同条款,这次是按岗位。高盛自己的多模型助手仍对全员开放。

解读

  • 这是企业采购里很典型的一步:先放开试,再按风险收回,最后只留给懂的人。
  • 对做 agent 产品的人,信号是:企业卖点要有权限边界、审计和可控的执行环境,不然最先被砍的就是非技术用户。
  • 同时,评论里提到的账单超支也是原因之一:按用量计费很难做预算。

讨论

  • 正方有评论认为核心就是「致命三要素」:能碰私密数据、能联网、能执行代码,放在金融从业者的主力机上说不过去。
  • 反方有人说这时间点很怪,高盛正牵头 Anthropic 的 IPO;还有人说各公司在收紧按量计费的模型预算,转向定价更平的 Gemini。
  • 共识企业要的是可管理的 agent,不是人人都能随便跑。
3

英伟达董事会宣布调查黄仁勋被「外国情报行动」盯上的报道

董事会说,独立董事委员会将在外部律师协助下展开调查;黄仁勋支持并会配合。

别被标题带偏:被调查的是「他是否成为外国情报行动的目标」,不是指控他本人。

事实

  • 董事会声明发于 11 月 8 日:就近期报道(黄仁勋是外国情报行动的目标)启动独立调查,由独立董事委员会负责。
  • 声明说,董事会没有理由认为国家安全或英伟达的机密受到损害,对黄仁勋和管理层有信心,会适时更新。
  • 同日另有一条帖子是黄仁勋给员工的信,据 State of AI 的标题,他承认了婚外情;这次没能抓到 Axios 原文,细节以英伟达官网信件为准。

解读

  • 对依赖英伟达供货的产品团队来说,短期要看的是治理风险,而不是产品路线:声明里没有任何业务变化。
  • 评论里有人把话题扯到对华出口政策:如果他的立场受到外部影响,需要重新审视。这属于推测,没有证据。

讨论

  • 正方有评论认为,位置这么高的人必然被各国情报机构盯上,这是职责所在。
  • 反方有人质疑标题误导,称它把「调查一件发生在他身上的事」写成了「调查他」;也有人猜董事会想保住业绩好的 CEO,这是猜测。
  • 共识细节很少,多数人在等调查结果。
4

64GB 内存、不用 GPU 就跑 2840 亿参数的 DeepSeek

llama-modchip 是一组 llama.cpp 的内核补丁和量化工具,声称把 MoE 大模型塞进普通 64GB 内存机器。

本地推理的门槛又降了一档,但数字来自作者自己,评论里已有人复现后觉得和原版差别不大。

事实

  • 项目称:DeepSeek-V4-Flash(总参数 2843 亿,每次激活 131.7 亿)压到约 1.71 位每权重、56.56GiB,256K 上下文峰值内存约 57.6GiB。
  • 在 16 核 Zen 5 上,预填充约 44.4 词元/秒,生成约 9.1–14.7 词元/秒;30B 的 MoE 模型生成 25–111 词元/秒。
  • MoE 指每次只激活一部分专家,所以总参数大、实际计算小。项目要求 x86(AVX-512/AVX2)或 ARM64。

解读

  • 如果成立,意味着不少离线或隐私敏感的场景不用买显卡。但 1.7 位的量化会掉质量,README 没讲清楚质量损失。
  • 评论还指出,同样的任务在 128GB 统一内存的 Mac 上更快,现实的甜点区可能是 128GB 而不是 64GB。

讨论

  • 正方有人说,在内存和 GPU 价格上涨时,旧工作站加几百美元内存就能跑得动,门槛在持续下降。
  • 反方有人说极端量化会大幅掉性能,4 位附近才是性价比峰值;有人实测发现除预填充外,速度和原版 llama.cpp 差不多,还嫌文档像 AI 生成的。
  • 共识先看量化后的实际质量,再谈速度。
5

Outlook.com 悄悄开始退回没有 DMARC 的域名邮件

自 11 月 5 日起,微软的个人邮箱对没有 DMARC 记录的域名拒收一部分邮件,退信只说缺少认证记录。

如果你的产品要给 Outlook、Hotmail 用户发邮件,现在就查一下 DMARC。

事实

  • 退信是 550 5.7.1 Message rejected,写着缺少 SPF/DKIM/DMARC 认证记录;MailRoute 称被退的域名多数 SPF 正常,缺的是 DMARC。
  • 微软此前只对日发 5000 封以上的发件人强制要求,这次连小发件人也被波及,而且截至 11 月 6 日没有任何公告。
  • 只会退一部分邮件,所以今天能收到不代表安全。修复是加一条 TXT 记录:v=DMARC1; p=none,不改变其他收件方的处理方式。

解读

  • 对做账号注册、验证码、账单邮件的产品,退信会静悄悄地变成「用户没收到」,客服最先感知。
  • 这是服务商发的博客,有推广性质,但修复成本几乎为零,值得马上做。

讨论

  • 正方有评论说这早就是每个发件人该做的事,现在补上也不亏。
  • 反方也有多位自建邮件服务器的人说,Outlook 一直有不公开的黑名单,邮件被接收后又被悄悄丢弃,查日志也看不出来。
  • 共识加上 DMARC 没坏处,但 Outlook 的投递结果依旧不透明。
6

用 git 里的任务队列对抗「AI 脑雾」

同时开二十个 agent 会话会累垮人,作者把工单放进仓库,让 agent 按队列循环处理。

并行开得越多,人越累;把状态放进文件,而不是放进脑子,是更可行的解法。

事实

  • 作者的问题定义是两点:排序和上下文。每张工单是仓库里的一个 markdown 文件,看板状态靠提交固化。
  • agent 分轮工作:研究新工单,做人工标为「可做」的,跑测试和浏览器检查,核对已部署的内容。
  • 崩了会话也没关系,队列还在。

解读

  • 这其实是把项目管理工具搬进了仓库:agent 读写同一份状态,人只在需要判断时介入。
  • 对做 agent 产品的团队,这意味着「任务状态可持久化、可审阅」比聊天窗口更重要。

讨论

  • 正方有人说自己限制最多同时开 2 到 3 件事,接受「空闲」也是必要的休息。
  • 反方有评论说这只解决一半:三个会话同时产出三个上万行的变更,评审仍要人来做,而且常发现解法过拟合、脆弱。还有人说为什么要并行,单线程专注就好。
  • 共识瓶颈从写代码变成上下文切换和评审,人的注意力没变多。
7

开源的 3D 木工建模 KetchUp:Rust 加 WebGPU

免费、无需账号,在桌面浏览器或 Windows、macOS、Linux 上就能用,面向木工和家具设计。

一个小而准的垂直工具,把 SketchUp 最常用的几招做成了免费版。

事实

  • 提供线、矩形、圆和手绘轮廓,推拉成体,吸附、精确尺寸和标注,分组、组件、标签。
  • 项目本地自动保存,可下载 .ketchup 文件,可导入 SketchUp 几何,导出 OBJ。
  • 页面强调:免费、开源、不用账号,主要面向桌面浏览器和鼠标。

解读

  • 做产品的启示是:只服务一个场景(木工),砍掉其余功能,就能做出让人愿意试的版本。
  • 评论里有人问:是不是已经到了自己造工具比学软件更划算的时代?

讨论

  • 正方有人说 Rust 做的界面在浏览器里手感和文字渲染都很好;3D 打印爱好者说自己只需要简单形体,这类工具正合适。
  • 反方有人反馈每画一个矩形就弹窗让命名,默认行为不对;也有人希望文件菜单里有示例。
8

写作是一种思考工具

一篇博客讲:写下来的过程会让问题的形状清楚起来。

想不清楚的事,写一遍就知道缺了什么。

事实

  • 这次没能抓到原文(站点抓取失败),下面基于帖子标题和评论。
  • 评论里多人说,写作、画图、写代码都是在写的过程中才发现真正的需求。

解读

  • 对产品经理,这是为什么要写文档和一页纸的理由:目的不是给别人看,而是自己想清楚。
  • 在 AI 能直接生成原型的当下,评论提醒:跳过「摆放和组装」的过程,可能也跳过了洞察。

讨论

  • 正方有人说读博时发现,写作其实决定了科学过程;设计师说 Figma 里摆放组件的过程就是思考。
  • 共识手动做的过程在产生想法,省略它要付出代价。

扫读

9

C++26 的契约功能没通过,他说主要原因是 Stroustrup 的反对。

标准委员会内部的分歧,决定了功能能否进入语言。

事实

  • 文中列出 C++26 的 6 条可能出路及利弊。
  • 这份 PDF 抓取失败,内容基于评论。

解读

  • 对不写 C++ 的人影响小。

讨论

  • 共识有评论认为 Sutter 的总结外交辞令得体;Stroustrup 的反对意见也被认为有道理。
10

可以调整声带和口腔位置,生成像呼麦的声音。

一个好玩的发声物理模拟。

事实

  • 评论里有人把它比作 Pink Trombone 的现代版。
  • 有人调出了蒙古呼麦的 Sygyt 泛音。

解读

  • 这类玩具说明纯网页能做很细的音频交互。

讨论

  • 共识大家觉得古怪又有趣。
11
Ask HN:你们最近在做什么?(2026 年 11 月)

每月一次的自我介绍帖,418 条评论。

用来感受独立开发者最近在做什么。

事实

  • 一位被裁员的人帮父亲的地毯清洁生意学做本地服务广告,并自己做 CRM。
  • 还有人在做 Rust 版的发布工具和公共交通软件 OneBusAway。

解读

  • 这是找灵感和观察小团队动向的好地方。
12

DMS 改名为 Dux,2.1 版带来系统监视器、视频壁纸和新媒体播放器。

Linux 桌面外壳在做得更像一个整体产品。

事实

  • Dux 支持 niri、Hyprland、Sway 等合成器,提供文件管理器、系统监视、登录界面。
  • 预配置的发行版包括基于 Fedora 的 Zirconium。

解读

  • 把「一整套体验」打包,是降低 Linux 用户配置成本的办法。

讨论

  • 正方有人用了近一年,说它非常流畅。
  • 反方有人担心 curl | sh 安装方式,认为应该进入发行版并经过审查。
13

UIST 2026 最佳论文:作者只声明拖动元素可能到达的状态,系统自动推演拖拽效果。

把拖拽动画和几何计算交给引擎。

事实

  • 系统会预先渲染各种未来状态,提取被拖元素的位置,合成平滑的拖拽交互。
  • 作者是 Joshua Horowitz、Andrew Blinn、Jeffrey Heer。

解读

  • 对做交互的人有价值,但是否好用取决于复杂场景。

讨论

  • 正方有人说它对 agent 写交互、检验动效是否对劲很有意义。
  • 反方有人担心上千个落点、多选拖拽时太复杂;也有人质疑新颖性。
14

安全研究者和 Sam Curry 研究某大厂的联网汽车系统,没有公开品牌。

关键在服务端,而不是硬件。

事实

  • 作者反编译 APK,还原远程解锁的 API 请求。
  • 博客没有点名车企,评论里有人猜是现代。

解读

  • 联网汽车的后台接口是现实攻击面。

讨论

  • 共识评论提示视频里有很响的哔声。
15

他的 tinylittleoffice 把办公套件数据存在 URL 里,吸引了几十万人访问。

浏览器做应用的成本每天都在降。

事实

  • 作者称 tinylittleoffice.com 发布后服务器被挤垮,最终通过付费升级 Cloudflare 才撑住。
  • 他认为浏览器是很强的应用开发环境,且门槛越来越低。

解读

  • 对产品来说,Web 优先、数据放客户端是一条越来越现实的路线。

讨论

  • 正方有人说在 three.js、离线存储和 SSE 之上做功能越来越容易。
  • 反方也有人说 Web 已经太多,桌面应用和终端界面反而更有用。
16

耶鲁大学出版社的摘录,讲霍普这幅名画的创作。

一幅画用约一个半月完成。

事实

  • 画作藏于芝加哥艺术博物馆,创作于 1942 年。
  • 文中引用霍普的话:他专心作画,没空理会外界喧嚣。

解读

  • 和产品无直接关系,属于文化阅读。

讨论

  • 共识有人说原作的荧光灯光感,数字图完全无法呈现。
17

作者讲述把 gcc 移植到 MS-DOS 的经过。

一个不被看好的挑战最终做成了。

事实

  • DJGPP 大约 1989 年诞生,起因是 Stallman 说 gcc 太大、无法移植到 16 位 MS-DOS。
  • 作者因此写了扩展器 Go32,提供虚拟内存。

解读

  • 怀旧阅读。

讨论

  • 共识评论里很多人说它是自己接触 C 的起点。
18

作者希望替代 STM32H7 上占用很多引脚的 FMC 接口。

这块芯片其实是跑 Linux 的双核 A35。

事实

  • 开发板 STM32MP257F-EV1 约 425 美元。
  • 作者在过程中发现一个有安全影响的硅片 bug,已由 ST 发布公告。

解读

  • 偏硬件人士的产品,大多数团队不需要。

讨论

  • 共识有人质疑它为什么叫 STM32,其实是应用处理器。
19

一篇 phys.org 报道,页面抓取失败。

用空气孔让硅片反射紫外光。

事实

  • 评论给出了论文:UV Mie-void reflective metasurfaces in silicon(2026)。
  • 文章抓取失败,其余细节未读。

解读

  • 离产品很远。
20

Axios 报道的这封信引发 300 多条讨论,抓取原文失败。

和董事会调查那条是同一件事,细节很少。

事实

  • 评论给出了英伟达官网的原信链接;本次没读到 Axios 全文。
  • 董事会随后宣布调查他是否是外国情报行动的目标。

解读

  • 公司治理风险是主要看点,没有产品相关信息。

讨论

  • 反方有人问为什么 CEO 要公开谈私事;也有人说这是精心写的声明。
  • 共识他会是各国情报机构的目标,是多数人都认同的前提。
21

面向室内和阳台,覆盖水培和容器种植,附作物数据表。

把种植讲成可调参数的工程问题。

事实

  • 文档分概念、环境参数和技术资源三部分,并有经济账。
  • 目前不涉及花园地、堆肥和菌类。

解读

  • 这类整理得清楚的垂直知识,本身就是内容产品。

讨论

  • 共识读者喜欢,但有人指出生长速度与品质的权衡、光合光子量的测量等点可再改进。
22

作者认为 Deno 的权限提示在设计上并不安全,还容易误导。

权限提示和程序输出共用终端,攻击者可以伪造提示。

事实

  • Deno 用 --allow-read 等参数限制程序访问;运行时也可请求权限。
  • 作者的批评包括提示信息会与不可信输出混在同一个终端里。

解读

  • 对做沙箱和 agent 权限的人有参考:提示界面要与不可信内容隔离。

讨论

  • 正方有人说 Deno 至少尝试了,Node 什么都没有。
  • 反方有评论指出用 emoji 判断提示是否可见靠不住;有人说 Deno 的官方支持还剩一年。
23

小说家写的语言从何而来,涉及无意识。

关于语言起源的老文章。

事实

  • 2017 年 Nautilus 刊出,作者是 Cormac McCarthy。
  • 他与圣塔菲研究所合作者讨论无意识。

解读

  • 与产品关系不大。
24

作者花 400 美元买的盲人专用手机卡顿严重,自己做了一个 ROM。

面向特定人群的硬件,常常用旧系统和低配置高价卖。

事实

  • 手机是 Kapsys SmartVision3,二手 400 美元,续航差、有卡顿和预装软件。
  • 作者两晚时间反复遇到 bootloop,最终做出自制 ROM。

解读

  • 小众无障碍硬件的软件质量和更新很可能被忽视,是真实机会。

讨论

  • 共识评论称赞写得好,并指出 Blindshell 等类似产品也有同样问题;有 AOSP 开发者建议用 kcm 文件重映射按键。
25

用 z80pack 在 Linux 上跑 CP/M,再运行 Zork。

没有实用理由,只为了熟悉 CP/M。

事实

  • Zork 只用纯文本,适合做这类演示。
  • 作者说,唯一的理由是为自己做 Z80 复古电脑做准备。

解读

  • 怀旧阅读。

讨论

  • 共识有人推荐 Go 写的 CP/M 模拟器,更省事。