日本科学家开发出从废旧电动车电池中回收高达90%锂的新方法

2026 07 15 HackerNews

2026-07-15 Hacker News Top Stories # 日本科学家开发出从废旧电动车电池中回收高达90%锂的新方法，通过使用回收氢氧化锂替代标准氢氧化钠处理电池黑粉，可产出高纯度锂并减少40%碳排放，但日本仅有约14%的旧锂电池进入正规回收系统，收集基础设施急需升级。 三位前NOAA女性员工创建替代网站Climate.us，抢救保存了被特朗普政府关闭的Climate.gov上超过15年的关键气候数据与资源，通过众筹筹集逾40万美元，超过80名科学家自愿审核，旨在提供不受政治更迭影响的可靠气候信息。 本文介绍了完全通过命令行工具（如xcodebuild、notarytool、stapler）构建并发布Mac/iOS应用的流程，只需安装却永不打开Xcode，通过一次性证书配置与自动化脚本实现无图形界面的发布流水线。 欧盟数字身份钱包年龄验证方案强烈反对集成Google Play Integrity和Apple App Attestation，因为这加深了对美国科技巨头的依赖、违背用户控制原则并破坏跨平台互操作性，但指出如Yivi等替代方案也有其他集中化依赖。 Git 2.54/2.55引入实验性git history命令，包含fixup、reword、split子命令，能原子化修改历史提交并自动更新下游分支，解决并行开发中的rebase冲突，提供了类似jj的优点且无需切换工作流。 通过自定义Claude的MessageDisplay钩子，用Python脚本将AI回复中令人厌烦的特定短语（如“load-bearing”）自动替换为搞笑替代词，用户只需配置目录和settings.json即可生效。 OpenAI Codex在合并加密多智能体v2消息负载后，子智能体间的任务和消息内容被加密存储，导致原本可读的任务文本在历史回滚和审计中消失，影响调试与透明度。 作者展示了一个名为“SUPER DARIO”的网页小游戏，在HN引发关于AI生成游戏质量的热议，有评论认为游戏制作精良，也有批评其玩法糟糕、充满bug，并展开了对AI编码能力的讨论。 文章探讨了人们日益将思考任务外包给AI的现象，指出先独立思考再借助AI验证有助于保留思考的乐趣与能力，关键在于区分哪些工作适合外包，哪些必须亲力亲为，以免丧失批判性思维。 Telegram的t.me域名因美国OFAC合规审查被注册商GoDaddy暂停，疑似与一家被制裁的VPN提供商文件中包含t.me链接有关，.me域名管理权由美国公司主导引发了域名主权让渡和地缘政治干预的担忧。 1. 日本开发出从废旧电动车电池中回收高达 90% 锂的方法 (Japan develops a method to recover up to 90% of lithium from used EV batteries) # https://tech.supercarblondie.com/japan-recovers-up-to-90-of-lithium-from-used-ev-batteries/ 日本科学家开发出一种从废旧电动车电池中回收高达 90% 锂的新方法。传统方法回收率不足 50%，而新技术通过改用回收的氢氧化锂代替标准氢氧化钠处理电池废料（黑粉），可产出高纯度锂直接用于新电池。该工艺还能减少约 40% 的碳排放。日本目前几乎全部依赖进口电池矿物，这一突破有望降低对外依赖并稳定供应链。不过，目前日本仅有约 14% 的旧锂电池进入正规回收系统，收集基础设施急需升级。计划到 2027 年扩大生产，到 2035 年实现每年提取数万吨材料，若全球推广将带来深远影响。 HN 热度 718 points | 评论 183 comments | 作者：donohoe | 22 hours ago # https://news.ycombinator.com/item?id=48901569 文章内容空洞，缺乏具体来源、科学家姓名等细节，疑似 AI 生成的垃圾内容。 日本并非唯一追求锂回收的国家，美国 Redwood Materials 已能回收 95% 的锂。 电动汽车电池太大且易燃，不太可能进入垃圾填埋场，小电池更可能成为废物来源。 “up to”这类模糊词汇常被用来夸大宣传，不可信。 文章混淆了电池回收和锂回收两个不同步骤。 从电池中回收锂并不令人惊讶，因为电池是锂的高纯度来源，关键在于成本效益。 锂回收与铅酸电池回收不同，锂离子电池更复杂且易燃。 美国铅酸电池回收实际上被外包到监管松懈的国家，导致健康问题。 2. 前 NOAA 员工创建 Climate.us 以保存气候数据和资源 (Former NOAA employees built Climate.us to preserve climate data and resources) # https://19thnews.org/2026/07/noaa-climate-data-website/ 特朗普政府关闭了美国国家海洋和大气管理局（NOAA）的官方气候信息网站 Climate.gov，导致大量联邦员工被裁员。三位前 NOAA 女性员工——Rebecca Lindsey、Mary Lindsey 和 Anna Eshelman——共同创建了替代网站 Climate.us，以保留超过 15 年的关键气候数据和资源，包括已被删除的第五次国家气候评估报告。 Rebecca Lindsey 担任 Climate.us 的常务编辑，Anna Eshelman 负责设计，Mary Lindsey 负责数据可视化。她们均因联邦政府缩减规模而失业。网站并非由气候科学家运营，而是作为科学家与公众之间的桥梁，旨在提供不受政治影响的可靠气候信息。 Climate.us 于 2026 年 6 月 23 日上线，通过众筹和个人捐赠已筹集超过 40 万美元，足以维持到 2027 年初。目前团队仅有 3 人，但长期需要 10 至 12 名员工才能持续运转。超过 80 名科学家自愿担任审核员，确保信息准确。三位女性表示，之所以重建该网站，是因为“可信的气候信息不应随着政治更迭而消失”。 HN 热度 538 points | 评论 210 comments | 作者：benwerd | 1 day ago # https://news.ycombinator.com/item?id=48897945 很高兴有人保存了公众付费的数据，但如何保持网站的相关性？当前数据的收集、分析与历史数据同样重要。 Climate.gov 并非唯一存储点，大量 NOAA、UCAR 等来源的数据分散各处。 个人不需要原始数据，而是需要基于可靠数据和专家验证分析的服务。 每个公民有意志和声音，但并非每个人都能评估气候数据，专业化是必要的。 不需要所有人都能评估，只要部分人能，因为数据公开；庆幸从少数精英告知一切的系统转变。 没有学位的专家会被媒体嘲笑，例如 Gary Stevenson 被要求 PhD 学历来证明其观点。 不要指望在美国找到这种基于专家验证分析的服务。 该网站不是为了数据本身，而是为数据提供上下文的文章，通过捐款维持运营。 YCombinator 有足够智慧解决如何保持相关性的问题。 讽刺：如何用一堆无用的数据通过 VC 应用致富？ 政府数据应属于公共领域，因为政府是“民有、民治、民享”的。 美国直接政府数据属于公共领域，包括 climate.gov 内容；迁移无法律问题，引用 FAQ 说明 2025 年 6 月 30 日前为公共领域，之后为 CC BY-SA 4.0。 公共领域的内容为何还需要署名？这很奇怪。 公共领域或 CC0 不需要署名，但有些国家法律要求类似署名。 应感谢那些为数据付出努力的人（例如被解雇的科学家）。 政府静态网站应默认使用 IPFS 等分布式归档，普通网站仅作镜像；应推动此做法。 技术手段如 IPFS 无法阻止犯罪者掌权造成的损害。 美国媒体无力且破碎。 赚钱困难，因为需要把钱花在辩护律师上；特朗普死后记者可能会挖掘证据。 对比特朗普总统图书馆的成就和 Bob Woodward 的写作。 3. 在不打开 Xcode 的情况下构建并发布 Mac 和 iOS 应用 (Building and shipping Mac and iOS apps without opening Xcode) # https://scottwillsey.com/building-and-shipping-mac-and-ios-apps-without-ever-opening-xcode/ 本文介绍了如何在不打开 Xcode 的情况下，完全通过命令行构建并发布 Mac 和 iOS 应用。核心思路是： Xcode 必须安装但永远不必打开 ，使用 xcodebuild 、 notarytool 、 stapler 、 devicectl 等内置工具即可完成全部工作。 一次性的图形界面准备： 安装 Xcode 并设置命令行工具路径为 /Applications/Xcode.app/Contents/Developer 。 安装 XcodeGen（通过 Homebrew），用 project.yml 管理项目配置，避免 .xcodeproj 文件混乱。 打开一次 Xcode，接受许可证、安装额外组件、登录 Apple 开发者账号、创建 Developer ID Application 证书（用于分发签名，区别于开发证书）。 在终端执行 xcrun notarytool store-credentials 存储公证凭证（需生成 app-specific 密码，不能使用 Apple ID 密码）。 项目配置： 创建 Local.xcconfig 文件，填入 BUNDLE_PREFIX 和 DEVELOPMENT_TEAM ，并加入 .gitignore ，避免敏感信息入库。 发布脚本（核心） ： 在 scripts/release.sh 中实现完整流水线：归档 → Developer ID 签名 → 公证（notarytool）→ 附加凭证（stapler）→ 安装到 /Applications 。 脚本可让 Claude Code 等 AI 工具自动生成，仅需提供项目特定信息。 关键提示 ：签名密钥存放在本地钥匙串中，不可恢复需备份；公证密码在修改 Apple ID 密码后会失效，需重新生成。本文强调利用 LLM 代劳繁琐步骤，真正实现“永不打开 Xcode”的开发体验。 HN 热度 534 points | 评论 226 comments | 作者：speckx | 1 day ago # https://news.ycombinator.com/item?id=48896665 在 macOS 上运行 AI agent 而不使用沙箱会带来安全风险，例如 xAI 曾上传用户的 SSH 密钥等敏感数据。 可以通过 macOS 自带的虚拟化框架（如 Tart、VirtualBuddy）以近乎零性能损失的方式运行 macOS 或 Linux 虚拟机，从而隔离 agent。 使用他人已有的开源项目比自行“vibe code”一个包装器更安全，因为后者可能忽略边缘情况和安全加固。 自行开发解决方案是学习的好方法，但不应在生产环境中贸然使用，尤其涉及安全相关功能。 即使是社区项目，往往也会将便利性置于安全性之上，需要用户自行权衡。 macOS 虚拟机运行 iOS 开发（如 Xcode）是可行的，且官方支持，但有限制（如最多运行两个 macOS VM，且 Tart VM 在登录 iCloud 等场景可能有问题）。 Apple 的“容器”并非原生容器，本质上是在 Linux VM 中运行 OCI 兼容的引擎（如 Docker）。 4. 欧洲“年龄验证”“应用”迫使所有人都使用 Android 或 iOS (European “age verification” “app” forcing everyone to use Android or iOS) # https://github.com/eu-digital-identity-wallet/av-doc-technical-specification/discussions/19 一位用户在 GitHub 讨论中强烈反对在欧盟数字身份钱包的年龄验证方案中集成 Google Play Integrity 和 Apple App Attestation，理由包括：加深对美国科技巨头的依赖、在当前政治环境下具有安全风险、违反“可供任何人使用”和“用户控制”原则，以及破坏跨平台互操作性。发起者以荷兰身份应用 Yivi（无此类依赖，甚至可在 F-Droid 开源商店获取）为例，证明设备验证并非必需。其他参与者指出 Yivi 自身也存在中央服务器和第三方生物识别服务的依赖，但这属于不同的信任集中问题。整体讨论围绕数字主权、安全性和开放性原则展开。 HN 热度 477 points | 评论 322 comments | 作者：roundabout-host | 16 hours ago # https://news.ycombinator.com/item?id=48903777 欧盟数字主权讨论中，移动平台（Android/iOS）的依赖被忽视，没有像 Linux 桌面那样的替代方案，也没有强制手机厂商开放固件允许安装替代系统。 虽然已有自由软件项目试图开发可支持的移动 OS 并获得了资金，但硬件厂商对构建此类 OS 的硬件仍持怀疑态度。 如果法律要求年龄验证必须使用 Android 或 iOS，那么这些替代项目将无人使用，但法律并未禁止新 OS 提供安全信号，只是需要投入工作。 认为欧盟的数字主权运动实际上是进一步削减成员国主权，将身份证基础设施控制权转移到欧盟，而成员国只是被要求实施系统，并无实际控制权。 对比美国联邦政府通过财政杠杆迫使各州服从的做法，欧盟可以直接命令成员国，因此情况不同。 有人指出 AOSP 本身存在，但年龄验证应用需要 Google Play 和硬件证明，AOSP 无法满足要求。 移动平台是 UI/UX 的奇迹，想要复制它需要极度尊重其可用性制造的难度。 谷歌通过深度集成专有服务使得 AOSP 难以被其他人有效利用，但政策制定者一旦醒悟，仍有可能基于 AOSP 构建欧洲技术主权项目。 有评论批评欧盟将关键基础设施卖给美国、印度和中国，现在却想免费拿回，被认为是不合理且成功率低的要求。 5. git history 命令 (The git history command) # https://lalitm.com/post/git-history/ git history 是 Git 2.54/2.55 加入的实验性命令，包含 fixup、reword、split 三个子命令，能够在不破坏工作树的前提下原子地修改历史提交、自动更新所有下游分支，解决了并行开发时分支管理、rebase 冲突的痛点。作者认为该命令已提供了 jj（Git 替代工具）宣传的许多好处，且无需切换整个工作流。fixup 将暂存修改折叠到旧提交；reword 修改旧提交信息；split 交互式地将一个提交拆分为两个。三者均拒绝可能导致冲突的操作，因此不会让仓库处于半损坏状态。相比 jj，git history 尚不支持冲突作为一等公民跨 rebase 传递，但文档已预留未来增强的可能。作者认为这是从 git 迈向 jj 式体验的重要一步，且已内置在日常使用的工具中。 HN 热度 426 points | 评论 300 comments | 作者：turbocon | 24 hours ago # https://news.ycombinator.com/item?id=48901010 阅读 Pro Git 书前三章能提供 Git 内部模型，理解后一切都清晰了。 Git 的 UI 直接反映其内部机制，但 checkout 命令有两个不同模式（切换分支和恢复文件）并非直接反映内部机制。 切换分支和恢复文件本质上是相同任务（更新工作副本以匹配对象引用），因此用同一个命令是合理的。 后来 Git 新增了 git switch 和 git restore 命令来分别处理这两个任务，改善了用户体验。 只需花几小时理解 Git，它并不像人们想象的那么难。 从未认真学 Git 的人只使用简单工作流（线性图、squash-rebase），限制了团队文化，使 Git 变成像 SVN/CVS 一样。 使用 git blame 找到 bug 起源的提交，然后从该提交创建分支修复，能留下更好历史轨迹，但产生非线性图，易导致不熟悉 Git 的人抱怨无法合并。 线性图对于保持历史清晰是可取的，但需确保每个提交都有良好信息且可发布。 如果补丁可在当前 master 上直接应用应 rebase；有分歧需要合并则不能丢弃分歧，每个提交应单独编译通过以便 bisect。 非线性图不应避免，而应拥抱并理解 Git 的工作原理。 6. 如何阻止 Claude 说“load-bearing” (How to stop Claude from saying load-bearing) # https://jola.dev/posts/how-to-stop-claude-from-saying-load-bearing 这篇博客介绍了如何通过自定义 Claude 的 MessageDisplay 钩子来替换 AI 回复中令人厌烦的词汇（如“load-bearing”“honest take”）。作者提供了一个 Python 脚本，将特定短语替换为搞笑的替代词（例如把“load-bearing”改成“cooked”），并指导用户将脚本放入 ~/.claude/hooks/ 目录，然后在 settings.json 中配置，重启 Claude 即可生效。文章还鼓励读者自己创造更有趣的替换词。 HN 热度 421 points | 评论 479 comments | 作者：shintoist | 13 hours ago # https://news.ycombinator.com/item?id=48905248 在与 Claude 编程时使用其典型的 Claudism 并不烦人，但在阅读博客或邮件等散文时看到这些用语会令人反感，因为会意识到是 AI 写的。 通过同事的“氛围文档”间接感染了 Claudism，比如开始使用“load-bearing”，直到被告知“说话像 Claude”，现在刻意避免该短语。 有些常见 AI 用语其实是良好的写作实践，但在 2019 年的书中就已出现，说明这些用法早于 AI，只是被 AI 过度使用。 破折号等标点符号在 AI 之前就被一些作者劝诫不要滥用，因为容易过度使用。 AI 的用语来自训练数据，比如企业白皮书和备忘录中的套话，但 AI 特别执着于在相同位置重复使用同一短语，因为那是最高概率的构造。 人类发明了“过时”的概念来解释为什么某些用语会流行又消退，AI 的固定模式让这些用语显得过时更快。 AI 的“AI-isms”早在 2017/2018 年就已存在，那时候的 AI 已经表现出这些模式，并非全新现象。 写一篇感谢信被同事认为用了 AI，因为以前从未写过较长文字；作为前专业作家，这很震惊——写得稍微精炼就被当成 AI 作品。 原本丰富的词汇和良好的写作能力现在反而成为负担，必须降低水平以避免被误认为或 LLM，被迫改变自己的表达风格，就像在经历现实版的图灵测试。 在西班牙网络空间，趋势是使用更丰富、更复杂的词汇，并常指出明显错误，这与英语环境不同。 故意使用破折号等“AI 错误”可以作为讽刺性的人性化标识。 写作时更积极地使用“我”以强调个人声音，因为 LLM 通常不会自我指涉（除非被提示）。 现在 LLM 越来越多地假装有个人经历（如“我常常注意到…”），甚至声称玩过游戏，这令人毛骨悚然；早期训练会阻止这种虚假身份表述。 “load-bearing”一词在《辛普森一家》中就出现过，可能不是从 AI 学来的，但很多个人用语习惯源自偶然听到的趣事并一直保留。 有人建议先了解各 AI 常用词汇以便避免使用，也有人调侃可以声称自己先于 AI 使用了这些词，是 Claude 抄袭了你。 有人本来就有“load-bearing”这类词汇作为日常用语，但现在不得不自我审查以免被误认为是 AI 用语。 过度使用“我”可能显得自我中心，但如果 AGI 到来，这种策略也将失效。 7. 回归：加密的 MultiAgentV2 消息移除了可读的任务审计追踪 (Codex starts encrypting sub-agent prompts) # https://github.com/openai/codex/issues/28058 该网页是 GitHub 上 openai/codex 仓库的一个 Issue（编号 #28058），标题为“回归：加密的 MultiAgentV2 消息移除了可读的任务审计追踪”。问题由 ignatremizov 于 2026 年 6 月 13 日提出，描述在合并了 PR #26210（加密多智能体 v2 消息负载）后，MultiAgentV2 的子智能体任务/消息内容被加密存储，导致人类可读的任务文本在本地回滚历史、追踪记录和父端审计中消失。用户无法查看子智能体被分配的任务、发送的消息或线程存在的原因。该问题与 #26753（加密工具模式的请求验证失败）不同，专注于审计和调试能力的缺失。建议在保持加密交付的同时，增加一个非加密的审计字段来保存可读的任务文本，以便在历史元数据中持久化。Issue 还提供了源代码分析，指出 InterAgentCommunication::new_encrypted() 将 content 设为空字符串，仅将加密内容存入 encrypted_content，导致可读内容丢失。该问题影响了自 #26210 合并后的版本（0.137.0 之后）且启用 MultiAgentV2 的用户。 HN 热度 408 points | 评论 240 comments | 作者：embedding-shape | 13 hours ago # https://news.ycombinator.com/item?id=48905028 标题容易被误解，实际是 Codex 加密了子代理的提示并隐藏它们，不让用户看到。 此举很可能是为了配合 ultra 模式（原 Pro 模式），该模式会派生子代理；加密提示类似于原始推理痕迹，OpenAI 不希望别人直接拿来训练。 有迹象表明，OpenAI 的“压缩 blob”可能不是文本，而是对话的潜在空间表示，这解释了其压缩保真度远高于其他厂商。 未来前沿 AI 可能会放弃人类可理解的语言，转而用更高效的潜在空间表示相互通信。 已有案例：Google AI 曾创建自己的“通用语言”（但被指出那只是对潜在空间向量的简化报道）。 最有效的方式是 LLM 直接交换潜在空间表示，序列语言效率极低。 将子代理分派纳入 RLVR 循环后，提示会越来越偏离人类写的风格，从而形成竞争壁垒。 这种加密压缩在记忆持久性上远优于 Claude，即使对话达 10 亿 token 仍能回忆起早期细节。 需要确保子代理的派发有可审计的踪迹，包括目标、范围、边界等；当前加密反而造成了功能缺口。 最简单的修复是取消加密，让子代理输入提示恢复可见，而非添加新功能。 也有观点认为未来应追求强审计性的编程语言（如 Rust、乌语言），潜在空间表示只会被坏演员利用，但监管往往落后。 对于潜在空间表示是否更高效存在质疑，因为任何 token 在潜在空间都会变得巨大。 8. 展示 HN：超级达里奥 (Show HN: Super Dario) # https://superdario.pawb.de 一个名为 “SUPER DARIO” 的网页小游戏，标题提示 “One More Week”（还剩一周）。玩家通过按任意键开始，使用 A/D 或方向键移动，空格键跳跃，M 键静音。游戏风格复古，作者是 Pascal Schuster，附有博客、Twitter、Bluesky 和联系链接。 HN 热度 389 points | 评论 97 comments | 作者：thepasch | 1 day ago # https://news.ycombinator.com/item?id=48896286 这个游戏质量极高，像是博士团队开发。 游戏玩法糟糕、充满 bug，AI 仍然做不好 2D 平台游戏。 让 AI 直接查找现成代码比让它自己生成更好。 AI 的优势不在于压缩信息，直接使用互联网资源更有效。 人类编码也包含搜索重用，与 AI 做法类似。 声称“一次性搞定”的帖子很可能是在撒谎。 游戏“不死”是亮点：玩得差也不会输。 实际上会失去生命，但会冻结或重置。 AI 生成像素动画仍然非常困难，需要大量后期处理。 可以使用视频到模型技术进行角色动画。 游戏感觉只有 30Hz，AI 写代码值得怀疑。 每个新 SOTA 模型接近但无法跨越精心制作软件的门槛。 1985 年任天堂把感觉做对了，现在依然容易搞错。 宫本茂精心打磨了 SMB 的控制，并不是随便拼凑。 9. 我们是否把太多思考外包给了 AI？ (Are we offloading too much of our thinking to AI?) # https://www.artfish.ai/p/offloading-thinking-to-ai 你是否注意到，自己和周围的人正在越来越多地把思考任务交给 AI？从日常琐事到复杂思辨，用 AI 来研究、推理和回答问题变得既方便又普遍。本文作者 Yennie Jun 以亲身观察和经历反思了这一趋势。 她引用了 Ken Liu 的短篇小说《完美匹配》——故事里的通用 AI 助手 Tilly 能为主角推荐早餐、约会对象，主角几乎将所有决定都交给了算法。现实中，作者的朋友在一次旧金山创业活动中遇到一位“麦克风男”，他把全天对话录下来，然后让 Claude Fable 替他做所有思考，甚至声称“它比我自己更擅长批判性思维”。 作者指出，搜索引擎时代我们已开始外包部分思考，但那时仍需自己拆解问题、评估来源、综合答案；而现在的 AI 一步到位给出完整回应，省去了中间步骤。像 Google Deep Research 和 OpenAI Deep Research 这类工具，能在数分钟内完成原本需要人类数小时甚至数天的工作——节省时间，也节省了思考。 然而，这模糊了“拥有得力助手”与“丧失自主性”的界限。真正关键的问题是：那些对你人生重要的事情，最终决定权在谁手里？ 作者也坦诚，自己同样容易被这种趋势侵蚀。她举了一个例子：某次和妹妹在葡萄牙旅行，她们对纪念碑上歌颂的“大航海时代”感到疑惑——为什么葡萄牙人如此崇拜殖民者，而美国却把哥伦布视作负面人物？妹妹下意识想查 ChatGPT，但作者提议先自己思考。她们凭记忆和推理提出了几种猜想，再拿同样的问题去问 AI，结果 AI 验证了部分猜测，补充了几个遗漏的角度，也漏掉了一些她们觉得合理的可能性。这个先思考后验证的过程让作者感到愉悦。 作者并非彻底否定 AI。她本人从事 AI 相关工作，也看到 AI 给他人带来的好处——比如同事用代码代理加快分析，朋友借助 ChatGPT 在几个月内自学通过了 MCAT 考试。关键在于，如果 AI 被用来替代重复性、机械性的工作，从而腾出精力做更重要的思考，那或许是件好事。但若连最需要自主判断和慢思考的环节也一并交出，我们就可能失去独立思考的能力与乐趣。 HN 热度 372 points | 评论 366 comments | 作者：yenniejun111 | 9 hours ago # https://news.ycombinator.com/item?id=48908178 “过度"使用 AI 是主观的，每个重度用户都声称只是解锁潜力 使用计算器与使用 LLM 不同：计算器不改变人本身，而 LLM 可能让人失去独特贡献，只剩写过的提示词 有人用 LLM 抚养孩子、管理关系、设计产品，那么人的独特价值是什么？是曾经写的提示词吗？ LLM 使用者声称用 AI 学习新知识，但最终是否会自己应用知识？还是再次提示 AI？ 人类写的作品因来之不易且与共同经验相连而更有价值，思考是唯一拥有的东西 把 AI 当作"耳语耳环”（问它怎么做）会导致思维萎缩，当作"外骨骼"（让 AI 执行已知形状的任务）则更健康 “外骨骼"比喻很古老，并非 AI 原创；还有"钢铁侠盔甲”、“BMX 自行车”、“CNC 机床"等类似比喻 AI 让代码审查更简单，因为你知道想要的输出形态，但依赖它可能让人失去能力 从 StackOverflow 复制代码到使用 AI，只是行为放大，问题在于如何使用 带着知识和理解去问 AI 实现，与毫无知识地寻求所有指导，结果截然不同 LLM 是认知危害：如果不习惯无 AI 编程，很难划清消除苦差事和依赖它思考的界限 当所有人都使用"耳语耳环"时，独立者可能无法竞争，自然选择不关心自由意志 最终可能形成迷因单一文化，所有人都接收类似建议变得可预测和易被利用 10. Telegram 的 t.me 域名已被暂停。 (Telegram’s t.me domain has been suspended) # https://www.whois.com/whois/t.me 域名 t.me 的 WHOIS 查询结果显示：注册日期为 2010 年 5 月 20 日，到期日为 2035 年 5 月 20 日。域名处于 clientDeleteProhibited、clientRenewProhibited、clientTransferProhibited、clientUpdateProhibited 状态。域名服务器为 ns-cloud-b1.googledomains.com 等四台。注册商为 GoDaddy.com, LLC，注册组织为 Domains By Proxy, LLC（隐私保护），所在地美国亚利桑那州。 HN 热度 347 points | 评论 275 comments | 作者：Tiberium | 1 day ago # https://news.ycombinator.com/item?id=48897878 域名被暂停是因 OFAC 合规要求，而非黑山政府责任，是由美国公司 GoDaddy 和 Identity Digital 做出的决定。 OFAC 制裁了一家 VPN 提供商，该提供商文件中包含 t.me 链接，可能触发了对整个域名的封禁。 黑山政府将 TLD 管理权交给外国公司，应对其代理的行为负责；国家放弃对主权域名的控制权给外国公司是悲哀的。 .ME 注册局 doMEn 由 GoDaddy、Identity Digital 和本地公司持有，美国公司持有超过 70% 股份。 建议不要使用.me 域名，改为其他 TLD 如.is、.st、.gl 等，但这些小 TLD 也可能不稳定或被下架。 .to 域名最近管理变更，具备快速下架能力。 需要域名弹性，可通过 app 或其他方法替代；当前通过查维基百科获取频繁被下架网站的最新域名。 对 Telegram 造成的损失是否会有赔偿存在疑问。 有评论讨论美国是否正在变成香蕉共和国。 Hacker News 精彩评论及翻译 # Japan develops a method to recover up to 90% of li… # https://news.ycombinator.com/item?id=48902953 The article is very, very light with details. The university or research center is not named. No scientist is named. No link. Nothing that tells “look, we’re telling you real, solid, serious stuff.” Here is another article with that details : https://www.techspot.com/news/112051-japan-finds-way-recover-90-lithium-old-ev.html BaudouinVH 这篇文章内容非常、非常简略，没有提及大学或研究中心名称，没有科学家姓名，没有链接，没有任何能表明“看，我们在告诉你真实、可靠、严肃的内容”的信息。 这是另一篇有详细内容的文章：https://www.techspot.com/news/112051-japan-finds-way-recover-90-lithium-old-ev.html How to stop Claude from saying load-bearing # https://news.ycombinator.com/item?id=48910656 I do not mind when I am coding with Claude and it uses all the typical claudisms. I am much more bothered when I am reading a blog post, email, or other form of prose and I see those same claudisms. I guess they are not annoying since I know I am talking to an LLM and expect the typical responses. When I am reading prose online that I previously would have expected a human to write, it can be quite jarring to realize its an LLM. doctoboggan 我不介意在用Claude编程时它使用那些典型的克劳德式用语。但当我阅读博客文章、邮件或其他形式的散文时看到同样的表达，我会感到更不舒服。我猜这些用语并不烦人，因为我知道自己是在和LLM对话，也预料到会有这些典型回应。而当我读到原本以为是人类写的在线散文时，发现其实是LLM写的，这就会让人感到很不协调。 Are we offloading too much of our thinking to AI? # https://news.ycombinator.com/item?id=48908816 I don’t know if this is a good framing. “Too much” is subjective, and every heavy AI user will assert that they’re just unlocking their potential, that calculators didn’t make us dumber, etc. But to latch onto the calculator argument: if you outsource adding numbers to a calculator, you’re still you. On the flip side, if you use an LLM do most of your thinking, what’s left? We have people here who use LLMs to raise their children, to manage relationships, to design products. So what’s your unique contribution to this world - is it the prompt you once wrote? You’re standing in front of a token-generating machine, pulling a lever, sometimes receiving gifts. Is that your edge, your unique experience, your purpose in life? Many LLM maximalists say they use the tech to learn new things, but to what effect? Are you going to apply that knowledge of physics or computer science yourself, or will you just prompt the LLM again? In my mind, it’s pretty simple: I’m a human, LLMs are not. If a human writes a novel, it’s inherently worth more because it’s hard-earned and anchored to experiences we share. I want to support that. And I want to be a human who can write novels, the old-fashioned way. I’m not good at lifting weights or running, so my thinking is the only thing I have. zerobees 我不知道这是不是一个好的角度。“太多”是主观的，每个重度AI用户都会声称他们只是在释放自己的潜力，计算器并没有让我们变笨，等等。 但就计算器这个论点来说：如果你把数字加法外包给计算器，你仍然是你自己。反过来，如果你用大语言模型完成大部分思考，还剩下什么？我们这里有人用大语言模型来养育孩子、管理人际关系、设计产品。那么你对这个世界独特的贡献是什么——是你曾经写过的一条提示词吗？你站在一个生成令牌的机器前，拉动杠杆，偶尔收到礼物。这是你的优势吗？是你独特的体验、你的人生意义吗？ 许多大语言模型的极端推崇者说他们用这项技术学习新事物，但效果如何？你会亲自运用那些物理或计算机科学的知识，还是再次去提示大语言模型？ 在我看来，这很简单：我是人，大语言模型不是。如果一个人写了一本小说，它本身就更具价值，因为它是来之不易的，并且植根于我们共通的体验。我想支持这一点。而我想成为能够以老派方式写小说的人。我不擅长举重或跑步，所以思考是我唯一拥有的东西。 A graph that should be front-page news # https://news.ycombinator.com/item?id=48896324 With a headline like that the graph should be at the beginning. Usually you’d put it up front and then talk about the graph, not put it at the bottom and talk about how people aren’t talking about it. Anyway, I scrolled down to the graph and skipped the text. We are currently 4 std deviations above the mean with respect to El Niño temperature. But there’s also a historical line -4 std deviations from the mean. Was that an eventful year too? I can’t tell and the graph is at such low resolution that the source URL isn’t visible. If the graph and data is so important, shouldn’t we care more about presentation? This is either super sloppy or deliberate obfuscation. Look, I’m all for good reporting on climate. This just doesn’t feel like it. alternator 标题写成那样，图表就应该放在开头。通常你会把图表放在前面，然后讨论它，而不是把它放在底部，然后谈论人们怎么都不提它。 总之，我往下翻到图表，跳过了文字。目前我们关于厄尔尼诺温度的数值已经偏离均值4个标准差。 但图表里还有一条历史线是偏离均值-4个标准差。那一年也是多事之秋吗？我看不出来，而且图表分辨率太低，连来源网址都看不清。如果图表和数据这么重要，难道不应该更注重呈现方式吗？这要么是极其粗心，要么是故意混淆。 听着，我完全支持对气候问题进行良好的报道。但这篇报道感觉不像。 LAPD lets contract with surveillance giant Flock e… # https://news.ycombinator.com/item?id=48896221 Yeah it’s kinda crazy you can’t legally take them down even if they are banned/contract expires. IKE Skelton, a county commissioner took it into his own hands and they were pressing felony charges on him. Not sure what ended up happening. Basically flock wouldn’t respond to take them down, he felt it was his duty to remove them, he brought them back to his office, and then the state hunted him down. Here is a podcast about it. https://internationalflavor.podbean.com/e/the-surveillance-state-strikes-back-the-trial-of-camden-county-s-defender/ smalltorch 确实挺疯狂的，即使这些监控摄像头被禁止使用或合同到期，也无法合法拆除它们。县专员IKE Skelton自行处理了这个问题，结果被指控犯有重罪。不知道最终结果如何。大致情况是Flock公司不回应拆除请求，他觉得自己有责任移除它们，就把摄像头带回了办公室，然后州政府追查到了他。 这里有一期相关的播客：https://internationalflavor.podbean.com/e/the-surveillance-state-strikes-back-the-trial-of-camden-county-s-defender/ A graph that should be front-page news # https://news.ycombinator.com/item?id=48890904 This website is making heavy use of IP range blocking. Here’s an uncensored link: https://web.archive.org/web/20260713092155/https://www.lyrebirddreaming.com/post/the-graph-that-should-be-front-page-news Alternatively, since the link that was posted is just an AI copyright theft site, use the original instead: https://climatecasino.substack.com/p/some-monsters-are-real Discussion: https://news.ycombinator.com/item?id=48890533 inigyou 这个网站正在大量使用IP段封锁。这里有一个未经审查的链接：https://web.archive.org/web/20260713092155/https://www.lyrebirddreaming.com/post/the-graph-that-should-be-front-page-news 或者，由于发布的链接只是一个AI版权盗窃网站，请改用原始链接：https://climatecasino.substack.com/p/some-monsters-are-real 讨论：https://news.ycombinator.com/item?id=48890533 Your ‘app’ could have been a webpage (so I fixed i… # https://news.ycombinator.com/item?id=48905218 I can’t understand how we got to this place with “app culture”! The short version: ad blockers work on browsers but not apps[0]. [0] https://pluralistic.net/2024/01/30/go-nuts-meine-kerle billyp-rva 我真不明白我们怎么就到了这种“应用文化”的地步！ 简而言之：广告拦截器在浏览器上有效，但在应用上无效[0]。 [0] https://pluralistic.net/2024/01/30/go-nuts-meine-kerle Zig Creator Calls Spade a Spade, Anthropic Blows S… # https://news.ycombinator.com/item?id=48891407 A drum I’ve been banging increasingly often recently is that having friction and time to work ideas over in your mind adds huge amounts of value. Vibe coded projects have this very specific, well, vibe to them where you can clearly see that the lack of time to digest has allowed the person to not challenge their own worst impulses. You can see it in the feature bloat, the lack of depth and polish in core features and the wild asides you tend to talk yourself out of still on display. TeriyakiBomb 最近我越来越频繁地强调一个观点：在思考想法时经历摩擦和时间沉淀能带来巨大价值。那些“氛围编程”出来的项目有种很独特的氛围，你能明显看出缺乏消化时间导致创作者没能克制自己最糟糕的冲动。从功能臃肿、核心功能缺乏深度和打磨，还有那些本该说服自己放弃却依然存在的疯狂分支中，你都能看到这一点。 Count Binface # https://news.ycombinator.com/item?id=48887813 I wish Count Binface all the best for the Clacton by-election. Edited to add: Some of my favourite commentary around this by-election is along the lines of: A fundamentally un-serious candidate with no coherent policies or political experience running against Count Binface. BLKNSLVR 祝宾法斯伯爵在克拉克顿补选中一切顺利。补充一点：关于这次补选，我最喜欢的一些评论大致是——一个根本不严肃、没有连贯政策或政治经验的候选人，竟然在和宾法斯伯爵竞争。 Are we offloading too much of our thinking to AI? # https://news.ycombinator.com/item?id=48909064 Have you read the “Whispering earring” essay? I love it for the LLM era.[1] You can treat AI as a whispering earring - “What should we do now? How do we fix this? What do you think?” Or you can treat it like an exoskelton - “Implement kd-tree with metric space xyz for this problem, mapping this to that blah blah”. That’s pre-thought execution automation that makes review much simpler - you already know the shape of the desired output. The whispering earring is atrophy. https://croissanthology.com/earring jvanderbot 你读过那篇《耳语耳环》的文章吗？我非常喜欢它对于大语言模型时代的描述。[1] 你可以把AI当作一只耳语耳环——“我们现在该做什么？怎么解决这个问题？你觉得呢？”或者你也可以把它当作外骨骼——“针对这个问题用度量空间xyz实现kd树，把这个映射到那个等等”。 这是预想的执行自动化，使得审查变得简单得多——你已经知道期望输出的形态。而耳语耳环则是萎缩。 https://croissanthology.com/earring DOGE is done. What happened to its records? # https://news.ycombinator.com/item?id=48895025 There isn’t really much waste in federal spending. There’s actually a lot of waste. DOGE just didn’t go after it. Check out DOD and all the 9- and 10-figure programs that get canceled without delivering anything, and whose work is often useless for follow-on work. OCX is a recent example, costing around $6 billion and took so long that the program it was supposed to replace ended up just doing the work instead. Essentially nothing of OCX will be retained. This isn’t really unusual in the DOD. Jtsummers 联邦支出中其实没有太多浪费。 实际上浪费很多。DOGE只是没有去追查而已。看看国防部吧，所有那些九位数和十位数的项目，被取消后什么成果都没交付，而且其工作对后续项目往往毫无用处。OCX就是一个最近的例子，耗资约60亿美元，耗时太长，以至于它本该取代的项目最终自己完成了工作。OCX几乎没有任何东西被保留下来。这在国防部并不罕见。 Ask HN: Add flag for AI-generated articles # https://news.ycombinator.com/item?id=48888422 I think classifying it as an allergy or a status thing is a little too glib. I’ve read and reviewed, conservatively, hundreds of AI generated documents for work, and “written”/commissioned a bunch too. My biggest issue is that it’s impossible to engage with and give feedback on an AI written document, because it’s impossible to know whether misconceptions or gaps are because the author doesn’t understand the material deeply enough or the author does but the AI doesn’t and the author’s not proofreading carefully enough. Or if a surprising idea is raised — is it the authors insight, can they elaborate on it, where did it come from, etc? Hackernews isn’t work, obviously, but “it’s impossible to engage deeper with the material because the author doesn’t really exist” is sort of a problem for a discussion site. If the human coauthor puts in enough work, they can make sure the doc really reflects their views and their understanding, but in my experience that’s much less common. grayclhn 我认为将其归类为过敏或身份象征有些过于轻率。保守估计，我为工作审阅过数百份AI生成的文档，也“撰写”/委托创作过不少。我最大的问题是，根本无法对AI写的文档进行深入互动和反馈，因为你无法判断其中的误解或空白，究竟是因为作者对材料理解不够深入，还是作者理解到位但AI没理解、而作者又没仔细校对。又或者，当出现一个出人意料的观点时——这是作者的见解吗？作者能详细阐述吗？它从何而来？ 当然，Hackernews不是工作场合，但“由于作者实际上并不存在，因此无法与材料进行更深层次的互动”，这对一个讨论网站来说是个问题。如果人类合著者投入足够多的精力，他们可以确保文档真正反映自己的观点和理解，但根据我的经验，这种情况并不常见。 Your ‘app’ could have been a webpage (so I fixed i… # https://news.ycombinator.com/item?id=48905509 I recently decided to publish an app on the App Store just so I could say I accomplished that, and maybe even make a little bit of beer money on the side. Now, I’ll be the first to admit that my actual app is pretty much garbage. I don’t expect it to be popular. It’s basically a worse version of stuff that is already available. I expected this to be a learning exercise about the process of getting stuff published. Long story short, by the end of the ordeal I was somewhat surprised that anyone independent bothers to publish apps at all. The amount of red tape and nitpicking by the initial app review process is astounding. The business/legal side is also annoying. I might be misremembering or misinterpreting, but it seems like you really need an LLC with a mail forwarding service and a cheap second phone line just to avoid the App Store sending the whole internet to your personal phone and address. On a website you can just not deal with any of that, and not give Apple $99/year just to keep your app on the store. And we haven’t even gotten into the big royalties you’re paying for App Store purchases. Still, I understand the appeal at some point, just not for an app like OP was forced to use. I certainly wouldn’t want to use something like Immich or Opencloud without an app: these apps need to deeply integrate with my phone to be truly useful. Grombobulous 我最近决定在App Store上发布一个应用，只是为了证明自己做到了这件事，顺便也许还能赚点零花钱。 首先我得承认，我的应用本身基本就是个垃圾。我不指望它受欢迎，它基本上就是现有同类产品的劣化版。 我本来以为这只是个学习如何发布产品的过程。 长话短说，等到折腾完了，我多少有点惊讶竟然还有独立开发者愿意费劲去发布应用。初始审核流程中繁多的官僚手续和吹毛求疵令人震惊。商业和法律方面也很烦人。可能是我记错或理解有误，但感觉你确实需要一个附带邮件转发服务的有限责任公司和一条便宜的备用电话线，才能避免App Store把你整个互联网信息都暴露到个人手机和地址上。 在网站上你完全不用处理这些事，也不用每年给苹果交99美元来让应用留在商店里。 而且我们还没提你在App Store购物时支付的高额抽成。 不过，我仍然理解在某些情况下应用的必要性，但绝不是像原帖作者被迫使用的那种应用。我肯定不想在没有应用的情况下使用Immich或Opencloud这类工具：这些应用需要深度集成到手机中才能真正有用。 The infinite scroll may become endangered if contr… # https://news.ycombinator.com/item?id=48901215 a feature that simply makes your product easier to use Except it doesn’t. You lose context and are now drowning in an endless morass of lazy-loaded blocks and widgets, all hiding under invisible elements. Nothing has a permanent URL, so there is zero accountably if the user was shown something that they need to reference - unless it benefits the platform. And of course, it will eventually all force reload when the page complexity exhausts the available memory, or at least when it becomes too exhausted to reliably serve ads. fitzroy 一个声称能让你的产品更易用的功能 但实际上并非如此。你失去了上下文，陷入无休止的懒加载区块和小部件泥潭，全都隐藏在不可见元素之下。没有任何内容有固定的URL，因此如果用户看到了需要引用的内容，平台根本无需负责——除非这对平台有利。当然，最终当页面复杂度耗尽可用内存时，或者至少当它过于臃肿而无法可靠地投放广告时，所有内容都会被强制重新加载。