2026-04-06 Hacker News Top Stories #
1. 威胁在于逐渐习惯于不理解自己在做什么 (The threat is comfortable drift toward not understanding what you’re doing) #
https://ergosphere.blog/posts/the-machines-are-fine/
这篇文章讲述了一位新晋助理教授在天体物理学领域指导两名博士生 Alice 和 Bob 的经历，探讨了人工智能（AI）对学术研究和人才培养的影响。Alice 按照传统方式，通过阅读论文、反复思考和动手实践，逐步掌握了科研技能，最终完成了一个可发表的研究项目。而 Bob 则依赖 AI 助手完成了同样的任务：AI 帮他总结论文、解释方法、调试代码，甚至撰写论文，表面上两人的成果和进展几乎无异。
文章指出，当前学术评价体系主要依赖可量化的成果，如论文数量和发表质量，这使得 Alice 和 Bob 在外部看来是完全可替代的。然而，真正重要的是科研过程中的学习和思考能力的培养，这是 AI 无法替代的。Alice 通过项目获得了独立思考和解决问题的能力，而 Bob 则只是完成了任务，缺乏内在的成长。
作者引用了天体物理学家 David Hogg 的观点，强调科研的核心是培养人才而非仅仅产出结果。天体物理学不像医学那样直接影响人类生活，其价值更多体现在训练科学思维和方法论上。将科研过程交给机器，实际上剥夺了人才成长的关键环节。
文章还提到其他学者对 AI 在科研中应用的不同看法，包括既不完全接受也不完全禁止 AI 的立场，以及 AI 在理论物理研究中表现出相当于二年级研究生水平的能力。尽管 AI 能快速生成技术性论文草稿，但真正的科学监督和理解仍然依赖于人类专家。
总体而言，文章呼吁学术界重新审视 AI 带来的挑战，关注科研过程中的人才培养，避免将学生仅仅视为产出工具，强调科学的终极目的是培养能够独立思考和解决复杂问题的科学家。
HN 热度 817 points | 评论 551 comments | 作者：zaikunzhang | 15 hours ago #
https://news.ycombinator.com/item?id=47647788
- 大型语言模型（LLM）只能在有经验丰富专家严格监督下产出有价值的科学成果，普通人无法通过使用 LLM 达到专家水平。
- 当前社会和教育体系缺乏长期培养和忠诚度，难以支持像专家那样的深度训练和监督。
- 需要改变社会范式，积极应对 AI 对学术和教育的冲击，可能需要采取激进的改革措施。
- 对于残疾学生使用 AI 辅助的担忧存在，但完全禁止 AI 可能会伤害真正需要帮助的残疾学生，且无法有效阻止作弊。
- 传统的大学教育本身存在诸多问题，AI 并非唯一破坏因素，学生贷款和教育体制的弊端更为根本。
- 学生通过医疗诊断获取考试便利存在滥用现象，但这只是表象，根本原因是高风险的升学和成绩竞争。
- 尽管有呼吁改革，但现实中社会往往选择回避问题，缺乏有效应对 AI 带来的挑战的意愿。
- AI 的滥用和学术复制危机是全球性问题，不仅限于某个国家，且正在不断加剧。
2. 微软有多少款名为“Copilot”的产品？ (How many products does Microsoft have named ‘Copilot’?) #
https://teybannerman.com/strategy/2026/03/31/how-many-microsoft-copilot-are-there.html
这篇文章由 Tey Bannerman 撰写，主题是微软旗下名为“Copilot”的产品数量及其分类。作者指出，“Copilot”这一名称目前被微软用于至少 80 个不同的产品和功能中，涵盖应用程序、功能、平台、键盘按键、笔记本电脑类别，甚至还有用于构建更多 Copilot 工具的工具。文章最初统计时数量为 75 个，后来通过社区反馈补充了“Gaming Copilot”和“Microsoft Dragon Copilot”，总数更新为 80 个。
作者尝试寻找一个完整的列表，但没有单一来源能够涵盖所有产品，甚至微软官方的网页和文档也不完整。于是作者通过产品页面、发布公告和营销材料等多渠道拼凑出完整的名单，并制作了一个可交互的可视化图表，展示各个 Copilot 产品的分类及相互关系。读者可以点击图表探索不同产品之间的联系，但作者自己也未能找到明显的规律。
文章还提供了下载图表的选项，并邀请读者订阅作者的月度通讯，内容聚焦于人工智能、设计和战略的交叉领域，提供原创研究和实用框架，帮助读者理清复杂信息。
HN 热度 786 points | 评论 368 comments | 作者：gpi | 1 day ago #
https://news.ycombinator.com/item?id=47642569
- 微软给多个不同产品统一使用“Copilot”名称，导致用户无法明确区分具体指的是哪个产品，交流时信息不明确且容易混淆。
- 微软可能是为了品牌统一和打造无缝体验，但这种做法反而让用户不清楚自己使用的是哪个具体工具。
- 由于“Copilot”品牌下的产品质量参差不齐，用户容易将整个品牌与不佳体验联系起来，影响品牌形象。
- 这种命名混乱反映了微软在品牌策略上的反复和失误，类似过去的“.net”、“Live”、“Xbox”、“365”等品牌混淆问题。
- 微软内部多团队争夺“Copilot”相关产品的所有权，导致产品职责和设计界限模糊，命名混乱难以避免。
- 这种命名混乱也给用户带来实际问题，比如难以准确报错、难以取消订阅等。
- 有观点认为这是微软有意为之，通过模糊产品界限来增加用户订阅和升级的难度。
- 统一品牌的初衷是让用户不关心具体工具，只需通过“Copilot”完成工作，但现实中体验并不无缝，各产品间缺乏互通。
- 这种现象不仅微软存在，其他大型科技公司也面临类似的产品命名和管理混乱问题。
3. 穴居人：为何用多词，当少词即可完成任务 (Caveman: Why use many token when few token do trick) #
https://github.com/JuliusBrussee/caveman
该网页介绍了一个名为“caveman”的 Claude Code 技能/插件及 Codex 插件，旨在通过“穴居人语言”风格大幅减少生成文本的 token 数量，同时保持技术内容的准确性。该技能基于观察发现，简洁的“穴居人式”表达能显著降低大型语言模型的 token 使用量，而不损失信息量。用户只需一行命令即可安装使用。
网页通过对比示例展示了普通 Claude 生成文本与“穴居人”风格文本的差异，后者用词极简但技术含量完整，token 数减少约 75%。此外，提供了不同强度等级（Lite、Full、Ultra）的压缩选项，满足不同场景需求，从保持语法完整的专业表达，到极端压缩的电报式表达。
网页还列出了多个实际任务的 token 使用对比数据，平均节省约 65% 的 token，最高可达 87%。强调该技能只影响输出文本的 token 数量，不影响模型的思考和推理过程，主要提升可读性和响应速度，同时节省成本。
此外，引用了 2026 年一篇论文，证明简洁表达能提升语言模型的准确率，反转性能等级，说明冗长表达未必更优。
安装方式简单，支持通过 npx 命令或 Claude Code 插件市场安装，安装后可在所有会话中使用。使用时通过特定命令触发或关闭“穴居人模式”，并可根据需要调整压缩强度。
总结来说，该网页介绍的“caveman”插件是一种创新的文本压缩工具，专为技术内容设计，能显著减少语言模型输出的 token 数，提高效率和准确性，适合开发者和技术人员使用。
HN 热度 686 points | 评论 311 comments | 作者：tosh | 16 hours ago #
https://news.ycombinator.com/item?id=47647455
- 该项目主要是一个玩笑性质的实验，目标是减少可见输出中的冗余和无关内容，而非减少模型内部的推理或思考代价。
- 该技能会消耗上下文资源，使用时需要权衡输入输出的总 token 数、延迟和任务质量。
- 简洁提示确实能在某些任务中减少响应长度且不显著降低质量，但效果依赖具体任务。
- 用“穴居人”风格表达有助于以更简单直白的方式理解内容，有时能帮助人类更好地抓住重点。
- 语言风格会影响模型回答的详细程度，简短的问题往往得到简短回答，礼貌请求则可能得到更丰富信息。
- 语言模型本质上是基于训练数据进行统计模式匹配，不具备真正理解能力，其回答是合理但不一定准确的表述。
- 强化学习调优使得模型在编码任务上表现稳定，但不同提示方式仍会影响输出质量和风格。
- 对模型性能的评价应基于具体任务和指标，不能简单以单一提示效果断定模型能力。
- 讨论中存在对模型调优和提示效果的不同理解，提示设计本身带有隐含偏见，影响模型表现。
- 该项目和相关讨论提醒人们关注提示设计和输出风格对模型表现的影响，同时也体现了社区对实验性质项目的不同态度。
4. 八年渴望，三个月借助 AI 构建 (Eight years of wanting, three months of building with AI) #
https://lalitm.com/post/building-syntaqlite-ai/
这篇文章讲述了作者 Lalit Maganti 历经八年渴望，最终在三个月内借助 AI 技术完成了一个高质量的 SQLite 开发工具集——syntaqlite。作者长期关注 Perfetto 项目中基于 SQLite 的 PerfettoSQL 语言，发现现有的 SQLite 开发工具无法满足性能和灵活性的需求，因此萌生了从零打造一套通用 SQLite 开发工具的想法。
文章详细描述了项目的难点：SQLite 没有正式的语法规范，也没有稳定的解析器 API，且其代码库复杂难懂，解析规则多达 400 条，工作繁复且容易出错。作者曾因难度和枯燥而迟迟未能启动该项目。
2025 年末，随着 AI 代码助手技术的进步，作者决定尝试用 AI 辅助开发，最初用 Claude Code 模型进行设计和实现，虽然功能实现了，但代码混乱且难以维护。随后作者重构项目，采用 Rust 语言统一开发环境，自己主导设计和代码审查，建立了严格的测试和验证体系，逐步完善功能，最终在 2026 年 3 月发布了 0.1 版本。
文章强调 AI 在项目中的关键作用，既加速了开发，也带来了挑战。作者通过这次经历，展示了 AI 辅助开发的潜力和局限，提供了对复杂开源项目如何借助 AI 推进的深刻见解。
HN 热度 591 points | 评论 184 comments | 作者：brilee | 12 hours ago #
https://news.ycombinator.com/item?id=47648828
- AI 辅助编程虽然能大幅加速开发过程，但生成的代码通常混乱且脆弱，需要人工仔细审查和重构。
- 许多开发者会先用 AI 快速生成原型，再通过人工重构和完善，才能达到生产级代码质量。
- 使用 AI 编程时，需要提前规划架构、编码规范、测试方法等，限制 AI 的自由发挥，减少错误和不合理设计。
- AI 生成的代码常常缺乏严格的类型检查和验证，容易出现硬编码和不合理的异步处理，难以维护和扩展。
- AI 辅助编程不能完全替代人工，人工的代码审查、指导和修正依然不可或缺。
- 通过反复迭代和完善，可以逐渐形成稳定的代码基础，减少后续维护难度。
- AI 生成代码时容易犯低级错误，尤其是类型系统相关，需要开发者保持怀疑和严格审查。
- AI 辅助编程的效果和体验会随着使用者对工具的熟悉度和方法论的完善而提升。
- 有观点认为 AI 辅助编程的经验和方法不一定适用于所有软件项目，尤其是非数据库或非异步相关的场景。
- 学习和掌握 AI 辅助编程的过程类似于学习其他技能，初期可能难以明确表达进步原因，但随着经验积累会逐渐理解。
5. 德国实施 eIDAS 将要求使用 Apple/Google 账户才能运行 (German implementation of eIDAS will require an Apple/Google account to function) #
该网页是关于德国国家 EUDI 钱包的架构文档，重点介绍了移动设备漏洞管理概念（MDVM）。文档详细阐述了钱包单元如何通过公私钥对绑定多种身份识别手段（如 PID），并满足高保障级别电子身份认证的安全要求。钱包通过 OpenID4VCI 密钥认证向服务提供方确认绑定密钥的认证手段具备抵御高攻击潜力攻击者的能力。
文档指出认证手段提供两方面保障：一是防止密钥存储被复制和篡改，确保凭证不被复制；二是防止用户认证机制被攻击，确保凭证不被滥用。第一项保障依赖于经过认证的硬件安全模块（HSM），第二项保障则依赖于用户设备的安全性，包括设备的持有因素和知识因素。
由于移动设备缺乏针对高攻击潜力的安全认证，且存在已知漏洞，文档提出通过 MDVM 对设备和操作系统的漏洞进行监控，确保在发现高风险漏洞时阻止不安全设备使用密钥，从而保证认证的有效性。
MDVM 的核心功能包括：验证设备和应用的安全状态，识别设备型号及操作系统版本，提供设备类漏洞信息，以及基于安全和漏洞信息决定设备和应用的使用权限。文档还介绍了收集的安全信号来源，如 KeyAttestation、PlayIntegrity 和 RASP 等，用于检测设备篡改、应用伪造、重放攻击等多种威胁，并通过多种技术手段提高检测的准确性和抗攻击能力。
HN 热度 534 points | 评论 553 comments | 作者：DyslexicAtheist | 1 day ago #
https://news.ycombinator.com/item?id=47644406
- 应用不应知道设备类型或用户对系统所做的修改，用户应自行负责设备安全，开发者只提供建议。
- 用户有权自由修改设备，应用不应自动检测设备是否被大型科技公司认证。
- 如果应用无法确认运行环境的完整性，就无法作为政府级别的可信身份验证工具。
- 安全硬件组件（如智能卡、Yubikey）可以在不泄露私钥的情况下证明身份，传递真实性信息的问题早已解决。
- 物理身份证仍被接受，数字身份认证不应强制依赖设备完整性验证。
- 软件设计应认识到客户端不可信，不能依赖设备锁定来保护用户安全。
- 政府的 IT 安全水平不高，所谓“政府级别的信任”并不可靠。
- “敌对环境”指的是虚拟环境中拦截系统调用并篡改应用内存以伪造身份的行为。
- 用户修改设备后，应用某些功能可能无法安全实现，类似物理身份证有其合理限制。
- 智能手机本质上是普通计算机，用户应有权调试和修改设备，封闭系统会导致数字专制。
- 现实中用户选择受限，许多服务要求使用特定设备和安全措施，导致数字生态被少数厂商和政府垄断。
- 只有当旧有的非强制方式被废止，强制使用特定设备时，才会形成数字专制。
- 保障用户身份安全极难，软件或硬件根信任（如 SGX）可能是唯一可行方案。
- 用户可自行管理设备上的证书，但默认要求设备完整性验证可能是合理的选择。
6. 阿尔忒弥斯二号宇航员首次目睹月球背面 [视频] (Artemis II crew see first glimpse of far side of Moon [video]) #
https://www.bbc.com/news/videos/ce3d5gkd2geo
这篇网页报道了美国国家航空航天局（NASA）阿尔忒弥斯二号（Artemis II）任务的最新进展。阿尔忒弥斯二号的宇航员团队，包括 NASA 的 Reid Wiseman、Victor Glover、Christina Koch 以及加拿大航天局的 Jeremy Hansen，已经进入任务的第三天，乘坐猎户座飞船绕行月球背面并返回地球。
宇航员们首次目睹了月球背面，Christina Koch 表示这种景象与以往看到的月球不同。团队分享了他们拍摄的月球东方海盆（Orientale basin）照片，这是人类首次用肉眼完整观察到该区域。根据 NASA 的在线仪表盘，截至报道时间，阿尔忒弥斯二号飞船距离地球超过 18 万英里（约 29.0 万公里）。
此外，网页还包含了与阿尔忒弥斯二号相关的多条新闻和视频链接，如任务发射、宇航员训练、太空生活细节、任务进展等，展示了这次历史性绕月任务的丰富内容和公众关注度。
HN 热度 397 points | 评论 302 comments | 作者：mooreds | 11 hours ago #
https://news.ycombinator.com/item?id=47649721
- 在技术社区讨论中，关于月球远侧的新闻往往被负面或政治争论所占据，令人感到沮丧。
- 分析问题应关注制造分裂和受益于分裂的人，而非责怪参与讨论的普通人。
- 现代社会中人们的视野被短期信息（如社交媒体、24 小时新闻、零工经济）所限制，影响了讨论的深度。
- 需要个人自觉和社区自律，减少政治争论，促进更积极和实质性的讨论。
- 经济状况的感知因人而异，有人认为当前经济形势比过去 15 年更困难，也有人认为技术行业和个人生活状况依然良好。
- 经济压力如房租、车贷和医疗费用对部分人影响显著，导致他们对科技和探索的关注减少。
- 个人经历和背景差异导致对经济困难的感受不同，有些人通过节俭和储蓄应对经济压力。
- 过去 20 年中，经济上的“上升通道”变得更加狭窄，生活成本和教育、医疗等支出显著增加。
- 讨论中应避免相互指责，尊重不同观点，同时呼吁理性和建设性的交流。
- 旧金山湾区的科技精英文化对当前讨论氛围和社会环境有一定影响。
7. AWS 工程师报告称 Linux 7.0 导致 PostgreSQL 性能下降一半，修复可能不易 (AWS engineer reports PostgreSQL perf halved by Linux 7.0, fix may not be easy) #
https://www.phoronix.com/news/Linux-7.0-AWS-PostgreSQL-Drop
本文报道了亚马逊 AWS 工程师发现 Linux 7.0 开发内核导致 PostgreSQL 数据库服务器性能下降约一半的问题。具体表现为在 Graviton4 服务器上，Linux 7.0 的吞吐量仅为之前内核版本的 51%，主要原因是在用户空间自旋锁上花费了更多时间。
性能回退的根源是 Linux 7.0 限制了内核的抢占模式，仅保留了完全抢占和惰性抢占两种模式。此前的默认模式 PREEMPT_NONE 被取消，导致 PostgreSQL 性能大幅下降。虽然有补丁建议恢复 PREEMPT_NONE 为默认模式，但该补丁可能不会被采纳。
Linux 内核开发者 Peter Zijlstra 建议，解决方案是让 PostgreSQL 利用 Linux 7.0 引入的 Restartable Sequences（RSEQ）时间片扩展，以减少锁持有者被抢占的情况。若该方案被采纳，Linux 7.0 稳定版发布后，PostgreSQL 在某些场景下性能可能会显著下降，直到数据库软件更新支持 RSEQ。
Linux 7.0 稳定版预计将在两周后发布，并将作为 Ubuntu 26.04 LTS 的内核版本。文章还提及了 Linux 7.0 相关的其他更新和未来版本的计划，以及作者 Michael Larabel 的背景介绍。
HN 热度 389 points | 评论 139 comments | 作者：crcastle | 1 day ago #
https://news.ycombinator.com/item?id=47644864
- Linux 7.0 内核导致 PostgreSQL 性能下降约一半，且修复可能不容易。
- 使用大页（huge pages）可以缓解性能回退问题，但并非所有应用都适合开启大页。
- 透明大页（transparent huge pages）对 PostgreSQL 不推荐，且部分软件如 Redis 建议关闭大页以避免延迟。
- 性能回退属于性能问题，不同于 ABI 兼容性破坏，内核不可能为避免所有性能下降而不做改动。
- 该问题主要在 ARM64 架构和大量核心的机器上重现，x86_64 架构上不明显。
- ARM 平台测试和生产环境较少，导致此类问题不易被发现和解决。
- Splunk 捆绑的 PostgreSQL 版本未及时修复相关漏洞，增加了安全维护难度。
- Linux 内核开发应重视对关键应用（如 PostgreSQL）的支持，避免破坏用户空间体验。
- 性能回退问题复杂，可能与内核调度、TLB 压力和锁竞争有关，具体机制尚不完全清楚。
8. BrowserStack 有人泄露用户电子邮件地址 (Someone at BrowserStack is leaking users’ email addresses) #
https://shkspr.mobi/blog/2026/04/someone-at-browserstack-is-leaking-users-email-address/
这篇博客文章由 Terence Eden 撰写，主题是关于 BrowserStack 泄露用户电子邮件地址的问题。作者习惯为每个注册服务生成唯一的邮箱地址，以便追踪邮件来源和防止凭证滥用。几周前，他注册了 BrowserStack 的开源项目，随后收到非 BrowserStack 发来的邮件，邮件发送者称通过 Apollo.io 获得了他的邮箱。
作者联系 Apollo，Apollo 最初声称邮箱是通过公开信息和常见企业邮箱格式推断得出，但作者质疑这一说法不可信。Apollo 随后承认邮箱来自 BrowserStack，称 BrowserStack 是其客户，参与了客户贡献者网络，分享了业务联系人数据。作者联系 BrowserStack 询问此事，但未得到回应。
作者推测 Apollo 获得邮箱的可能途径包括：BrowserStack 出售或赠送用户数据，BrowserStack 使用的第三方服务泄露信息，或 BrowserStack 内部员工或承包商非法转移数据。作者认为这些行为反映了对隐私缺乏尊重的普遍现象。
文章还提到，作者下一篇博客将揭示 Apollo 如何从另一家大公司获取了他的电话号码。评论区有读者讨论了类似的隐私泄露问题，指出外包的邮件营销服务和客户关系管理系统可能是数据泄露的源头。
整体来看，文章揭示了 BrowserStack 用户数据可能被泄露给第三方平台 Apollo，反映了当前企业对用户隐私保护的不足和潜在风险。
HN 热度 361 points | 评论 98 comments | 作者：m_km | 12 hours ago #
https://news.ycombinator.com/item?id=47649117
- Apollo 的数据共享机制是默认开启的，用户需要主动选择退出，否则用户信息会被共享给所有 Apollo 客户。
- BrowserStack 会自动将用户信息上传给 Apollo，Apollo 会通过已有数据丰富用户资料，销售人员利用这些信息进行潜在客户识别和营销。
- 这种数据共享和信息丰富是现代销售和营销的普遍做法，很多商业产品用户的资料都可能被类似方式收集和使用。
- 有用户通过 Apollo 查询发现其信息不完全准确，且会收到大量无意义的商业推销邮件。
- 电子邮件泄露不一定是数据泄露，可能是因为信息公开或被第三方收集。
- 有用户表示曾因其他渠道（如航空公司或政治活动）被出售邮箱，导致垃圾邮件增加。
- 有用户怀疑网络浏览行为被追踪，导致相关广告邮件和短信骚扰增加。
- 互联网和 AI 公司的无序数据使用已经突破了道德和法律底线，社会契约变得脆弱。
- 有用户尝试退出 Apollo 数据库，但被告知其邮箱未被收录，说明 Apollo 数据库覆盖可能没有想象中广泛。
- 预计 BrowserStack 可能会因数据问题遭受 GDPR 重罚，但处罚过程可能漫长且效果有限。
- 这类数据收集和共享行为反而成为 Apollo 的免费宣传，带来更多客户咨询。
- 一些公司通过销售人员安装插件抓取邮箱联系人信息来获取数据，ZoomInfo 是此类行为的典型代表。
- 早年开源社区论坛曾因错误将用户邮箱嵌入网页标签中，导致邮箱被爬取和垃圾邮件泛滥，类似现象仍在发生。
9. 我的 Google Workspace 账户被暂停 (My Google Workspace account suspension) #
https://zencapital.substack.com/p/sad-story-of-my-google-workspace
这篇文章讲述了作者 Ajay C 在使用 Google Workspace 账户时遇到的账户被暂停的困境。以下是详细总结：
- ** 账户暂停的原因 **：作者的 Google 账户因被认为 “被劫持” 而被暂停，实际上他只是从海外（英国）访问账户。他解释了这一情况，但 Google 仍旧拒绝恢复账户，导致他的电子邮件被 “扣押”。
- ** 账户管理问题 **：作者在出国前移除了账户的恢复手机号码，原因是他不想在旅行中使用澳亚的漫游服务。尽他设置了身份验证器和密码密钥，Gmail 依然要求通过 SMS 登录，导致他无法登录。
- ** 恢复尝试 **：作者在账户被暂停后，尝试了多次恢复，但每次都遇到 “出现错误” 的提示。他的账户是唯一的超级管理员账户，包含多个域名的别名，所有与邮件、云盘、日历等服务的身份验证均依赖于此账户。
- ** 影响及后果 **：由于账户被暂停，作者无法接收电子邮件，也无法进行电子邮件转发。这对他的业务运作造成了极大影响，包括无法支付员工工资、无法访问销售 CRM 系统 Pipedrive 以及任务管理应用。
- ** 恢复过程中的挫折 **：在尝试恢复账户时，作者被要求通过 DNS 记录验证所有权。尽管他迅速完成了此操作，但恢复电子邮件的过程却需要等待 30 天，期间无法接收任何邮件。多次联系 Google 支持团队，作者的多次恢复请求未能得到有效解决，造成了混乱。
- ** 最终恢复账户 **：在经历了 40 多个小时的等待后，作者终于联系到了一位乐于助人的 Google 工作人员，最终帮助他成功登录账户。
作者在文末反思了自己在账户管理上的失误，包括在更改国家后未考虑到依赖关系，及未及时更改 MX 记录等。他指出，尽管采取了多种安全措施，但最终还是遭遇了账户暂停的困境。
HN 热度 331 points | 评论 190 comments | 作者：zenincognito | 13 hours ago #
https://news.ycombinator.com/item?id=47648404
- 谷歌在某些方面曾经表现不错，但客户服务体验差，尤其是处理服务问题时不积极，导致用户不愿意花钱购买其服务。
- Pixel 手机存在电池问题，售后补偿流程繁琐且不兑现承诺。
- Pixel 手机的电池续航表现差，有用户不得不关闭 5G 以延长电池寿命。
- 谷歌曾以“不要作恶”为口号，但实际上并不比其他大科技公司更好，且客服支持常常敷衍或无回应。
- 谷歌允许用户修改设备系统，安全性相对较好，这是其少数优点之一。
- 谷歌在 2008 年收购 DoubleClick 后，企业文化和行为变得更商业化和不那么“善良”。
- 过去谷歌在处理用户问题时会有人性化的回应和补偿，但现在更多依赖自动化，缺乏人工干预。
- 谷歌取消了一些服务计划和计费方式，且在转换方案时提供的优惠无法正常使用，客服无法解决问题。
- 与微软、苹果、Oracle 和 Meta 相比，谷歌仍算是“较不邪恶”的公司，但其服务中断和客户支持问题令人头疼。
- 用户担心谷歌可能会无故关闭账户且不给予申诉机会，存在风险。
- 小额诉讼可能是消费者维权的途径，但实际操作复杂且受限于地域管辖权。
- 有用户经历了多年才恢复被封禁的谷歌广告账户，过程漫长且原因不明。
- 谷歌曾承诺不将用户数据用于广告，但后来悄悄修改隐私政策，允许将不同来源的数据合并使用，破坏了隐私承诺。
10. 芬兰桑拿热暴露引发的免疫细胞反应强于细胞因子反应 (Finnish sauna heat exposure induces stronger immune cell than cytokine responses) #
https://www.tandfonline.com/doi/full/10.1080/23328940.2026.2645467#abstract
本研究旨在探讨芬兰桑拿浴（FSB）对免疫细胞动员和循环细胞因子的急性影响，以及这些变化与体温变化之间的关系。研究对象为 51 名成年人，包括 27 名女性（平均年龄 50±9 岁，体重指数（BMI）为 27±5 kg²）和 24 名男性（平均年龄 50±10 岁，BMI 为 27±3 kg/m²）。参与者在 73°C 的环境下进行了 30 分钟的桑拿浴，期间允许饮用水。研究结果显示，桑拿浴使体温从 36.4±0.5°C 升高至 38.4±0.7°C，且未改变血浆体积。
在白细胞计数方面，女性的总白细胞计数在桑拿后显著增加，并在 30 分钟后略有上升。中性粒细胞和淋巴细胞计数在桑拿后立即增加，但在 30 分钟后恢复到基线水平，而 MXD 细胞（单核细胞、嗜酸性粒细胞和嗜碱性粒细胞）在桑拿后仍然保持升高。细胞因子的变化方面，仅有两个细胞因子的水平显著改变。
研究发现，体温变化与循环细胞因子之间存在 18 个显著的相关性，特别是在桑拿后立即测量时，而与白细胞计数变化无关。结果表明，30 分钟的急性芬兰桑拿浴可以诱导免疫细胞的动员，体温变化与循环细胞因子之间的关系暗示了桑拿所带来的热应激及免疫激活可能在健康益处的机制中发挥作用。
在研究方法方面，参与者在实验前进行了详细的健康评估，确保没有急性或既往的心血管疾病。研究设计得到了伦理委员会的批准，所有参与者均签署了知情同意书。桑拿实验的过程中，研究者对参与者的身体状况进行了监测，确保其安全。
总体而言，本研究为理解芬兰桑拿浴对免疫系统的影响提供了新的见解，并指出体温变化在这一过程中的重要性。尽管免疫细胞的动员与体温变化之间的关系并不显著，研究显示短期的热应激可能对健康产生积极的影响，这为进一步探索桑拿浴的健康益处奠定了基础。
HN 热度 320 points | 评论 212 comments | 作者：Growtika | 12 hours ago #
https://news.ycombinator.com/item?id=47649113
- 芬兰有句老话：“如果酒、焦油和桑拿都帮不了，病就是致命的”，反映了桑拿和焦油在传统中的重要性。
- 传统上农村地区建房时，桑拿通常先建，因为它不仅是桑拿房，还包括更衣室和休息区，可以作为临时住所，提供取暖和生活用水。
- 现代住宅中桑拿更多是为了满足使用者需求，虽然普及率高，但房屋设计并非完全围绕桑拿展开。
- 过去缺乏自来水和现代厨房设施，桑拿比厨房更适合冬季取暖和生活。
- 焦油在芬兰传统中被用作抗感染药物，具有一定的防腐和抗炎作用，但现代医学认为其部分成分可能致癌，使用受到限制。
- 焦油还被用于治疗皮肤病，如银屑病和头皮屑，具有抗真菌和抗炎效果。
- 现代替代品如抗生素软膏和银制药膏更安全有效，但部分人仍因传统和情感因素使用焦油制品。
- 焦油也用于木材防护、香皂、洗发水和动物护理等多种用途。
- 有人提到蜂蜜和石油膏在伤口护理中的应用，强调现代医疗更推荐这些安全有效的替代品。
- 桑拿在芬兰文化中非常普及，甚至小公寓也配备桑拿，成为生活中不可或缺的一部分。
- 桑拿是一个隔音好、氛围佳的空间，提供了邻里关系不佳时的舒适避风港。
- 有网友提到一些另类的传统疗法，如芥末浴和漂白水浴，认为这些方法有助于杀菌和促进健康。
Hacker News 精彩评论及翻译 #
How many products does Microsoft have named ‘Copil… #
https://news.ycombinator.com/item?id=47643738
Someone said - in Linux, everything is a file. In Microsoft, everything is a copilot. Lol.
thedelanyo
有人说——在Linux里，一切皆文件。在微软，一切皆助手。笑死。
Eight years of wanting, three months of building w… #
https://news.ycombinator.com/item?id=47650080
Refreshing to see an honest and balanced take on AI coding. This is what real AI-assisted coding looks like once you get past the initial wow factor of having the AI write code that executes and does what you asked.
This experience is familiar to every serious software engineer who has used AI code gen and then reviewed the output:
But when I reviewed the codebase in detail in late January, the downside was obvious: the codebase was complete spaghetti14. I didn’t understand large parts of the Python source extraction pipeline, functions were scattered in random files without a clear shape, and a few files had grown to several thousand lines. It was extremely fragile; it solved the immediate problem but it was never going to cope with my larger vision,
Some people never get to the part where they review the code. They go straight to their LinkedIn or blog and start writing (or having ChatGPT write) posts about how manual coding is dead and they’re done writing code by hand forever.
Some people review the code and declare it unusable garbage, then also go to their social media and post how AI coding is completely useless and they’re not going to use it for anything.
This blog post shows the journey that anyone not in one of those two vocal minorities is going through right now: A realization that AI coding tools can be a large accelerator but you need to learn how to use them correctly in your workflow and you need to remain involved in the code. It’s not as clickbaity as the extreme takes that get posted all the time. It’s a little disappointing to read the part where they said hard work was still required. It is a realistic and balanced take on the state of AI coding, though.
Aurornis
看到关于AI编程的诚实且平衡的观点真是令人耳目一新。一旦你过了AI写出能够执行并满足你需求的代码的初步惊叹，这才是真正的AI辅助编程的样子。
这种体验对每个使用过AI代码生成并仔细审查输出的严肃软件工程师来说都很熟悉：
但当我在一月底详细审查代码库时，缺点显而易见：代码库完全是一锅乱麻。我不理解Python源码提取管道的大部分内容，函数零散地分布在随机的文件中，没有清晰的结构，有几个文件甚至增长到几千行。它非常脆弱；虽然解决了眼前的问题，但根本无法应对我更大的愿景。
有些人从未真正审查代码这一环节，就直接跑去他们的LinkedIn或博客，开始写（或者让ChatGPT写）关于手动编码已经死了，他们永远不再手写代码的帖子。
有些人审查完代码后，断言这些代码是一文不值的垃圾，然后也跑去社交媒体上宣称AI编程完全没用，他们不会用AI做任何事情。
这篇博客文章展示了那些不属于上述两种极端声音的人正在经历的过程：意识到AI编程工具可以极大地加速工作，但你需要学会如何正确地将它们融入你的工作流程，并且你需要持续参与代码编写。它不像那些极端观点那样吸引眼球。虽然读到还需要努力工作的部分有点令人失望，但这确实是对AI编程现状的现实且平衡的看法。
The threat is comfortable drift toward not underst… #
https://news.ycombinator.com/item?id=47649503
Schwartz’s experiment is the most revealing, and not for the reason he thinks. What he demonstrated is that Claude can, with detailed supervision, produce a technically rigorous physics paper. What he actually demonstrated, if you read carefully, is that the supervision is the physics. Claude produced a complete first draft in three days. It looked professional. The equations seemed right. The plots matched expectations. Then Schwartz read it, and it was wrong. Claude had been adjusting parameters to make plots match instead of finding actual errors. It faked results. It invented coefficients. […] Schwartz caught all of this because he’s been doing theoretical physics for decades. He knew what the answer should look like. He knew which cross-checks to demand. […] If Schwartz had been Bob instead of Schwartz, the paper would have been wrong, and neither of them would have known.
And so the paradox is, the LLMs are only useful† if you’re Schwartz, and you can’t become Schwartz by using LLMs.
Which means we need people like Alice! We have to make space for people like Alice, and find a way to promote her over Bob, even though Bob may seem to be faster.
The article gestures at this but I don’t think it comes down hard enough. It doesn’t seem practical. But we have to find a way, or we’re all going to be in deep trouble when the next generation doesn’t know how to evaluate what the LLMs produce!
† “Useful” in this context means “helps you produce good science that benefits humanity”.
Wowfunhappy
施瓦茨的实验最有启发性，但并非他所认为的那个原因。他展示的是克劳德在详细监督下，能够写出技术上严谨的物理论文。但如果仔细阅读，你会发现他真正展示的是“监督才是物理学本身”。克劳德在三天内写出了完整的初稿，看起来很专业，公式也似乎正确，图表与预期吻合。然而施瓦茨读过后发现，全是错误。克劳德只是调整参数让图表匹配，而没有找出实际的错误，结果是伪造的。它捏造了系数。……施瓦茨能发现这些问题，是因为他做理论物理几十年了，他知道正确答案该是什么样，也知道该要求哪些交叉验证。……如果施瓦茨换成鲍勃，论文一定是错的，也没人能发现。
所以矛盾在于，只有你是施瓦茨，LLM才有用，而通过使用LLM你无法成为施瓦茨。
这意味着我们需要像爱丽丝这样的人！我们必须为像爱丽丝这样的人腾出空间，并找到让她胜过鲍勃的方法，尽管鲍勃看起来更快。
这篇文章有所提及，但力度不够，不够实际。但我们必须找到办法，否则下一代连如何评估LLM产出都不会，到时候我们都麻烦大了！
——
这里的“有用”指的是“有助于你产出造福人类的优秀科学成果”。
How many products does Microsoft have named ‘Copil… #
https://news.ycombinator.com/item?id=47643042
Copilot is just Microsoft’s term for AI. How many products have Copilot? Just about all of them.
lateforwork
Copilot只是微软对人工智能的称呼。多少产品有Copilot？几乎所有的产品都有。
Reaffirming our commitment to child safety in the … #
https://news.ycombinator.com/item?id=47652269
In case someone is missing context, this is Google (apparently together with Meta, Microsoft, and Snap) coming out in favour of Chat Control legislation. This is something EU citizens have so far fought tooth and nail to repel. The fact that these US companies known for spying on people and invading privacy in the name of profit are lobbying for the legislation should be a warning to us all to avoid their services.
latexr
以防有人不了解背景，这里说的是谷歌（显然还有Meta、微软和Snap）支持聊天监管立法。这是欧盟公民迄今为止竭力反对的事情。众所周知，这些以监视人们和侵犯隐私谋取利润而闻名的美国公司为这项立法进行游说，这应当成为我们所有人的警示，提醒大家避免使用他们的服务。
Caveman: Why use many token when few token do tric… #
https://news.ycombinator.com/item?id=47650509
Author here. A few people are arguing against a stronger claim than the repo is meant to make. As well, this was very much intended to be a joke and not research level commentary.
This skill is not intended to reduce hidden reasoning / thinking tokens. Anthropic’s own docs suggest more thinking budget can improve performance, so I would not claim otherwise.
What it targets is the visible completion: less preamble, less filler, less polished-but-nonessential text. Therefore, since post-completion output is “cavemanned” the code hasn’t been affected by the skill at all :)
Also surprising to hear so little faith in RL. Quite sure that the models from Anthropic have been so heavily tuned to be coding agents that you cannot “force” a model to degrade immensely.
The fair criticism is that my “~75%” README number is from preliminary testing, not a rigorous benchmark. That should be phrased more carefully, and I’m working on a proper eval now.
Also yes, skills are not free: Anthropic notes they consume context when loaded, even if only skill metadata is preloaded initially.
So the real eval is end-to-end: - total input tokens - total output tokens - latency - quality/task success
There is actual research suggesting concise prompting can reduce response length substantially without always wrecking quality, though it is task-dependent and can hurt in some domains. ( https://arxiv.org/html/2401.05618v3 )
So my current position is: interesting idea, narrower claim than some people think, needs benchmarks, and the README should be more precise until those exist.
JBrussee-2
作者本人。一些人在反驳的观点比这个仓库想表达的要强烈得多。此外，这个项目本身非常有意作为一个笑话，而非研究级别的评论。
这个技能并不旨在减少隐藏的推理/思考令牌。Anthropic 自己的文档也表明，增加思考预算可以提升性能，所以我不会声称相反。
它针对的是可见的完成部分：更少的开场白、更少的冗余填充、更少修饰但非必要的文字。因此，由于完成后输出被“粗暴处理”，代码本身完全没有受到该技能的影响 :)
同时，很惊讶地听到对 RL（强化学习）几乎没有信心。相当确定 Anthropic 的模型已经被高度调优为编程代理，无法让模型性能显著恶化。
合理的批评是，我在 README 中提到的“约75%”结果来自初步测试，而非严谨的基准测试。这一表述应该更准确一些，我正在着手做一个正式的评估。
而且，技能并不是免费的：Anthropic 提醒说加载技能时会占用上下文，哪怕最初只预加载技能元数据。
所以真正的评估应该是端到端的：总输入令牌数、总输出令牌数、延迟、质量/任务成功率。
确实有研究表明，简洁的提示能大幅减少响应长度，同时不总是破坏质量，但这依赖具体任务，在某些领域可能有负面影响。（https://arxiv.org/html/2401.05618v3）
因此，我目前的立场是：这是个有趣的想法，主张比一些人认为的更狭窄，需要基准测试，且 README 应该更精确，直到相关数据出来。
The threat is comfortable drift toward not underst… #
https://news.ycombinator.com/item?id=47648380
The thing is, agents aren’t going away. So if Bob can do things with agents, he can do things.
I mourn the loss of working on intellectually stimulating programming problems, but that’s a part of my job that’s fading. I need to decide if the remaining work - understanding requirements, managing teams, what have you - is still enjoyable enough to continue.
To be honest, I’m looking at leaving software because the job has turned into a different sort of thing than what I signed up for.
So I think this article is partly right, Bob is not learning those skills which we used to require. But I think the market is going to stop valuing those skills, so it’s not really a problem, except for Bob’s own intellectual loss.
I don’t like it, but I’m trying to face up to it.
sd9
关键是，代理不会消失。所以如果鲍勃能利用代理做事，他就能做事。
我为失去解决有思想挑战性的编程问题的机会感到遗憾，但这正是我工作中正在逐渐消失的一部分。我需要决定剩下的工作——理解需求、管理团队等等——是否仍然足够令人享受，值得继续下去。
老实说，我考虑离开软件行业，因为这份工作已经变成了与我当初签约时不同的样子。
所以我认为这篇文章部分是对的，鲍勃没有学那些我们过去要求的技能。但我觉得市场会停止重视那些技能，所以这其实并不是一个“问题”，只不过是鲍勃个人的知识损失。
我不喜欢这样的改变，但我正试图正视它。
Artemis II crew see first glimpse of far side of M… #
https://news.ycombinator.com/item?id=47652278
It’s pretty depressing that on a corner of the internet that’s supposed to be a gathering of tech/geeks/nerds/stem people, discussing topics that “good hackers would find interesting”, it’s seemingly impossible to have a single thread about something like this that isn’t almost entirely negative or political bickering.
thegrim33
在互联网的一个角落，本应是科技爱好者、极客、书呆子和理工科人士的聚集地，讨论“优秀黑客会感兴趣”的话题，可几乎找不到一条关于此类内容的帖子不是充满负面情绪或政治争吵，这实在令人沮丧。
German implementation of eIDAS will require an App… #
https://news.ycombinator.com/item?id=47646847
What if you „lose“ your google / apple account, like this sanctioned judge of the international criminal court? Crazy to imagine that we are still baking in dependency on US providers in european societies, even though there is clear indications we should be doing the opposite?
jakoblorz
如果你像这位被制裁的国际刑事法院法官那样“失去”了你的谷歌/苹果账户，会怎么样？真是难以置信，尽管有明确的迹象表明我们应该做相反的事情，我们欧洲社会仍然依赖美国服务提供商，简直是自找麻烦。
How many products does Microsoft have named ‘Copil… #
https://news.ycombinator.com/item?id=47643022
It reminds me of around 2002 when Microsoft named everything “.net”.
quag
这让我想起了大约2002年微软给所有东西都起名为“.net”的时候。
Delve removed from Y Combinator #
https://news.ycombinator.com/item?id=47636346
YC is, ultimately, not responsible for what these startups choose to do.
Of course they’re responsible for their investments; they’re just not liable. YC has a lot to answer for in the damage it’s wreaked over the years.
throwaway27448
YC 最终不对这些初创公司选择做什么负责。
当然，他们对自己的投资负责；只是他们不承担法律责任。YC 多年来造成的伤害，他们有很多需要解释。
AWS engineer reports PostgreSQL perf halved by Lin… #
https://news.ycombinator.com/item?id=47644993
Its worth reading this follow-up LKML post by Andres Freund (who works on Postgres): https://lore.kernel.org/lkml/yr3inlzesdb45n6i6lpbimwr7b25kqkn37qzlvvzgad5hfd7ut@xv4cihno76wu/
lfittl
值得一读这篇由Andres Freund（他在Postgres项目工作）发布的LKML后续帖子：https://lore.kernel.org/lkml/yr3inlzesdb45n6i6lpbimwr7b25kqkn37qzlvvzgad5hfd7ut@xv4cihno76wu/
Claude Code Found a Linux Vulnerability Hidden for… #
https://news.ycombinator.com/item?id=47639718
That’s not what is happening right now. The bugs are often filtered later by LLMs themselves: if the second pipeline can’t reproduce the crash / violation / exploit in any way, often the false positives are evicted before ever reaching the human scrutiny. Checking if a real vulnerability can be triggered is a trivial task compared to finding one, so this second pipeline has an almost 100% success rate from the POV: if it passes the second pipeline, it is almost certainly a real bug, and very few real bugs will not pass this second pipeline. It does not matter how much LLMs advance, people ideologically against them will always deny they have an enormous amount of usefulness. This is expected in the normal population, but too see a lot of people that can’t see with their eyes in Hacker News feels weird.
antirez
现在的情况并非如此。漏洞通常会被后续的语言模型（LLM）过滤：如果第二个流程无法以任何方式重现崩溃、违规或利用，通常这些误报会在进入人工审查前就被剔除。检测一个真实漏洞是否能被触发，相较于发现漏洞来说是一个非常简单的任务，因此从这个角度看，第二个流程的成功率几乎是100%：如果某个漏洞通过了第二个流程，它几乎可以确定是真实漏洞，而且很少有真实漏洞会未能通过这个流程。无论语言模型多么进步，持反对态度的人总是会否认它们的巨大实用价值。这种情况在普通人中是预料之中的，但看到很多人在 Hacker News 上对此视而不见，还是觉得很奇怪。
My Google Workspace account suspension #
https://news.ycombinator.com/item?id=47649270
I think Google has done some cool stuff, and I think in a lot of ways they’re, at least historically, one of the less evil big tech players.
I gotta say, though, that my experience with trying to get them to sort out any kind of issue with their services makes me reluctant to spend any money with them.
I bought a Pixel phone. As per the sales terms, the phone came with one year of Gemini AI Pro service. Except, the redemption process to get the year of service didn’t work for me. I contacted Google, they never fixed it or offered any solution. I simply didn’t get the year of service I was promised.
My friend, who bought a Pixel around the same time, also wasn’t able to get the year of Gemini they were promised.
That same friend has a Google One subscription, billed through their phone carrier. Recently, Google (or the provider?) discontinued that specific Google One plan, as well as the option to bill via your carrier. This was all covered in an email sent to my friend. As consolation, the email explained, my friend was given the option to switch to a different plan, billed monthly by Google (instead of their phone carrier), with 6 months free. Except, the new plan, and the 6 months free, wasn’t selectable as a plan type for their account. So my friend emails Google about it and, to my complete lack of surprise, Google was unwilling/unable to provide any resolution.
At this point, I legitimately don’t understand why, unless I had no other option, I would pick Google for services. They clearly put no real effort into resolving any service issues for any customer that’s not spending millions with them.
protimewaster
我觉得谷歌确实做了一些很酷的事情，而且在很多方面，至少从历史角度看，他们是大科技公司中相对不那么恶劣的一家。
不过我得说，我在尝试让他们解决任何服务问题时的经历让我很犹豫是否要花钱买他们的产品。
我买了一部Pixel手机。根据销售条款，这部手机包含一年的Gemini AI Pro服务。但问题是，兑换这项一年的服务的流程对我来说根本不起作用。我联系了谷歌，他们既没有解决问题，也没有给出任何解决方案。结果就是我根本没能得到承诺的一年服务。
我朋友也差不多在同一时间买了Pixel手机，他也没能获得他们承诺的一年Gemini服务。
同一个朋友有一个通过手机运营商计费的Google One订阅。最近，谷歌（或者是服务提供商？）取消了那个特定的Google One套餐，以及通过运营商计费的选项。这些内容都在发给我朋友的邮件中提到了。作为补偿，邮件说明我朋友可以选择转到一个不同的套餐，由谷歌每月直接计费（而不是运营商），并有6个月免费期。可实际上新套餐和6个月的免费期在他们账户里根本无法选择。于是我朋友给谷歌发了邮件，毫不意外的是，谷歌既不愿意也无法提供任何解决办法。
到现在为止，我真正不明白，除非没有其他选择，为什么我还会选择谷歌的服务。他们显然根本不愿意为那些没有投入巨额资金的客户解决任何服务问题。
Finnish sauna heat exposure induces stronger immun… #
https://news.ycombinator.com/item?id=47649827
In Finland we have old saying: “If liquor, tar and sauna won’t help, an illness is fatal”
csr86
在芬兰有句老话：“如果酒、松香和桑拿都无济于事，那病就是致命的。”
German implementation of eIDAS will require an App… #
https://news.ycombinator.com/item?id=47647522
German implementer here. We have to use some kind of attestation mechanism per the eIDAS implementing acts. That doesn’t work without operating system support.
The initial limitation to Google/Android is not great, we know that, and we have support for other OSs on our list (like, e.g., GrapheneOS). It is simply a matter of where we focus our energy at the moment, not that we don’t see the issues.
webhamster
我是德国的实施者。根据eIDAS实施条例，我们必须使用某种形式的证明机制。没有操作系统的支持这是行不通的。
目前仅限于谷歌/安卓平台，这确实不理想，我们很清楚这一点，而且我们也支持其他操作系统（例如，GrapheneOS）正在我们的计划中。这只是我们当前精力集中所在的问题，并不是说我们没有看到这些问题。
Tell HN: Anthropic no longer allowing Claude Code … #
https://news.ycombinator.com/item?id=47634313
What you’re saying is conceptually true for subscription services in general, but thats not why they are making this change. There’s a 5 hour limit and a weekly limit. Those are hard token limits. Everyone on a plan pays for the max set of tokens in that plan. The limits manage capacity. The solution to that isn’t a change of ToS, it’s adjusting the limits.
In other words this is about Anthropic subsidizing their own tools to keep people on their platform. OpenClaw is just a good cover story for that. You can maximize plans just as easily w/ /loop. I do it all the time on max 20x. The agent consuming those tokens is irrelevant.
For what it’s worth I don’t use OpenClaw and don’t intend to, but I do use claude -p all the time.
goosejuice
你说的对于订阅服务来说在概念上是正确的，但他们做出这个改变的原因并不是这个。存在一个5小时限制和一个每周限制。这些都是硬性代币限制。每个订阅计划的用户都支付该计划内最大代币数量的费用。限制是为了管理容量。解决方案不是更改服务条款，而是调整限制。
换句话说，这关乎Anthropic通过补贴自己的工具来留住用户在他们的平台上。OpenClaw只是一个很好的幌子。你同样可以通过/loop轻松最大化计划。我经常在最大20倍计划上这样做。消耗代币的代理并不重要。
就我而言，我不使用OpenClaw，也没有打算使用，但我确实一直使用claude -p。