2026 07 13 HackerNews

2026-07-13 Hacker News Top Stories #

  1. 陶哲轩用AI编码助手数小时内将1999年Java程序迁移至JavaScript，还快速实现相对论可视化，认为生成辅助性可视代码风险可控。
  2. xAI的Grok Build CLI在构建项目时将完整仓库及敏感文件上传至Google Cloud Storage，即使关闭改进选项仍继续上传。
  3. 英伟达通过投资Neocloud企业形成GPU融资循环，虽未盈利但获得大量订单，其债务驱动的扩张模式存在风险。
  4. SQLite严格表在建表时添加STRICT关键字强制类型检查，能防止无效插入，虽无法直接修改但利远大于弊。
  5. Mesh LLM利用iroh网络聚合空闲GPU，通过去中心化管道提供兼容OpenAI的推理API，实现低成本分布式AI计算。
  6. Ant是一个约8.6MB的自研JavaScript运行时，冷启动仅5.4毫秒，原生支持TypeScript并具备硬件隔离沙盒。
  7. 美国女性划船运动员凯尔西·芬德勒历时44天从加州划行2400英里至夏威夷，成为首位且最年轻的女性完成者。
  8. Ghostel是Emacs中由libghostty驱动的终端模拟器，用Zig编写模块处理底层，支持Kitty协议及TRAMP等高级集成。
  9. 作者通过碎片时间阅读、带电子书、多书并行等方法从年读不到10本提升至每周一本，并强调果断放弃不喜欢的书。
  10. 医生因深知医学极限，临终时倾向于放弃无效激进治疗，选择更少痛苦与家人共度，以换取安宁离世。

1. 新旧应用，经由现代编码助手 (Old and new apps, via modern coding agents) #

https://terrytao.wordpress.com/2026/07/11/old-and-new-apps-via-modern-coding-agents/

陶哲轩在博客中分享了他利用现代 AI 编码助手，将 1999 年编写的旧 Java applet 迁移至 JavaScript 的经历。这些 applet 曾用于复分析、线性代数课程以及数学对象可视化（如蜂巢、贝西科维奇集），但由于 Java 标准停止支持而失效。借助 AI agent，他在数小时内完成了所有 applet 移植，仅发现一处小 bug，且 AI 还识别出原始代码中两个未发现的错误。此外，他还用 AI 实现了两个新工具：一个狭义相对论可视化工具（类似“闵可夫斯基空间中的 Inkscape”），以及一个吉尔布雷思猜想的交互式可视化页面。陶哲轩认为，对于这些非论文核心的辅助性可视化，使用 LLM 生成代码的风险可控，并计划在未来论文中继续添加此类互动补充。

HN 热度 411 points | 评论 117 comments | 作者：subset | 14 hours ago #

https://news.ycombinator.com/item?id=48880170

  • 使用 LLM 构建可视化对教学帮助很大，许多一直想做但没时间做的可视化现在可以快速完成
  • 可视化不需要完美架构和可维护代码，LLM 擅长迭代直到看起来正确
  • “看起来正确”依赖受众水平，误差会限制可视化对高级用户的实用性
  • 可视化可采用 HTML、Mermaid、Graphviz、p5.js、Three.js 等格式，灵活性强
  • 用 LLM 为数学论文创建 3Blue1Brown 风格的视频可视化，有助于更快消化内容
  • LLM 生成 PIL 命令/参数节省了大量时间
  • 50/50 评分权重允许学生考 40% 也能及格 C-，这可以接受
  • 教学模拟工具（如 8 位计算机）对理解计算机底层原理很有帮助，vibe coded 模拟是很好的教学工具
  • 菲尔兹奖得主 Terry Tao 用编码代理做应用，下一步可能就是问 LLM 为什么 Docker 容器不启动
  • 在 LLM 之前已有菲尔兹奖得主（Martin Hairer）创建了专业软件
  • 原本以为 AI 会把所有人提升到顶尖水平，结果反而把顶尖水平拉低到我们可触及的范围
  • 蓝领工人在 r/vibecoding 快速拼出应用和游戏，以前需要几天才能完成的东西现在很快就能做出来
  • 软件供应将大增，可能影响需求或导致工资下降，需看是否适用吉文斯悖论
  • 软件供应已经增加，但大部分新东西几乎没用
  • 在小企业中，自建定制软件非常有用，比现成产品更好，能更快推动业务增长
  • SaaS 已死，一切将回归内部化，但资本循环可能再次推动外包
  • 有人 vibe coded 多个日常使用的应用，虽然卖不出去但对自己很实用
  • 具体例子：打包清单 app、LLM 驱动的餐食计划、LAN 派对网络建设追踪应用
  • 六个月前说 vibe coding 无用可能还成立，但现在已能产出有用产品
  • vibe coded 应用在线上可能撑不住，类似外包趋势，只能作为原型，AI 尚未能端到端自主部署到生产
  • 个人软件是未来，能抵抗商业软件的腐化，开源项目值得支持

2. xAI 的 Grok 构建 CLI 向 xAI 发送了什么：一次网络级分析 (What xAI’s Grok build CLI sends to xAI: A wire-level analysis) #

https://gist.github.com/cereblab/dc9a40bc26120f4540e4e09b75ffb547

该网页是对 xAI Grok Build CLI（版本 0.2.93）进行的网络通信分析，通过抓包工具（mitmproxy）验证了其向 xAI 服务器发送的数据内容。主要发现三点：

  1. Grok 会读取项目中的文件（包括.env 等敏感文件），将文件原文直接通过模型交互接口（POST /v1/responses）发送，同时还会将文件打包为 session_state 存档上传到存储端点（POST /v1/storage），且均被接受（HTTP 200）。
  2. Grok 会独立上传整个代码仓库的所有跟踪文件及 Git 历史，即使 AI 代理未被要求读取任何文件（例如仅回复“OK”），仍会上传完整仓库。在 12GB 仓库测试中，存储通道传输了 5.10 GiB 数据，而模型交互仅 192 KB，比例悬殊。
  3. 存储目标地址是 Google Cloud Storage 的 grok-code-session-traces bucket，该行为默认启用，且在设置中关闭“Improve the model”选项后仍未停止。 文章提供了重现方法、抓包命令和证据哈希值，强调已证明数据传输和存储事实，但未证明 xAI 会用这些数据训练模型。

HN 热度 401 points | 评论 155 comments | 作者：jhoho | 24 hours ago #

https://news.ycombinator.com/item?id=48877371

  • 使用 bubblewrap 沙箱隔离编码工具，限制网络只允许访问 LLM 提供商，排除工具自身域名。
  • 可用 bubblewrap 拉取完整 rootfs 创建隔离环境，并叠加 gvisor 等进一步加固。
  • 网络沙箱中用透明代理和 DNS 映射 IP 到域名实现细粒度控制。
  • 原生专有编码代理（如 claude-code、codex、grok-build）有隐私风险，因更新可能加入未知功能。
  • 使用 opencode 等开源工具通过 API 调用相对安全，但性能稍差，且服务器端仍可窃取数据。
  • Codex 是开源的，但服务器端闭源仍可能有风险。
  • 自动更新带来的风险可能比不更新更大。
  • 使用自己的代理可能面临公司账户封禁风险。

3. 英伟达、CoreWeave 与 Nebius：GPU 热潮中的循环融资内幕 (Nvidia, CoreWeave, and Nebius: Inside the Circular Financing of the GPU Boom) #

https://io-fund.com/ai-stocks/nvidia-coreweave-nebius-circular-financing-gpu-boom

Neocloud（如 CoreWeave 和 Nebius）正受益于超大规模企业对 AI 基础设施的巨大需求，通过快速部署最新 Nvidia GPU 和优化计算利用率实现收入与积压订单的迅猛增长。然而，其增长远未盈利，面临现金流有限、债务高企的挑战。超大规模企业（如微软、Meta）愿意投入超 1200 亿美元与 Neocloud 签订长期容量协议，原因有三：快速获取最新 GPU、更高的 GPU 利用率（通过软件优化缩小 MFU 差距）、以及将资本支出转为运营支出。但 Neocloud 的融资模式存在“循环融资”风险——Nvidia 通过股权投资和财务支持参与其中，且其大部分签约电力容量尚未投产。CoreWeave 和 Nebius 正加速将电力合约转为活跃产能以兑现收入，但巨额建设成本依赖 GPU 抵押债务，可持续性需密切关注。

HN 热度 361 points | 评论 164 comments | 作者：adletbalzhanov | 1 day ago #

https://news.ycombinator.com/item?id=48873836

  • Nvidia 投资 CoreWeave 仅占其年资本支出的 5.7%，其他资金来自外部，并非循环融资。
  • Nvidia 投资 Neoclouds 是为了制衡超大规模云厂商（hyperscalers），防止它们自研芯片或抢占 Nvidia 的机架设计。
  • Neoclouds 接受 Nvidia 投资可以优先获得新芯片，形成竞争优势（新款芯片能效提升 5～20 倍）。
  • Nvidia 曾计划推出 DGX Cloud 直接竞争，后来取消并转向投资 Neoclouds，避免与最大客户正面冲突。
  • 循环融资的模式本身不是问题，但规模庞大、持续时间长且缺乏可行产品才是风险。
  • 融资链条是：Nvidia 投资新公司并签长期合同 → 新公司用资金加债务建数据中心、买 GPU → Nvidia 报表好看。
  • 当增长减速或停滞时，这些公司会如何？Nvidia 被迫回购未使用 GPU 时股价会怎样？
  • 这些公司（CoreWeave、Nebius）是公开实体，用少量 Nvidia 投资撬动股价，再融资扩大泡沫，零售投资者助推估值虚高。
  • 真正的资金来自大科技利润、债务和快速增长的 AI 收入（如 Anthropic 从 90 亿到 600 亿 ARR），并非循环。
  • 我所在公司每月花费数千美元使用 Anthropic，并获得了实际价值，不是循环。
  • 但数千美元支出远不够，需要达到数十万甚至更高才能使商业模式成立。
  • Anthropic 最近实现盈利，说明当前规模可能已足够。
  • Anthropic 和 OpenAI 寻求万亿美元估值，但它们缺乏护城河，计算资源由投资人（也是房东）补贴，形成循环。
  • 使用 Anthropic 的 Claude 替代了 6～10 名软件工程师，节省了招聘成本，带来了真实效率提升。

4. 在 SQLite 中优先使用严格表 (Prefer strict tables in SQLite) #

https://evanhahn.com/prefer-strict-tables-in-sqlite/

SQLite 的严格表通过在创建表时末尾添加 STRICT 关键字来启用，能强制类型检查，阻止插入错误类型（如把文本存入整数列），也能防止使用无效的列类型（如 GARBAGE、DATETIME 等），只允许 INT、INTEGER、REAL、TEXT、BLOB 和 ANY。ANY 类型可保留灵活性。缺点包括：无法直接修改现有表为严格表（需复制数据并清理），仅支持 SQLite 3.37.0+，以及可能有轻微性能开销（实际测试影响不大）。作者认为严格表能避免许多类型相关的 bug，利大于弊。

HN 热度 338 points | 评论 170 comments | 作者：ingve | 1 day ago #

https://news.ycombinator.com/item?id=48873940

  • 无法直接 ALTER table 使其 strict，需要复制数据到新 strict 表，但可以通过 sqlite-utils 的 transform(strict=True)实现转换。
  • 转换时可以使用 PRAGMA foreign_keys=0 和 defer_foreign_keys=ON 来处理外键。
  • 某些功能可能是 AI 辅助生成的，作者公开了对话记录，但有人认为这会导致讨论偏离主题。
  • SQLite 官方文档认为严格类型检查可能隐藏更难发现的错误，但许多开发者不同意，反而认为应该默认启用安全机制。
  • 类似 MongoDB 的“可存任意类型”设计很糟糕，opt-in 的宽松类型比 opt-out 更好。
  • 实际项目中模仿“灵活类”的设计导致数据混乱，不如直接使用 JSON 字段。
  • JSON 字段也有弊端，动态 schema 在某些场景下有用。
  • 应尽可能添加检查和安全措施，而不是依赖“容易发现错误”的论点。
  • SQLite 源于 TCL 一切皆字符串的文化，因此不严格是历史原因。
  • SQLite 文档对 STRICT 的辩护像是事后合理化，fail-fast 才是正确做法。
  • 不理解 SQLite 为何不支持 fail-fast，它就像是 SQL 界的 JavaScript。
  • 即使是 PostgreSQL 插入实数到整数字段也会四舍五入，并非完全 fail-fast。
  • 希望 STRICT 成为 SQLite 的默认行为。

5. Mesh LLM：基于 iroh 的分布式 AI 计算 (Mesh LLM: distributed AI computing on iroh) #

https://www.iroh.computer/blog/mesh-llm

AI 大模型运行成本高昂且受制于第三方供应商，Mesh LLM 提供了一种去中心化的解决方案：将团队已有 GPU 资源组成对等网格，统一暴露为兼容 OpenAI 的 API（localhost:9337/v1）。请求可按三种方式处理：本地运行、路由到已加载模型的节点、或将超大模型分层拆分到多台机器上流水线运行（内称 Skippy）。架构采用插件化设计，内置 40+ 模型支持，网络层基于 iroh 库实现 NAT 穿透、QUIC 加密传输和去中心化对等通信（ALPN 协议包括 mesh-llm/1、控制平面、激活传输）。单字节流类型标识 gossip、HTTP 隧道、路由查询等信道。用户安装约 18MB 的轻量客户端即可加入公共 mesh 或配置私有部署，支持移动端（基于 iroh Swift SDK，计划适配 ACP 标准）。项目旨在减少对封闭服务器和控制厂商的依赖，实现更自主、更低成本的 AI 推理。

HN 热度 334 points | 评论 79 comments | 作者：tionis | 1 day ago #

https://news.ycombinator.com/item?id=48876505

  • mesh-llm 使用起来非常无缝，一键加入即可运行，体验极佳
  • 个人计算资源有限（如 VRAM 不足），即使集中多台设备也未必能达到图中总量
  • 公开网格的链接是 https://public.meshllm.cloud/
  • 分布式推理速度可能并不一定慢：网络传输的是激活值而非权重，数据量小，瓶颈主要在延迟而非带宽
  • 在 2 节点上，Qwen 235B MoE 已证明达到 16 tok/s，接近舒适交互速度
  • 网络延迟是限制因素：本地 1ms 延迟下理论上限约 333 tok/s，但全球广域网延迟高导致速度下降
  • 分布式训练需要高速网络（如 RDMA），但推理时数据量小，10Gbps 以太网足够
  • 在家庭实验室模拟 5ms 延迟下，分布式拆分表现良好，但全球广域网下不快
  • 具体硬件实测：两台 Mac Studio（M3 Ultra + M1 Ultra）通过 1Gbps 以太网，使用自定义 Q2 量化，GLM 5.2 约 10 tok/s
  • 苹果高端机型（如 M3 Ultra 256GB）拥有 800GB/s 内存带宽，对 LLM 推理有利，但仍远低于专用 GPU 的内存带宽
  • 分布式对预填充（prompt processing）更有利，因为延迟不累积

6. Show HN: Ant —— 一个 JavaScript 运行时与生态系统 (Show HN: Ant – A JavaScript runtime and ecosystem) #

https://antjs.org

Ant 是一个轻量级、高性能的 JavaScript 运行时，从零构建（引擎 Ant Silver，非 V8/JSC 包装），二进制仅约 8.6 MB。它直接运行真实 npm 包，兼容 Hono、TypeScript 等生态，冷启动仅 5.4 ms（v.s. Bun 12.8 ms、Deno 24.8 ms、Node 31.1 ms）。安装包比 npm 快 40 倍，原生支持 TypeScript 无需构建。内置硬件隔离沙盒（KVM/Hypervisor），可运行不可信代码。提供开放注册表 ants.land，支持 npm 协议，一键安装命令。

HN 热度 314 points | 评论 144 comments | 作者：theMackabu | 1 day ago #

https://news.ycombinator.com/item?id=48875377

  • 作者自称"hand-built"但早期代码大量借用现有 AGPL 代码库，引发信任问题
  • 作者回应已全面重写，现在所有代码均经审查和测试
  • 使用 LLM 生成代码并人工审查不算真正的手工构建
  • 项目名称"Ant"与 Apache Ant 和 Ant Design 冲突，易混淆
  • ant.design 网站存在可访问性问题和移动端显示不佳
  • 关于 AI 辅助编码是否算手工构建存在争议，有人认为这是光谱而非二元判断
  • 在 AI 时代，除非明确说明，否则应假定代码由 LLM 生成，手工构建应专指无辅助编写

7. 美国女性划船运动员完成从加州到夏威夷的历史性单人旅程 (Female US rower completes historic solo journey from California to Hawaii) #

https://www.theguardian.com/us-news/2026/jul/04/california-hawaii-rowing-solo-journey

美国女子划船运动员凯尔西·芬德勒（Kelsey Pfendler）完成了一项历史性的单人横渡太平洋之旅，从加利福尼亚州蒙特雷出发，历时近 44 天，划行约 2400 英里（3900 公里），抵达夏威夷檀香山。她成为首位完成此路线的美国女性，也是最年轻和最快的女性，同时打破了此前由男性保持的 52 天纪录（女性纪录为 86 天）。芬德勒在社交媒体上分享了旅途中的艰辛，包括手部起泡、恶劣天气、睡眠困难以及心理挑战。她今年 30 岁，职业是科罗拉多河大峡谷的漂流向导，曾表示希望自己的经历能激励他人寻找并开始自己的“大而难、令人害怕的事”。此外，文章还提到另一位马拉松游泳者凯瑟琳·布里德（Catherine Breed）开始了一项 900 英里的加州海岸游泳挑战。

HN 热度 314 points | 评论 106 comments | 作者：speckx | 1 day ago #

https://news.ycombinator.com/item?id=48873692

  • 从 Moloka’i 到 Oahu 的 45 英里独木舟穿越已经极其困难，44 天从加州到夏威夷的独自划行令人难以置信，需要极大的心理和生理耐力
  • 开放海域的 15 米高波浪如同移动的山脉，特制的舷外支架独木舟可以在其上冲浪数英里，比标准船更安全
  • 海浪的周期比高度更重要：10 英尺高、30 秒周期的波浪很温和，而 5 秒周期则非常危险
  • 大型远洋涌浪可能比湖泊的碎浪更温和，湖泊的短浪在小型船只中更可怕
  • 给独木舟加装舷外支架能显著提高其适航性
  • 这类长距离横渡很大程度上依赖天气和海洋条件的偶然性
  • 这趟旅程相当于地球周长的十分之一，非常疯狂
  • 凯尔西·芬德勒（Kelsey Pfendler）以女性身份打破了男性保持的纪录，快了 6 天
  • 在超长距离耐力运动中，女性因心理、营养、导航等非力量因素而更具竞争力，甚至常赢得比赛
  • 女性在超长距离赛事中更易获胜的原因之一是参赛人数较少，而非生物学优势消失；男性在 VO2 max 等指标上仍保持约 10% 的优势，这在从 100 米到 6 天超马的所有跑步纪录中均有体现

8. Ghostel.el: 由 libghostty 驱动的终端模拟器 (Ghostel.el: Terminal emulator powered by libghostty) #

https://dakra.github.io/ghostel/

Ghostel 是一个由 libghostty-vt 驱动的 Emacs 终端模拟器，使用 Zig 编写的原生动态模块处理终端状态、渲染和本地 PTY I/O，Elisp 管理键映射、缓冲区、命令和远程进程集成。它支持 Kitty 键盘和图形协议、丰富的下划线样式、OSC 8 超链接、OSC 4/10/11 颜色查询和同步输出。模块在首次使用时自动下载，无需工具链。通过 M-x ghostel 即可打开终端。

主要功能包括：多种输入模式（半字符模式、字符模式、Emacs 模式、复制模式、行模式）、Shell 集成（目录追踪、提示符导航、从 Shell 调用 Elisp）、书签、链接与文件检测、密码提示检测、内联图像（Kitty 图形协议）、通知与进度显示、颜色调色板、TRAMP 远程终端支持、编译模式集成、Eshell 集成、comint 集成等。支持 Evil-mode 扩展。性能对比 vterm 和 eat，在特性集上有优势，特别是在 Kitty 协议和渲染方面。

配置涵盖进程与环境、原生模块、TRAMP、渲染性能、图像、链接与剪贴板、密码提示、通知、输入交互、行模式等多项自定义选项。提供项目集成命令和从 Lisp 发送输入的功能。

HN 热度 264 points | 评论 50 comments | 作者：signa11 | 16 hours ago #

https://news.ycombinator.com/item?id=48879504

  • 在 Emacs 中运行大型 diff 解析（如 magit）可能阻塞所有操作，因此用户仍会保留独立终端。
  • 长时间运行的 Elisp 代码可能阻塞 UI，但终端命令本身不会阻塞。
  • eshell 允许像普通缓冲区一样操作文本，是杀手级功能；Ghostel 目前无法实现这种集成，希望有类似 eat-eshell-mode 的功能。
  • Ghostel 的 line-mode 提供类似 M-x shell 的体验，但无法编辑回滚缓冲区，而 eshell 支持编辑回滚。
  • 希望 Ghostel 有 WezTerm 的 Quick-select 模式，但 Emacs 的 avy 等包可实现类似功能且更自由。
  • 对于 Lazygit 等滚动程序，通过捕获鼠标滚动事件并转发到终端实现正常滚动。
  • libghostty-vt 库因直接面向终端 TUI，优化重渲染需处理终端语义，易出现耦合问题。
  • 使用 Ghostel 后已定义 F1 切换模式，并会根据命令重要性判断是否在 Emacs 内执行。
  • Issue #426（允许编辑已完成命令的输出）若实现将满足编辑回滚需求，维护者已关注。
  • Ghostel 定位为 term.el、shell.el、eat、vterm 等替代品，而非 eshell 的替代品。
  • Ghostel 的 line-mode 在进入 TUI 应用（如 vim）时自动禁用，但可配置维持。

9. 如何阅读更多书籍 (How to read more books) #

https://scotto.me/blog/2026-07-12-how-to-read-more-books/

根据当前页面内容，这是一篇博客文章，作者 Elia Scotto 分享了自己如何从每年读不到 10 本书变成每周读一本书的经验。核心方法包括：利用所有零碎时间阅读（如等待、通勤、做饭、吃饭时），移除手机上的社交媒体和流媒体应用以避免分心，始终随身携带书籍（推荐电子阅读器以便携带），同时阅读多本书以保持兴趣，不害怕放弃不喜欢的书，建立实体图书馆，设定阅读目标但不要为数量牺牲质量，写书评帮助记忆和理解，通过 Goodreads 和 YouTube 寻找下一本要读的书。文章还引用了翁贝托·埃科关于藏书和阅读的见解。

HN 热度 251 points | 评论 143 comments | 作者：silcoon | 9 hours ago #

https://news.ycombinator.com/item?id=48882056

  • 有声书与纸质书是不同媒介，处理方式不同，但无优劣之分
  • 对于非虚构类作品，有声书与纸质书体验相似，但更容易分心
  • 非虚构类书中高亮段落，电子书更方便搜索和整理
  • 有声书体验高度依赖朗读者质量，差的朗读者会破坏效果
  • 有些作者自己朗读的作品效果不佳
  • 有声书适合在开车、走路等不能阅读的场景使用
  • 斯蒂芬·金朗读的《写作这回事》被认为是最好的有声书之一
  • 阅读时脑中会自然想象角色声音，有声书可能打破这种个人想象
  • 书籍平均质量高于随机播客，因为作者和编辑投入更多时间打磨
  • 使用 LLM 总结内容作为预过滤器，决定是否深入阅读
  • 播客因过多广告和糟糕的 UI 而被放弃
  • 听书比读书慢，但能帮助坚持读完原本难以专注的书
  • 有声书速度慢，且口语故事应有不同于文本的节奏与动态
  • 对于故事性强的内容，有声书更适合对话，但阅读可自由控制节奏和停顿
  • 有人不喜欢有声书，因为无法快速回看或精确定位到某处文字

10. 医生如何面对死亡：与常人不同（2016） (How Doctors die. It’s not like the rest of us (2016)) #

https://archive.cancerworld.net/featured/how-doctors-die/

医生面对死亡的态度与普通人截然不同。他们深知现代医学的极限，往往选择更少、更温和的治疗，拒绝无效的激进抢救。文章通过几个真实案例说明：一位胰腺癌专家放弃手术和化疗，选择与家人共度余生；许多医生要求家人不要在他们临终时实施心肺复苏等“英雄式”措施。医生们看到太多“无效治疗”——患者被插管、切开、连上机器，在剧痛中离世，而这类治疗每天花费数万美元。造成过度治疗的原因在于患者家属的盲目要求、医生为避免诉讼而顺从、以及按服务收费的医疗系统。作者呼吁人们应该像医生那样，提前了解并选择更理智、更安宁的临终方式。

HN 热度 239 points | 评论 144 comments | 作者：downbad_ | 1 day ago #

https://news.ycombinator.com/item?id=48876741

  • 新疗法不断涌现，积极治疗可能带来转机，有成功案例证明坚持治疗能获得长期缓解。
  • 年龄影响治疗决策：年轻人更看重未来里程碑（如子女成长），愿意为争取时间忍受痛苦；老年人更关注当下生活质量，认为剩余生命有限，不愿牺牲舒适度。
  • 即使医生本人，也可能后悔接受所有治疗，因最后几年生活质量极差，有些健康专业人士宁愿选择更短但痛苦更少的人生。
  • 社会期望会无形中影响老年人对自身需求的判断，但实际预期寿命延长可能改变这一观念。
  • 对于有幼子的患者，为了陪伴孩子成长，忍受治疗痛苦可能是值得的。
  • 老年人体质恢复能力弱，更难耐受激进治疗带来的副作用。

Hacker News 精彩评论及翻译 #

Old and new apps, via modern coding agents #

https://news.ycombinator.com/item?id=48880430

Terry Tao using coding agents to build apps means we’re one step away from a Fields Medalist asking an LLM why his Docker container won’t start, just like the rest of us.

luciana1u

陶哲轩使用编码代理来构建应用程序，意味着我们离一位菲尔兹奖得主像我们普通人一样向大语言模型询问“为什么我的Docker容器启动不了”只差一步之遥了。

How Doctors die. It’s not like the rest of us (201… #

https://news.ycombinator.com/item?id=48877363

On the spectrum or go gentle vs fight, I’d have to say, now is the time is history where “fight” makes the most sense.

This is not abstract for me. I have not one, but two forms of cancer.

Both were considered incurable when I was diagnosed.

Both have treatments now that, IN SOME PEOPLE, lead to remission.

I still don’t know which group I am, but I’d be dead from either one by now, if I hadn’t elected to treat.

New treatments, for SOME cancers are literally coming out monthly.

So the fact that you can’t be cured today, does mean there won’t be a better treatment by next year, if you can hang on.

I should find out soon on my more aggressive one. Either way, I plan on continuing to try.

tom

在“顺其自然”和“抗争到底”之间，我不得不说，现在这个历史时刻，“抗争”最有意义。

这对我来说并非抽象概念。我患的不是一种，而是两种癌症。

确诊时，两者都被认为无法治愈。

如今这两种癌症都有治疗方法——对某些人而言——能带来缓解。

我仍不确定自己属于哪类人，但如果当初没有选择治疗，现在早已死于其中一种了。

针对某些癌症的新疗法，几乎每个月都会问世。

所以，今天无法治愈并不意味着明年不会有更好的疗法——只要你能撑下去。

我很快就能知道自己那更凶险的癌症的结果。无论结果如何，我计划继续尝试。

What xAI’s Grok build CLI sends to xAI: A wire-lev… #

https://news.ycombinator.com/item?id=48877828

“It uploads the whole repository — every tracked file’s content plus git history — independent of what the agent reads”

Holy cow!!!! I mean I kinda expected Elon would do something like this to try to catch-up.. but this is extremely concerning.

This is precisely the reason, even though their pricing is competitive and grok-4.5 is actually good enough, I chose not to go with them.

freakynit

“它会上传整个仓库——所有被追踪文件的内容以及Git历史——无论智能体读取了什么”

天哪!!!! 我其实想过埃隆可能会做类似的事情来试图追赶……但这极其令人担忧。

这正是原因所在，尽管他们的定价有竞争力且Grok-4.5确实足够好，我还是选择不采用他们的服务。

Nvidia, CoreWeave, and Nebius: Inside the Circular… #

https://news.ycombinator.com/item?id=48874687

Why is it a big deal?

Nvidia invested $2b into CoreWeave for 9% equity stake. CoreWeave is spending $35b in CapEx in 2026. Therefore, Nvidia’s investment is only 5.7% of CoreWeave’s single year CapEx. The other $32b is coming from other sources that isn’t Nvidia. This is hardly circular.

Nvidia invests in Neoclouds because it’s a hedge against hyperscalers having too much power, ie designing and prioritizing their own chips, and not fully using Nvidia’s rack design. Neoclouds give hyperscalers competition. Neoclouds accept Nvidia investments because it allows them to secure Nvidia chips first, which is a competitive advantage since new Nvidia chips have been as much as ~5-20x more efficient than old Nvidia chips.

Nvidia was planning to directly compete against hyperscalers through DGX Cloud. They cancelled public DGX Cloud access when they found that investing in Neoclouds would accomplish the same goals without having to compete against their biggest customers.

If you’re Nvidia, it’s smart because Neoclouds that you have a large stake in will deploy your full stack from GPUs to networking to storage racks. They will share valuable usage data back to you so you can design a better next generation. Hyperscalers are likely a lot less cooperative, prefer to use their own designs if possible, and will guard their usage data.

aurareturn

为什么这很重要？
英伟达向CoreWeave投资20亿美元，获得9%股权。而CoreWeave在2026年的资本支出高达350亿美元。因此，英伟达的投资仅占CoreWeave单年资本支出的5.7%。其余320亿美元来自英伟达以外的其他来源。这很难说是循环投资。
英伟达投资Neocloud，是为了对冲超大规模云服务商权力过大——即它们自主设计和优先使用自研芯片，而不充分利用英伟达的机架设计。Neocloud为超大规模云服务商带来了竞争。而Neocloud接受英伟达投资，是因为这能让它们优先获得英伟达芯片——由于新芯片的能效比老芯片高出约5到20倍，这便是一项竞争优势。
英伟达原本计划通过DGX Cloud直接与超大规模云服务商竞争。但后来发现，投资Neocloud既能实现相同目标，又无需与自己的最大客户竞争，因此取消了面向公众的DGX Cloud服务。
对英伟达而言，此举明智之处在于：其持有大量股权的Neocloud将部署从GPU到网络再到存储机架的完整方案，并向英伟达分享有价值的用户数据，有助于下一代产品的设计。而超大规模云服务商往往不那么配合，更倾向于尽可能使用自研方案，且会严守自身的使用数据。

Under federal rule, colleges must leave grads bett… #

https://news.ycombinator.com/item?id=48879562

The purpose of a college degree is NOT a job… but the purpose of a college LOAN is 100% a job, and it’s very important to differentiate between the two.

The whole point of the loan is to buy time; you don’t want to wait for when you have savings to purchase the degree, you want to do it now. If you are not doing it for the job, then why the loan, what’s the rush?

If knowledge and prestige is all that matters, then don’t take the loan, take the scenic route, get your degree slowly as and when you have the time and money, and one day you will have something to look back at.

But if you are doing it so you can start earning as soon as possible, when you are still young and energetic… then you are doing it for the job, and in that case the degree better be financially worth it.

You have the right to a degree in XYZ… you should NOT have the right to a taxpayer backed grant/aid/loan/whatever to gain said degree unless you’re on a reasonable path to become a tax payer yourself as soon as you are done with the degree.

ryzvonusef

大学学位的目的不是找工作……但大学贷款的目的100%是为了找工作，区分这两点非常重要。

贷款的全部意义在于争取时间；你不想等到攒够钱再去获取学位，而是想现在就实现。如果你不是为了工作，那为什么要贷款？为什么这么着急？

如果知识和声望才是最重要的，那就别贷款，走一条悠闲的路，等你有时间和钱的时候慢慢拿学位，总有一天你会有值得回味的经历。

但如果你这么做是为了在年轻时精力充沛时尽早开始赚钱……那你就是为了工作，在这种情况下，这个学位最好在经济上值得。

你有权获得某个专业的学位……但你不应有权获得纳税人支持的助学金、补贴、贷款或其他任何东西来获取这个学位，除非你完成学位后能走上合理路径、尽快成为一名纳税人。

Since Chromium 148, Math.tanh is now fingerprintab… #

https://news.ycombinator.com/item?id=48885018

One tanh call on the right input is a per-OS signature. Claim macOS, return Linux math bits, and you have contradicted your own User-Agent.

They (or rather the LLM that wrote this) missed that this is possibly fingerprintable to browser version range, which is slightly more interesting. Most users aren’t spoofing their user agent headers to be a different operating system. Most fingerprinting solutions aren’t trying to infer your operating system, they only care about semi-unique things that show up.

It’s an interesting finding. I wish they had taken some time to have a real person write it up. This is too heavily LLM written to ignore.

Aurornis

对正确的输入调用一次tanh函数，是每个操作系统的特征标识。如果声称是macOS，却返回Linux的数学运算结果，那就与你自己声明的User-Agent自相矛盾了。

他们（或者说撰写此文的LLM）忽略了这一点可能能用来指纹识别浏览器版本范围，这稍微更有意思一些。大多数用户并不会伪造自己的User-Agent头来假装不同的操作系统。大多数指纹识别方案也并非试图推断你的操作系统，它们只关心那些显现出来的半唯一特征。

这是一个有趣的发现。我希望他们能花些时间让真人来撰写这篇文章。LLM撰写的痕迹太重了，无法忽视。

Old and new apps, via modern coding agents #

https://news.ycombinator.com/item?id=48881193

Building visualizations with LLMs has been a major boost for my CS classes:

https://htmx.org/essays/universities-and-ai/#demos-visualizations-are-cheap

Many visualizations that I have always wanted but just didn’t have the time to build, I now have.

To give an example, I wanted a simplified 8-bit computer to complement the 16-bit teaching computer I use and designed this in a few days with the help of claude:

https://bdp.cs.montana.edu/

recursivedoubts

用大语言模型构建可视化极大地促进了我的计算机科学课程：

https://htmx.org/essays/universities-and-ai/#demos-visualizations-are-cheap

许多我一直想做却没时间构建的可视化，现在都实现了。

举个例子，我希望能有一台简化的8位计算机，来补充我正在使用的16位教学计算机，于是在Claude的帮助下，我花了几天时间设计出了这台机器：

https://bdp.cs.montana.edu/

Claude Code sends 33k tokens before reading the pr… #

https://news.ycombinator.com/item?id=48883796

What really burns tokens is sub agents. I once gave Claude Code a pretty big task, and it immediately launched 7 sub agents which burned through my budget before even one of them was finished. Tried again 5 hours later: same result.

If I let the main agent do the same task sequentially, it was no problem at all. I don’t know if it’s really just communication and orchestration that makes sub agents so inefficient, or if Anthropic figured that most people using sub agents pay per token on a big corporate account, so this is an easy way to make more money from tokenmaxxers.

mcv

真正烧掉大量token的是子代理。我曾经给Claude Code分配了一个相当大的任务，它立刻启动了7个子代理，在我甚至还没完成其中一个子代理之前就烧光了我的预算。五小时后重新尝试了一次：结果相同。
如果让主代理顺序执行同样的任务，完全没有任何问题。我不知道这究竟是因为沟通与协调导致子代理效率如此低下，还是Anthropic算准了大多数使用子代理的人都是用大型企业账户按token付费，从而借此轻松地从“token消耗大户”身上赚更多钱。

Claude Code sends 33k tokens before reading the pr… #

https://news.ycombinator.com/item?id=48883663

My opinion is that claude code uses more tokens simply because Anthropic makes more money that way and forces people into their subscriptions. This is supported by the fact that they won’t let you use your sub on a different coding agent. I use pi btw.

korrectional

我的看法是，Claude Code消耗更多token纯粹是因为Anthropic想借此赚更多钱，并迫使人们订阅他们的服务。这从他们不允许你在其他编码代理上使用你的订阅这一点也能得到印证。顺便说一下，我用的是pi。

What xAI’s Grok build CLI sends to xAI: A wire-lev… #

https://news.ycombinator.com/item?id=48878156

GitHub Copilot engineer here working on identity, safety, and privacy - no, even Microsoft doesn’t have access to all GitHub repos.

As years have passed since the acquisition “company” delineations have blurred a bit, but Microsoft employees still need to go through a separate onboarding process to access any GitHub company resources (internal repositories, telemetry, documentation, etc.), and then we have an additional layer of entitlements to gate and audit access to any sensitive data, including user data.

Very few employees within GitHub proper even have access to view private repositories, and in the rare cases where that’s done for legal or safety reasons the repository owner is notified.

There are currently no OpenAI employees with access to GitHub systems, so there’s about 4 layers of protection in place to prevent private repositories access. We do genuinely take user data protection and privacy seriously.

taywrobel

我是GitHub Copilot的工程师，负责身份验证、安全及隐私方面的工作——不，即便是微软也无法访问所有GitHub仓库。

自收购以来，随着时间推移，“公司”之间的界限已有些模糊，但微软员工仍需通过单独的入职流程才能访问任何GitHub公司资源（内部仓库、遥测数据、文档等），此外还有额外的权限层级来管控和审计对任何敏感数据（包括用户数据）的访问。

即便是GitHub内部，能够查看私有仓库的员工也极少，在极少数因法律或安全原因需要查看的情况下，仓库所有者会收到通知。

目前没有任何OpenAI员工拥有访问GitHub系统的权限，因此大约有四层保护机制以防止私有仓库被访问。我们确实认真对待用户数据保护与隐私。

https://news.ycombinator.com/item?id=48873989

SpaceX needs to claim there’s a need for 100k more satellites to prop up unreasonable valuations. This is no different than Elon claiming Tesla owners would be renting out their cars as FSD taxis while at work (next year, we swear guys!!!)

In a functioning economy he’d have faced criminal charges for knowingly misleading investors and customers about a dozen times over by now. It’s one thing to set lofty goals internally to keep your workforce motivated and innovative. It’s something else entirely to state things publicly with a targeted date when you know there’s absolutely no chance it will ever happen.

tw04

SpaceX需要声称还需要十万颗卫星来支撑不合理的估值。这与埃隆声称特斯拉车主会在上班时把自己的车出租作为FSD出租车（明年，我们保证！）没什么两样。

在一个正常运转的经济体中，他早就该因为多次故意误导投资者和客户而面临刑事指控了。在内部设定远大目标以激励员工创新是一回事，但明知绝对不可能实现却公开宣称具体日期完全是另一回事。

Vint Cerf, “father of the Internet”, is retiring #

https://news.ycombinator.com/item?id=48880150

I met Vint at the Kech Institute for Space Studies. He arrived to help us look at in-space data centers for planetary science throughout the solar system. He was a big proponent of delay-tolerant networking and other useful networking stacks, so he was the “rep” for that layer of problems.

Just the nicest guy you could imagine. He took the note-takers job during our breakouts, had beers with us after the session, and asked really good questions and never asserted anything the whole time.

What a legend.

jvanderbot

我在凯克空间研究所遇到了Vint。他过来帮助我们研究适用于整个太阳系行星科学的太空数据中心。他是延迟容忍网络及其他有用网络协议栈的坚定支持者，因此他成了这一层面问题的"代表"。

他是你能想象到的最友善的人。在我们分组讨论时，他主动承担记录员的工作，会后和我们一起喝啤酒，提出了非常棒的问题，而且全程从未强加过任何观点。

真是个传奇人物。

Why write code in 2026 #

https://news.ycombinator.com/item?id=48883718

Apparently it’s not obvious to everyone, but if you can’t write code, you can’t review it. I do know people, and companies, that says: “So what, we ask Claude to write the code, Codex will then do the review”. The thing that then strikes me as odd is that they still ask for the code in Python, Java, or some other high level language…. Why? Just ask Claude to dump out assembly, or a compiled binary, but no, they don’t trust the LLM that much. They still want to be able to read the code. So they need developers that can read, debug and reason about the code, yet they don’t want to give them the training that’s required to do this?

mrweasel

显然这对每个人来说并不明显，但如果你不会写代码，你就无法审查代码。我确实认识一些人和公司，他们说：“那又怎样，我们让Claude写代码，然后让Codex来审查。” 让我觉得奇怪的是，他们仍然要求用Python、Java或其他高级语言编写代码……为什么？直接让Claude输出汇编代码或编译后的二进制文件不就好了？但并不是这样，他们对LLM没有那么信任。他们仍然希望能够读懂代码。所以他们需要能够阅读、调试和理解代码的开发者，却又不愿意给他们提供所需的培训？

Stop Telling Me to Ask an LLM #

https://news.ycombinator.com/item?id=48876607

The subtitle is:

I already did.

They repeat multiple times in the article that asking Claude was something they already did. So this isn’t an anti-LLM article.

This seems to be a communication problem. The other party either doesn’t know that they’ve put a lot of effort into researching this already, or their trying to give a gentle let-down instead of saying they don’t have time for this.

For the first case, the solution is to explain what you did to reach this point. People are more interested in helping those who have already tried helping themselves.

The second case is more of a social situation with an infinite number of explanations. Some times you have to read the room and realize that someone may not be interested in having those conversations with you. Some times it’s only in the moment (we all have bad days where we want to be left alone) but other times it’s a signal that they’re not interested in discussing this topic with you or maybe even anyone else.

Aurornis

字幕是：

我已经做过了。

文章中多次重复提到，询问Claude是他们已经做过的事情。所以这并非一篇反对LLM的文章。

这似乎是一个沟通问题。对方要么不知道他们已经为此投入了大量研究精力，要么是在试图委婉地拒绝，而不是直接说没时间处理此事。

如果是第一种情况，解决办法是解释你为达成目标所做的努力。人们更愿意帮助那些已经尝试过自助的人。

第二种情况则更多涉及社交场合，存在无数种解释。有时你得学会察言观色，意识到对方可能并不想和你进行这些对话。有时这只是暂时的（我们都有心情不好、想独处的时候），但有时这也是一种信号，表明他们不想和你——甚至可能是不想和任何人——讨论这个话题。

Female US rower completes historic solo journey fr… #

https://news.ycombinator.com/item?id=48875612

This is no joke. I’ve done the crossing from Moloka‘i to Oahu (~45 miles) in a canoe several times, and those open ocean waves can get very nasty (largest I’ve dealt with were around 15m tall). I can’t imagine the mental endurance required here, let alone the physical. My longest crossing took 9 hours, and I was completely drained by the time I touched shore. 44 days is absolutely insane.

Such a huge accomplishment.

jjcm

这不是开玩笑。我曾多次划独木舟从莫洛凯岛到欧胡岛（约45英里），那些开阔海域的巨浪极其凶险（我遇到过最大的浪约有15米高）。我无法想象这需要怎样的心理承受力，更不用说身体上的了。我最长的一次航程花了9小时，抵达岸边时已完全精疲力竭。44天简直不可思议。

这是多么巨大的成就。

Apple sues OpenAI, accuses ex-employees of stealin… #

https://news.ycombinator.com/item?id=48868579

I had a client send me an ACH that was legitimately a fat finger extra zero. For me, it was a “lot” of truck payments. For them, it was a rounding error that they were unaware of until I reached out and let them know about their mistake. I couldn’t wait to make it right with them because it bothered me so much because suddenly I had a pile of money that was theirs and not mine.

SteveGerencser

我有个客户给我发了一笔ACH转账，结果多按了一个零。对我来说，这相当于一大堆卡车付款；而对客户来说，这只是一个他们没注意到的四舍五入误差，直到我主动联系他们才意识到自己犯了错。我迫不及待地想跟他们纠正过来，因为这让我非常不安——我手里突然多了一笔属于他们的钱，而不是我的。

AI 2040: Plan A #

https://news.ycombinator.com/item?id=48868939

I would not like to be dismissive, but to me this article feels like an exercise in creative writing rather than a report to be taken seriously. The entire experience feels like a choose your own adventure game, seems like their stylistic intent.

I am not sure if alternative reality fiction is the best way to approach real and serious AI risks.

I am also not sure, with the amount of emdashes and the style of prose, that the entire article was not AI generated.

AI is going to be a mature scientific field. There are going to be efficiency improvements in training and inference. New paradigms are going to emerge with better multimodality, real time streaming and real time interfaces. Models are going to converge on the limits of our data available for pre and post training, improvements will be incremental and spiky in domains.

I am not sure who the AI 2040 article is for. I suspect it is intended to be a digestible piece of media for the financial class.

AI is going to be a useful technology and its impacts across the economy and global will be broadly distributed. Because AI represents the distillation of the very best human knowledge and expertise. AI is compression of human capabilities, the very best ones. Maybe the argument is that in verifiable domains, such as model training, AI models can supercede humans. I don’t think so. A human’s high level thinking, our incredibly more efficient semantic/neural compression, our ability to switch tasks and achieve the creative insight is not replicated through the current paradigm.

aarondong

我不想显得不尊重，但这篇文章对我来说更像是创意写作练习，而不是值得认真对待的报告。整个体验就像一场选择你自己的冒险游戏，似乎这是他们的风格意图。

我不确定用另类现实小说来探讨真实而严肃的AI风险是否是最好的方式。

我也不确定，鉴于文中大量使用破折号和这种散文风格，整篇文章是否由AI生成。

AI将成为一个成熟的科学领域。训练和推理的效率会得到提升。新的范式将随着更好的多模态、实时流处理和实时界面而出现。模型将收敛于我们可用于预训练和后训练的数据极限，在特定领域会出现渐进式且突发的改进。

我不清楚这篇《AI 2040》文章的目标读者是谁。我怀疑它是为金融阶层准备的一篇通俗读物。

AI将是一项有用的技术，其对经济和全球的影响将是广泛分布的。因为AI代表了人类最优秀知识与专业技能的浓缩。AI是对人类能力（最顶尖的那些能力）的压缩。或许有人主张，在可验证的领域（如模型训练中），AI模型可以超越人类。但我不这么认为。人类的高阶思维、我们无比高效的语义/神经压缩能力、切换任务并实现创造性洞察的能力，在当前范式下是无法被复制的。

https://news.ycombinator.com/item?id=48871362

I feel that way about street advertising, beautiful European cities with historical buildings all around and suddenly a big screen/panel asking you to buy whatever.

franciscop

我对街头广告也有同感，美丽的欧洲城市四周都是历史建筑，突然冒出一个大屏幕或广告牌，让你买这买那。

Why it’s so difficult to produce American-made med… #

https://news.ycombinator.com/item?id=48871335

The article headline makes it seem like the factories couldn’t make the gloves.

But further down it says that the cost was double and factories couldn’t get buyers.

These are very different failure modes, and speak to very different solutions.

Illniyar

文章标题给人的感觉是工厂无法生产手套。
但往下看，文中说成本翻倍，工厂找不到买家。
这两种失败模式截然不同，也指向完全不同的解决方案。

AI 2040: Plan A #

https://news.ycombinator.com/item?id=48870176

It’s nuts how well “Superintelligence: The Idea That Eats Smart People”[0] aged. That talk is a decade old by now and still hits just as hard as it did back then, despite the incredible advances made in AI in the meantime.

[0] https://idlewords.com/talks/superintelligence.htm

skrebbel

真疯狂，《超级智能：吞噬聪明人的想法》[0]这篇演讲竟然如此经得起时间考验。它距今已有十年，尽管期间人工智能取得了惊人进展，但它依然像当年一样震撼人心。