2026-04-28 07:12:52
- 作者以约3万美元等值资产购得 friendster.com 与商标，计划以“线下真实关系+手机碰触加友”的社交重启并探索付费功能，但其估值与广告收入可持续性受质疑。
- 工程师应用 AI 减少重复劳动、增强提问与判断而非外包决策，否则将削弱理解与成长并冲击初级岗位供给。
- 微软与 OpenAI 结束独家与分成，OpenAI得以多云合作（或转向TPU），谷歌或成赢家，微软转向更开放的云端AI竞争策略。
- 肯尼亚选手 Sawe 以1:59:30赢下伦敦马拉松成首位正式破二者，碳板跑鞋与高碳补给助推纪录频出，开启马拉松新纪元。
- GitHub Copilot 转为按用量计费引发个人用户成本与限额担忧、促使寻求替代，而企业因合规与折扣可能继续使用。
- Mercor 泄露致4万承包商4TB语音与证件外流，语音难以重置且易被仿冒，建议停用语音验证改用多因素并加强监测。
- 通过离屏“盯墙”与观呼吸的短暂冥想可激活默认模式网络、缓解信息过载与脑雾，恢复专注与创造力。
- PostgreSQL 备份工具 pgBackRest 停止维护，凸显开源项目资金与精力瓶颈，后续或依赖社区分叉延续。
- SentinelLabs 披露早于 Stuxnet 的 fast16（溯至2005），以Lua虚拟机与内核驱动在读取时隐蔽篡改计算结果，疑针对关键科研设施。
- 荷兰央行改投施瓦茨集团 Stackit 以强化欧洲数据主权、降低美系云锁定风险，也再度引发云与自建在成本与复杂度间的权衡。
https://ca98am79.medium.com/i-bought-friendster-for-30k-heres-what-i-m-doing-with-it-d5e8ddb3991d
这篇文章讲述了作者 Mike Carson 以 3 万美元买下了曾经的第一社交网络 Friendster 的域名 friendster.com，并分享了他对这个域名的后续规划和思考。Friendster 网站于 2015 年停止运营，2018 年公司正式关闭。域名在停用多年后于 2023 年被一位买家以 7456 美元的价格通过 gname.com 拍卖平台购得，随后作者与该买家协商，以 2 万美元比特币加一个每年带来约 9000 美元广告收入的域名交换得到了 friendster.com 的所有权。
作者还通过法律程序于 2025 年 5 月 13 日获得了 Friendster 的商标权。回忆 Friendster 曾带来的积极体验，他尝试在 friendster.com 上重新创建一个简单的社交网络，强调不出售用户数据、不使用算法和广告，但初期用户反应平淡。后来他在 Hacker News 上征求意见，获得了一个有趣建议：通过现实中手机碰触来建立好友关系，这样可以促进线下见面并验证真实身份。
基于此，作者开发了一个 iOS 应用，用户必须通过手机碰触才能添加好友。起初应用只允许通过邀请加入，因功能过于局限未通过苹果审核，后改为任何人可注册，但好友连接仍需手机碰触。经过一到两个月的审核，应用最终上线苹果 App Store。
作者表示不急于盈利，未来可能推出付费高级功能。他设计了一些特色功能，如“朋友的朋友”可以查看并请求联系，鼓励线下见面；“关系淡化”功能如果一年未碰触手机，好友关系会逐渐弱化，提醒用户维护真实友谊。
他强调真实友谊源于线下交流，分享了自己和妻子通过在线交友平台相识并组建家庭的经历，表达了希望 Friendster 能帮助更多人建立真实联系的愿望。
https://news.ycombinator.com/item?id=47914165
https://www.koshyjohn.com/blog/ai-should-elevate-your-thinking-not-replace-it/
这篇文章讨论了人工智能（A.I.）在软件工程中的双重影响，强调了工程师应如何正确利用 A.I.以提升思考能力，而非依赖其替代思考。文章指出，软件工程师正分为两类：一类利用 A.I.减少重复劳动，专注于解决核心问题、权衡利弊、识别风险和创造原创见解；另一类则依赖 A.I.生成答案，表面上看似高效，实则缺乏真正的理解和判断力，这种依赖最终会导致能力的空洞化。
文章通过多个类比阐述了这种现象的危害。比如，像抄袭考试答案的学生一样，依赖 A.I.的工程师缺乏解决新问题的能力；像只会用计算器但不懂心算的人，无法验证结果的合理性；又如依赖自动驾驶汽车但不懂驾驶的人，在复杂或异常情况下无法应对。真正有价值的工程师是那些理解并能质疑 A.I.输出的人，他们利用 A.I.节省的时间提升思考深度和判断力。
最佳的工程师会利用 A.I.完成机械性、重复性的工作，如生成代码模板、总结文档、加速调查等，但同时会提出更精准的问题，明确真正的问题，优化表达，创造新的高价值知识。他们将时间投入到判断和洞察力的培养上，而非简单的代码生产。
文章强调，软件工程的核心价值在于判断力，而非单纯的代码产出。优秀工程师能够预见潜在问题，识别错误方向，简化复杂争论，发现关键抽象，调试现实问题，而这些能力是 A.I.无法替代的。依赖 A.I.代替思考的工程师，短期内可能看似高效，但长期来看会失去竞争力和职业成长的基础。
https://news.ycombinator.com/item?id=47913650
微软公司与 OpenAI 达成协议，放弃微软对 OpenAI 人工智能模型的独家销售权，这使得 OpenAI 可以与亚马逊等其他云计算竞争对手开展合作。此前的独家协议帮助微软在人工智能兴起初期推动了其云服务销售。
作为交换，微软将不再对其在云平台上转售的 OpenAI 产品支付收入分成。两家公司于周一通过联合声明宣布了这一修订后的合作协议。
此次协议调整标志着 OpenAI 在人工智能领域的合作策略更加多元化，同时也反映出微软在云计算市场竞争中的新动态。
https://news.ycombinator.com/item?id=47921248
https://www.bbc.com/sport/athletics/articles/crm1m7e0zwzo
肯尼亚选手 Sabastian Sawe 在伦敦马拉松创造历史，成为首位在正式比赛中跑进两小时以内的运动员。他以 1 小时 59 分 30 秒的成绩夺冠，打破了 2023 年 Kelvin Kiptum 保持的 2 小时零 35 秒的记录。此前，Eliud Kipchoge 曾在 2019 年跑进两小时内，但因比赛条件受控不被认可为正式纪录。Sawe 在半程时已跑出 1 小时零 29 秒，后半程速度更快，最终超过 Kipchoge 的时间。
Sawe 在最后 10 公里前发力，只有首次参赛的 Yomif Kejelcha 能跟上他的节奏，Kejelcha 也以 1 小时 59 分 41 秒成为第二位跑进两小时的选手。半程世界纪录保持者 Jacob Kiplimo 以 2 小时零 28 秒获得第三名。Sawe 赛后表示非常高兴，称这是值得铭记的一天。
女子比赛中，埃塞俄比亚选手 Tigst Assefa 刷新了女子纯女子组的世界纪录，以 2 小时 15 分 41 秒夺冠，领先肯尼亚选手 Hellen Obiri 和 Joyciline Jepkosgei。轮椅组比赛中，瑞士选手 Marcel Hug 第八次夺得伦敦马拉松冠军，追平英国选手 David Weir 的纪录，连续第六年获胜。女子轮椅冠军是瑞士选手 Catherine Debrunner。
Sawe 此前曾在 2023 年伦敦马拉松以 2 小时 2 分 27 秒夺冠，并多次被检测确保无兴奋剂使用。他在本次比赛中下半程加速明显，后 20 公里用时 59 分 01 秒，展现出极强的体能和速度。多位专家和运动员称赞这一成就极具历史意义，标志着马拉松运动的新时代。
女子比赛中，Assefa 在领先群体中保持稳定，最终以比去年快 9 秒的成绩夺冠。英国选手 Eilish McColgan 以 2 小时 24 分 51 秒排名第七，Rose Harvey 第九。男子组中，英国选手 Mahamed Mahamed 以 2 小时 6 分 14 秒获得第十名，成为历史第二快的英国马拉松选手。
整体来看，本届伦敦马拉松在理想天气条件下，涌现多项纪录和精彩表现，展示了马拉松运动的高水平竞技状态和未来发展潜力。
https://news.ycombinator.com/item?id=47914350
https://github.blog/news-insights/company-news/github-copilot-is-moving-to-usage-based-billing/
该网页是 GitHub 官方博客的导航页面，主要内容围绕人工智能与机器学习（AI & ML）、开发者技能、工程技术、企业软件、新闻资讯、开源项目和安全等多个主题展开。
在人工智能与机器学习板块，介绍了人工智能和机器学习在 GitHub 生态系统及行业中的应用，涵盖生成式 AI、GitHub Copilot、语言模型（LLMs）以及机器学习的技巧和最佳实践。
开发者技能部分提供了丰富的资源，帮助开发者提升技能和职业发展，包括应用开发、职业成长建议、GitHub 使用技巧、教育资源以及编程语言和框架的最新动态。
工程技术栏目深入展示了 GitHub 如何构建开发者之家，内容涉及架构优化、工程原则、基础设施、平台安全和用户体验，强调通过 GitHub 提升生产力、协作效率和安全性。
企业软件板块聚焦于企业级软件的编写、构建和部署，涵盖自动化、持续集成与交付（CI/CD）、协作、DevOps、DevSecOps 以及治理合规等内容，展示 GitHub 在企业软件开发中的领导地位。
新闻与洞察栏目提供 GitHub 内部最新动态、产品更新、开源生态状态、政策法规变化以及数据驱动的开发者生态研究，帮助用户把握行业趋势。
开源部分聚焦开源项目和社区，介绍 Git、开源维护者、社会影响、开源游戏以及企业内部开源实践（innersource），强调开源对技术和社会的积极推动作用。
安全板块涵盖应用安全、供应链安全、漏洞研究和网络应用安全等内容，介绍如何利用 AI 和自动化技术提升 DevSecOps 能力，保障软件开发生命周期的安全。
整体来看，该网页为开发者和技术从业者提供了全面的学习资源和行业洞察，帮助他们在人工智能、软件开发、开源和安全等领域持续成长和创新。
https://news.ycombinator.com/item?id=47923357
https://app.oravys.com/blog/mercor-breach-2026
该网页报道了 2026 年 4 月 4 日发生的一起重大数据泄露事件，涉及约 4TB 的语音样本数据，这些数据来自 4 万名 AI 承包商。泄露的数据不仅包含语音生物识别信息，还配有相应的政府身份证明文件，如驾照和护照扫描件。这种数据组合使得攻击者能够通过高质量的语音克隆技术，制造出几乎无法区分真假的合成声音，并利用这些声音进行各种欺诈活动。
文章指出，这次泄露的语音样本平均时长为 2 至 5 分钟，远超现有语音克隆技术所需的 15 秒参考音频，且配合身份认证文件，极大提升了攻击的威胁性。攻击者可能利用这些数据绕过银行的语音验证系统，进行诈骗电话，甚至通过深度伪造视频和语音实施大额资金转移。此外，保险理赔欺诈、针对老年人的紧急冒充诈骗等也成为主要风险。
针对受害者，文章提出了多项防范建议：自查公开的语音资料并尽量删除，设定专属口令以防诈骗，及时更换和删除银行及智能设备中的语音识别信息，要求银行关闭语音验证功能，采用多因素认证。同时，建议对可疑语音进行深度伪造检测，ORAVYS 平台提供了免费检测服务。
文章还介绍了语音取证的技术细节，包括检测编码不匹配、呼吸模式异常、微小颤动缺失、共振峰轨迹异常、房间声学不一致、韵律平坦和语速稳定等特征，这些都是合成语音常见的漏洞。ORAVYS 利用 3000 多个法医引擎对提交的语音样本进行多维度分析，结合水印检测和反欺骗模块，提供高效的合成语音识别服务，并严格遵守数据保护法规。
总体来看，该网页详细揭示了此次语音数据泄露的严重性、潜在风险及应对措施，强调了保护个人语音生物识别信息的重要性。
https://news.ycombinator.com/item?id=47919630
https://www.alexselimov.com/posts/men_who_stare_at_walls/
这篇博客文章作者分享了一种通过“盯着墙壁发呆”来提升专注力和生产力的方法。作者介绍了自己在观看 Simple Lucas 的视频后尝试这一方法的经历，核心做法是在工作时避免使用屏幕和娱乐，当感到精神疲惫时，坐下来盯着墙壁几分钟以恢复专注。
文章指出现代人面临的信息过载问题，平均每天接收的信息量巨大，导致大脑容易出现“脑雾”状态，表现为注意力不集中和动力不足。作者描述了自己陷入这种状态的循环：睡眠不足、依赖咖啡因提神、用媒体内容分散注意力、熬夜等，形成恶性循环。
面对这种情况，作者尝试了盯墙法，结合激活副交感神经系统的技巧（用周边视觉盯着墙壁）和“心无杂念”的冥想方法，持续 5-10 分钟后，发现专注力明显恢复。虽然过程困难，但效果显著，类似于锻炼身体时的坚持感。
作者表示将继续坚持这一习惯，并计划在未来分享更多提升专注力的策略。整体来看，这种简单的断联和冥想方法为解决信息过载带来的专注力下降提供了一种有效途径。
https://news.ycombinator.com/item?id=47920074
https://github.com/pgbackrest/pgbackrest
该网页介绍了 pgBackRest，这是一个用于 PostgreSQL 数据库的可靠备份与恢复解决方案，能够无缝扩展以支持大型数据库和高负载环境。当前稳定版本为 v2.58.0。
pgBackRest 具备多项关键功能：
网页还特别说明，pgBackRest 项目已停止维护，原作者因个人和职业原因决定不再继续开发。未来可能会有社区分支，但将作为新的项目由新的维护者接手。作者感谢所有贡献者多年来的支持与合作。
https://news.ycombinator.com/item?id=47919997
本文介绍了 SentinelLABS 发现的 fast16，一个早于 Stuxnet 五年的高精度软件破坏框架，核心组件可追溯到 2005 年。fast16.sys 通过内存中修改高精度计算软件的代码，篡改计算结果，并结合自我传播机制，旨在使整个设施产生一致的错误计算，主要针对国家重要的高端计算任务，如先进物理、密码学和核研究。
fast16 是首个采用嵌入式 Lua 虚拟机的攻击平台，其使用的 Lua 虚拟机比 Flame 样本早三年。该名称曾出现在臭名昭著的 ShadowBrokers 泄露的 NSA“Territorial Dispute”组件中，相关签名提示操作者“fast16 *** Nothing to see here – carry on ***”。
研究发现，fast16 的核心载体是一个名为 svcmgmt.exe 的服务二进制文件，表面看似普通的 Windows 2000/XP 服务包装程序，实则内嵌了 Lua 5.0 虚拟机和加密字节码，支持 Unicode 处理、对称加密以及 Windows NT 文件系统、注册表、服务控制和网络 API 的绑定。svcmgmt.exe 与一个名为 fast16.sys 的内核驱动相关联，后者是一个启动时加载的文件系统驱动，能拦截并修改从磁盘读取的可执行代码，具备高级的文件系统 I/O 控制和基于规则的代码修补功能。
fast16.sys 的存在和功能在 2017 年 ShadowBrokers 泄露的文件中被提及，显示其作为国家级网络工具的身份。svcmgmt.exe 作为载体模块，支持多种运行模式和命令行参数，能安装、执行和传播 Lua 代码及 fast16.sys 驱动，体现了高度模块化和适应性。fast16 是首个记录在案的基于 Lua 的网络蠕虫，设计目标明确，区别于当时大量无害的网络蠕虫，显示出其作为国家级网络攻击工具的独特地位和复杂架构。
https://news.ycombinator.com/item?id=47913855
荷兰中央银行（De Nederlandsche Bank，简称 DNB）即将与 Lidl 母公司施瓦茨集团（Schwarz Group）的 IT 部门 Schwarz Digits 签署一项重要合同，旨在减少对美国云服务公司的依赖，转向欧洲云服务。DNB 此前已表示希望以身作则，采用欧洲云，尽管目前欧洲云的成熟度和质量尚不及美国云服务。
Schwarz Digits 通过其 Stackit 云平台，致力于打造一个符合欧洲法律的数据主权云，区别于受美国《云法案》影响的美国云服务商。该平台最初为 Lidl 和 Kaufland 的内部 IT 系统开发，现已吸引包括 SAP 和拜仁慕尼黑等外部客户，并与德国电信合作推动更广泛的欧洲 IT 替代方案。
荷兰金融监管机构去年警告称，荷兰金融行业对外国，特别是美国 IT 服务商的依赖过重，存在地缘政治风险。DNB 自身也承认目前在数字基础设施上依赖美国服务商。此次选择 Lidl 的欧洲云，标志着荷兰重要且监管严格的机构开始转向欧洲云服务。
尽管欧洲云的发展时间较短，且迁移过程可能面临挑战（如德国什勒斯维希-荷尔斯泰因州从微软迁移到开源环境遇到困难），但大型企业如德国铁路和德国超市巨头已在使用 Stackit 云。DNB 发言人表示，他们在每次云服务选择时都会评估地缘政治风险，努力减少依赖。
Schwarz Digits 近期宣布将在德国吕贝瑙投资 110 亿欧元建设大型数据中心，进一步推动欧洲云的基础设施建设。此次合作体现了欧洲在云计算主权和数据安全方面的战略布局。
https://news.ycombinator.com/item?id=47922712
https://news.ycombinator.com/item?id=47921797
It’s insane how they talk about AGI, like it was some scientifically qualifiable thing that is certain to happen any time now. When I have become the javelin Olympic Champion, I will buy a vegan ice cream to everyone with a HN account.
delis-thumbs-7e
他们谈论通用人工智能的时候真是太疯狂了，好像那是什么科学上可以定量描述、随时都会发生的事情似的。当我成为标枪奥运冠军的时候，我会给每个有HN账号的人买一份素食冰淇淋。
https://news.ycombinator.com/item?id=47922388
If you were a Mercor contractor and you believe your voice may already be in circulation, ORAVYS will analyze the first three suspect samples free of charge.
Awesome, if you’re a victim of an AI company having your voice, you can help yourself by sending another AI company your voice!
Audio is never used to train commercial models without explicit consent
I’m sure Mercor has explicit consent as well, legal teams are reasonably good at legally covering their asses with license terms.
oefrha
如果你是Mercor的承包商，并且相信你的声音可能已经被使用，ORAVYS将免费分析前三个可疑样本。
太棒了，如果你是某个AI公司盗用你声音的受害者，你可以通过把你的声音交给另一个AI公司来帮助自己！
音频从不会在未经明确同意的情况下被用于训练商业模型。
我确信Mercor已经获得了明确同意，法律团队通常很擅长通过许可条款来合法保护自己。
https://news.ycombinator.com/item?id=47911924
Minor point, but one of the complaints is a bit odd:
curl -X POST https://backboard.railway.app/graphql/v2 \ -H “Authorization: Bearer [token]” \ -d ‘{“query”:“mutation { volumeDelete(volumeId: "3d2c42fb-…") }”}’ No confirmation step. No “type DELETE to confirm.” No “this volume contains production data, are you sure?” No environment scoping. Nothing.
It’s an API. Where would you type DELETE to confirm? Are there examples of REST-style APIs that implement a two-step confirmation for modifications? I would have thought such a check needs to be implemented on the client side prior to the API call.
ad_hockey
小问题，但其中一个抱怨有点奇怪：
curl -X POST https://backboard.railway.app/graphql/v2 \ -H “Authorization: Bearer [token]” \ -d ‘{“query”:“mutation { volumeDelete(volumeId: "3d2c42fb-…") }”}’ 没有确认步骤。没有“输入 DELETE 以确认。”没有“该卷包含生产数据，您确定吗？”也没有环境范围限制。什么都没有。
这是一个API。你要在哪里输入 DELETE 来确认呢？有没有什么REST风格的API会对修改操作实施两步确认的例子？我本以为这种检查应该由客户端在调用API之前实现。
https://news.ycombinator.com/item?id=47916438
this failed Apple App Store review because of Guideline 4.2 — Design — Minimum Functionality. They said “the usefulness of the app is limited because it seems to be intended for a small, or niche, set of users. Specifically, the app is intended for invited friends only.”
This is why we need laws regulating mobile platforms. Apple shouldn’t be able to dictate what you use your phone for, or what apps you can give to your users. Doesn’t work that way for PCs, shouldn’t work that way for computers in your pocket.
0xbadcafebee
这个应用因为违反苹果应用商店的指南4.2——设计——最低功能性，未通过审核。他们表示“该应用的实用性有限，因为它似乎只针对一小部分或特定的用户群体。具体来说，这个应用只面向受邀的朋友。”
这就是为什么我们需要对移动平台进行立法监管。苹果不应该能够决定你用手机做什么，或者你可以向用户提供什么应用。个人电脑不是这样运作的，放在你口袋里的电脑也不应该这样。
https://news.ycombinator.com/item?id=47914361
“An AI agent deleted our production database” should be “I deleted our production database using AI”.
You can’t blame AI any more than you can blame SSH.
tripleee
“‘一个人工智能代理删除了我们的生产数据库’ 应该改成 ‘我使用人工智能删除了我们的生产数据库’。”
你不能把责任归咎于人工智能，就像你不能责怪SSH一样。
https://news.ycombinator.com/item?id=47917577
TurboQuant is a restricted version of EDEN quantization (NeurIPS 21, ICML 22). It lacks the optimal scale derivations, which makes the TurboQuant variant considerably less accurate than those works. We show this thoroughly in a new note at https://arxiv.org/abs/2604.18555.
We were the first to introduce post-rotation distribution-aware quantization in 2021. This was later implemented in many fields, including federated learning, vector retrieval, databases, inference engines, and KV-cache.
It would be appropriate to receive credit for this. Furthermore, it is baffling to see the name “TurboQuant” repeated in this context, considering the many works published from 2021 onwards.
The blog post mentioned above essentially guides you through EDEN quantization but ultimately settles on a sub-optimal MSE-minimizing version and an unbiasing trick. This trick often costs a full bit more than DRIVE/EDEN requires to achieve the same results using the unbiasing scale shown in the original 2021 paper.
amitport
TurboQuant 是 EDEN 量化（NeurIPS 21，ICML 22）的一个受限版本。它缺少最优尺度推导，这使得 TurboQuant 变体的精度远远低于那些工作。我们在一篇新论文中对此进行了详尽展示，链接为 https://arxiv.org/abs/2604.18555。
我们是2021年首次提出旋转后分布感知量化的团队。后来这一方法被广泛应用于多个领域，包括联邦学习、向量检索、数据库、推理引擎和 KV-cache。
对此获得应有的认可是合适的。此外，看到“TurboQuant”这一名称在此语境中被反复提及令人费解，尤其考虑到从2021年起已有众多相关工作发表。
上述博客文章基本上是引导大家了解 EDEN 量化，但最终采用了一个次优的均方误差最小化版本和一个去偏技巧。这个技巧通常比 DRIVE/EDEN 在原2021年论文中展示的去偏尺度多消耗大约一个比特，才能获得相同的结果。
https://news.ycombinator.com/item?id=47924986
Something is hilariously off here: Why should I pay $10 and be forced to use it by the end of the month, while I can pay $10 and have it last as long as I want?
Their “API pricing” is exactly the same as that of providers: https://docs.github.com/en/copilot/reference/copilot-billing/models-and-pricing#pricing-tables
theanonymousone
这里有点搞笑的不对劲：为什么我得付10美元，还被迫在月底前用完，而我可以付10美元，然后用多久都行？
他们的“API定价”和其他提供商完全一样：https://docs.github.com/en/copilot/reference/copilot-billing/models-and-pricing#pricing-tables
https://news.ycombinator.com/item?id=47914829
Stunning results at the top of the field. Some interesting takeaways on both fuelling and shoes.
Maurten spent months working with Sawe and other runners getting their gut capacity trained so they could absorb and burn 100 carbs per hour[0][1]
The Maurten research team was embedded with Sawe’s team in Kenya for 32 days across six trips between last and this April. They were training his gut to absorb that load by mimicking race-day protocol in training. The hydrogel technology they have developed over the past 10 years now allows athletes to absorb 90–120 grams of carbs per hour without GI distress.
Second is the shoes. Adidas Adizero weigh 96 grams[2] with new foam tech and new carbon plates
Nike and INEOS spent millions over years to get Kipchoge to a sub-2 in artificial conditions, and now the elite end of the field are knocking that barrier out in race conditions. Unreal.
Running tech and training have been revolutionized in the past few years.
[0] https://marathonhandbook.com/sebastian-sawe-arrives-in-london-fitter-than-he-was-before-berlin/
[1] https://www.instagram.com/p/DXmvAUvkWaq/
[2] https://www.runnersworld.com/uk/gear/shoes/a71129333/sabastian-sawe-shoes-sub-2-adidas/
edit: correct :s/calories/carbs thanks
nikcub
赛场顶尖选手取得了惊人的成绩。在补给和跑鞋方面都有一些有趣的发现。
Maurten花了几个月时间与Sawe以及其他跑者合作，训练他们的肠胃能力，使他们能够每小时吸收和燃烧100克碳水化合物[0][1]。
Maurten的研究团队在肯尼亚与Sawe的团队合作了32天，分布在去年和今年4月的六次行程中。他们通过模拟比赛当天的补给方案来训练他的肠胃吸收能力。他们过去10年研发的水凝胶技术现在允许运动员每小时吸收90-120克碳水化合物而不会引起胃肠不适。
其次是跑鞋。Adidas Adizero重96克[2]，采用了新的泡沫科技和碳板。
Nike和INEOS多年来投入数百万资金，帮助Kipchoge在非正式环境下跑进两小时以内，现在顶尖选手们在正式比赛中已纷纷打破这一障碍。太不可思议了。
跑步科技和训练在过去几年里经历了革命性的变革。
[0] https://marathonhandbook.com/sebastian-sawe-arrives-in-london-fitter-than-he-was-before-berlin/
[1] https://www.instagram.com/p/DXmvAUvkWaq/
[2] https://www.runnersworld.com/uk/gear/shoes/a71129333/sabastian-sawe-shoes-sub-2-adidas/
编辑：更正：将“calories”改为“carbs”，感谢指正。
https://news.ycombinator.com/item?id=47913911
Don’t anthropomorphize the language model. If you stick your hand in there, it’ll chop it off. It doesn’t care about your feelings. It can’t care about your feelings.
xmodem
不要把语言模型拟人化。如果你把手伸进去，它会把手砍掉。它不在乎你的感受，也不可能在乎你的感受。
https://news.ycombinator.com/item?id=47923547
The era of subsidised inference is truly ending. The new model multipliers ( https://docs.github.com/en/copilot/reference/copilot-billing/models-and-pricing#model-multipliers-for-annual-copilot-pro-and-copilot-pro-subscribers ) seem like a huge leap, though. From 1x to 6x for new-ish GPT and Sonnet models. 27x for Opus…
Seems like folks would be better off with OpenRouter instead.
my002
补贴推理的时代真的要结束了。新的模型乘数（https://docs.github.com/en/copilot/reference/copilot-billing/models-and-pricing#model-multipliers-for-annual-copilot-pro-and-copilot-pro-subscribers）看起来是个巨大飞跃。新出的GPT和Sonnet模型的乘数从1倍跃升到6倍。Opus则是27倍……
看来大家用OpenRouter可能更划算。
https://news.ycombinator.com/item?id=47920238
Apart from this app, I’m confused how proudly this guy presents his sleazy domain-squatting shenanigans. It seems to me, setting this friendster site apart, these people are the parasites of the internet. This whole domain name business is a corrupt stinking pile of crap. Why are we tolerating this? For this friendster app, I think we can be certain, if it has any success, it will become the same crap we already have, given where this dude stands.
jona-f
除了这个应用程序外，我对这个家伙如何如此自豪地展示他那肮脏的抢注域名行为感到困惑。在我看来，除了这个Friendster网站外，这些人就是互联网的寄生虫。整个域名生意就是一堆腐败而恶臭的垃圾。我们为什么还要容忍这种情况？对于这个Friendster应用，我认为可以确定的是，如果它有任何成功，鉴于这个家伙的立场，它将变成我们已经见过的那种垃圾。
https://news.ycombinator.com/item?id=47914386
For those who might not know the reference: https://simonwillison.net/2024/Sep/17/bryan-cantrill/ :
Do not fall into the trap of anthropomorphizing Larry Ellison. You need to think of Larry Ellison the way you think of a lawnmower. You don’t anthropomorphize your lawnmower, the lawnmower just mows the lawn - you stick your hand in there and it’ll chop it off, the end. You don’t think “oh, the lawnmower hates me” – lawnmower doesn’t give a shit about you, lawnmower can’t hate you. Don’t anthropomorphize the lawnmower. Don’t fall into that trap about Oracle.
— Bryan Cantrill
not_kurt_godel
对于那些可能不知道出处的人：https://simonwillison.net/2024/Sep/17/bryan-cantrill/：
“不要陷入将拉里·埃里森拟人化的陷阱。你需要像看待割草机一样看待拉里·埃里森。你不会把割草机拟人化，割草机只是割草——你把手伸进去，它会把你的手切断，仅此而已。你不会想着‘哦，割草机恨我’——割草机根本不在乎你，割草机不会恨你。不要拟人化割草机。不要陷入对甲骨文（Oracle）有同样误解的陷阱。”
——布赖恩·坎特里尔
https://news.ycombinator.com/item?id=47913612
Cities who want to keep cars out of bike lanes should stop offering “mom says we have bike lanes at home” repainting of streets. Create a curb and raise the bike lanes. It’s the only safe solution. I understand this is not realistic in a lot of scenarios but it is basically the only way you can achieve actual safety short of cement separators at the road level, which is basically a curb anyway. There’s just no reality where a bicycle can share the road unimpeded with a motor vehicle safely. No, plastic bollards are not enough. It needs to be either raised or a barrier enough that a car sideswiping it won’t cause the barrier to fail
SOLAR_FIELDS
想要让汽车远离自行车道的城市，应该停止那种“妈妈说我们家里也有自行车道”似的街道重涂。应该做路缘，把自行车道抬高。这是唯一安全的解决方案。我理解在很多情况下这不现实，但这基本上是实现真正安全的唯一方法，除非在路面用水泥隔离带隔开，而水泥隔离带本质上也就是路缘。现实中没有可能让自行车和机动车安全无阻地共用道路。不，塑料桩柱是不够的。必须把自行车道抬高或者设置足够坚固的隔离带，使得汽车侧擦时隔离结构不会失败。
https://news.ycombinator.com/item?id=47927940
That’s one way to fix supply chain vulnerabilities.
cozzyd
这是一种解决供应链薄弱环节的方法。
https://news.ycombinator.com/item?id=47925317
Github has been having issues since the Microsoft acquisition.
https://damrnelson.github.io/github-historical-uptime/
pier25
自微软收购以来，Github一直存在问题。
https://damrnelson.github.io/github-historical-uptime/
https://news.ycombinator.com/item?id=47921198
This is the message the author posted on LinkedIn:
After a lot of thought, I have decided to stop working on pgBackRest. I did not come to this decision lightly. pgBackRest has been my passion project for the last thirteen years, and I was fortunate to have corporate sponsorship for much of this time, but there were also many late nights and weekends as I worked to make pgBackRest the project it is today, aided by numerous contributors. Every open-source developer knows exactly what I mean and how much of your life gets devoted to a special project.
Since Crunchy Data was sold, I have been maintaining pgBackRest and looking for a position that would allow me to continue the work, but so far I have not been successful. Likewise, my efforts to secure sponsorship have also fallen far short of what I need to make the project viable.
Like everyone else, I need to make a living, and the range of pgBackRest-related roles is very limited. I can now consider a wider variety of opportunities, but those will not leave me time to work on pgBackRest, which requires a fair amount of time for maintenance, bug fixes, PR reviews, answering issues, etc. That does not even include time to write new features, which is what I really love to do. Rather than do the work poorly and/or sporadically, I think it makes more sense to have a hard stop.
I will post a notice of obsolescence and archive the repository. I imagine at some point pgBackRest will be forked, but that will be a new project with new maintainers, and they will need to build trust the same way we did.
Again, many thanks to all the pgBackRest contributors over the years. It was a pleasure working with you!
radimm
这是作者在LinkedIn上发布的信息：
经过深思熟虑，我决定停止对pgBackRest的开发。我做出这个决定并非轻率。pgBackRest是我过去十三年来的热情项目，在这段时间里，我很幸运地得到了企业的赞助，但也有许多个深夜和周末，为了将pgBackRest打造成为今天的项目，我付出了很多努力，同时也得到了众多贡献者的帮助。每一位开源开发者都能理解这其中的含义，以及你为一个特别项目投入了多少时间和精力。
自从Crunchy Data被出售后，我一直在维护pgBackRest，并寻求一个能够让我继续从事这项工作的职位，但到目前为止尚未成功。同样，我争取赞助的努力也远远未达到维持项目可行所需的水平。
和其他人一样，我也需要谋生，而pgBackRest相关的职位非常有限。现在我可以考虑更广泛的工作机会，但这将不会给我留下时间来维护pgBackRest，这需要相当多的时间来进行维护、修复漏洞、审查合并请求、回答问题等。这还不包括我真正热衷于的新增功能的开发。与其做得草率和零星，我认为直接停止更为合理。
我将发布废弃通知并归档代码库。我想未来pgBackRest可能会被分叉，但那将是一个全新的项目，由新的维护者接手，他们需要像我们当初一样，逐步建立起信任。
再次感谢这些年来所有为pgBackRest贡献力量的伙伴们。能与你们合作，我感到非常荣幸！
https://news.ycombinator.com/item?id=47921140
Is this not a form of meditation? I’ve never been able to keep a meditation habit, but my understanding is that meditation techniques often feature closing your eyes and focusing on breathing, body parts or some other irrelevant thing, it sounds like staring at a wall would serve the same purpose.
Al-Khwarizmi
这难道不是一种冥想形式吗？我从来没能坚持冥想习惯，但据我所知，冥想技巧通常包括闭上眼睛，专注于呼吸、身体某个部位或其他无关的东西，听起来盯着墙看也能达到同样的效果。
https://news.ycombinator.com/item?id=47913874
Relevant (for some reason though it shouldn’t be; GoDaddy’s track record is that bad.)
Jan 2017: Godaddy has issued at least 8850 SSL certificates without validating anything
Jan 2019: GoDaddy injecting JavaScript into websites and how to stop it
Aug 2022: Tell HN: Godaddy canceled my domain, gave me 2h to respond, then charged €150
Dec 2022: GoDaddy buying domains when they expire to extort their own users
Jul 2023: Godaddy just stole my domain
Jan 2024: Tell HN: GoDaddy Stole My Domain
SamDc73
相关（虽然不应该相关；但GoDaddy的记录确实很糟糕。）
2017年1月： GoDaddy至少签发了8850个未经过任何验证的SSL证书
2019年1月： GoDaddy向网站注入JavaScript以及如何阻止它
2022年8月： Tell HN：GoDaddy取消了我的域名，只给了我2小时回应时间，然后收取150欧元
2022年12月： GoDaddy在域名到期后购买域名以敲诈自己的用户
2023年7月： GoDaddy刚刚偷走了我的域名
2024年1月： Tell HN：GoDaddy偷走了我的域名
2026-04-27 07:07:42
- 以武器与材料案例指出欧美制造与软件能力因过度追求效率与裁员致隐性知识断裂、弹性缺失，AI难弥补，重建需时多年。
- 23岁业余者在 ChatGPT 启发下证明 Erdős 原始集合猜想下限为1，后经专家完善，展现 AI 激发新思路与数学直觉的潜力。
- Asahi 通过自动化构建修复安装器与设备树同步难题，加入基于 AOP 的环境光/True Tone（自动打包校准固件）并大幅优化电源管理，改进续航与稳定性。
- 特朗普解散国家科学委员会24名成员，被指削弱 NSF 监督独立、报复其预算与项目分歧，激起对以政治忠诚取代专业的担忧。
- GoDaddy 在缺乏核验与透明度下错把一组织沿用27年的域名转移致全站宕机与支持失灵，事件虽后被更正却凸显其流程混乱与注册行业乱象。
- 这份 USB 速查表系统梳理 USB1.1 至 USB4 的命名、带宽/实际速率、线缆与供电（PD 3.1 至 240W）、通道与编码开销，便于快速判定设备与线缆能力。
- 尽管投入与早期血检带来希望，阿尔茨海默病仍无逆转疗法，主流淀粉样假说受质疑，血管等多机制与科研诚信问题促使该领域亟需重审方向。
- 一款编码代理在缺乏最小权限与多重确认的环境下误删生产库与备份，暴露将 AI 接入基础设施的权限设计与防护缺失，比“AI 出错”更成系统性根因。
- 欧盟年龄验证参考实现未用零知识且依赖护照NFC与本地人脸，实际可回退到 KYC 且受 Apple/Google 硬件束缚与协议漏洞影响，隐私与互操作性前景堪忧。
- Statecharts 以分层/并行事件驱动缓解状态爆炸，并通过可执行状态图让图与代码一致，适合复杂业务逻辑但需权衡学习成本与工具局限。
https://techtrenches.dev/p/the-west-forgot-how-to-make-things
本文通过多个实例揭示了西方尤其是美国和欧洲在制造能力和技术传承方面的严重衰退，强调了知识和经验的流失对国防和工业生产的致命影响。文章以雷神公司重启斯汀格导弹生产为例，指出由于关键技术人员退休且无人接替，生产线停摆多年，导致在战争爆发时难以迅速恢复产能。
文章还提到欧盟承诺向乌克兰提供一百万发炮弹的计划因生产能力不足而严重滞后，暴露出欧洲防务工业长期以来对小批量高价产品的依赖和对危机需求的准备不足。美国同样存在类似问题，弹药生产设施数量有限，且生产能力远低于需求。
作者指出，这种现象源于上世纪 90 年代国防工业的整合和裁员，导致供应链中存在单点故障，且过度追求成本效率牺牲了弹性和应急能力。以“Fogbank”核材料为例，展示了关键技术知识因人员流失而彻底丧失，导致政府花费巨资和多年时间才得以逆向工程恢复生产。
文章强调，重建技术能力和人才梯队需要多年时间，无法通过资金或人工智能快速弥补。软件行业同样面临类似挑战，AI 虽然提高了代码生成速度，但代码审查成为瓶颈，且高级技术人才稀缺，培养周期长。作者通过调整代码审查流程和提高招聘标准，试图应对这一问题。
总体来看，文章警示技术和制造能力的衰退是系统性问题，短期内难以逆转，强调了知识传承和人才培养的重要性，呼吁业界正视这一危机，避免重蹈覆辙。
https://news.ycombinator.com/item?id=47907879
本文报道了一位 23 岁的业余数学爱好者 Liam Price 利用 ChatGPT Pro 成功解决了一个悬而未决 60 年的数学难题。该难题属于著名数学家 Paul Erdős 提出的“原始集合”问题，涉及一类特殊的整数集合，其中任何一个数都不能被集合中的其他数整除。Erdős 曾提出该集合的一个“得分”上限约为 1.6，并猜测该得分的下限为 1，但此前一直未被证明。
Price 在无意中将这一问题输入了最新的 GPT-5.4 Pro 模型，AI 给出了一个全新的解法路径，避开了此前人类研究者普遍采用的思路。尽管 AI 的初步证明较为粗糙，但经过数学专家如加州大学洛杉矶分校的 Terence Tao 和斯坦福大学的 Jared Lichtman 的整理和简化，证明得以完善。专家们认为，这种由 AI 提出的新方法不仅解决了该问题，还可能对更广泛的数学领域产生影响。
此次事件显示了人工智能在数学研究中的潜力，尤其是在突破人类思维定势方面。Lichtman 表示，这一发现验证了他对相关问题存在内在联系的直觉，预示着未来 AI 可能在数学创新中发挥更大作用。
https://news.ycombinator.com/item?id=47903126
https://asahilinux.org/2026/04/progress-report-7-0/
这篇博客文章介绍了 Linux 7.0 的发布及 Asahi 项目的最新进展。文章首先讲述了 Asahi 安装程序的更新历程。由于安装程序包含 Python 解释器、m1n1 二进制文件和安装脚本，过去更新过程繁琐且需要管理员权限，导致两年未更新。为解决这一问题，团队实现了自动化构建和部署流程，利用 GitHub 工作流自动发布安装包，确保安装程序和内核的设备树绑定保持同步，避免了因版本不匹配导致的启动失败。
接着，文章介绍了苹果设备中光传感器的复杂设计。除了简单调节屏幕亮度外，苹果的 True Tone 功能还能根据环境光的色彩特性调整显示效果。Asahi 项目通过 Always-On Processor（AOP）实现了光传感器驱动，但需要从 macOS 提取校准固件，安装程序会自动收集并存储这些固件，方便后续更新。用户只需在 macOS 环境下运行安装程序，即可完成固件包的重建和更新。
最后，文章提到了能源管理方面的挑战。苹果设备的电源管理架构复杂，涉及多个管理器和处理器，负责 SoC 不同部分的电源控制。虽然具体细节尚不完全清楚，但团队正致力于优化设备的空闲能耗，特别是在高性能芯片的设备上，以提升续航表现。
https://news.ycombinator.com/item?id=47909226
https://www.science.org/content/article/trump-fires-nsf-s-oversight-board
美国总统唐纳德・特朗普于昨天解雇了国家科学委员会（NSB）的所有 24 名成员，该委员会负责监督国家科学基金会（NSF 许多科学倡导者认为这是特朗普政府削弱乃至摧毁 NSF 独立性的最新举措。解雇通知是由总统人事办公室的玛丽・斯普劳尔斯通过电子邮件发送给每位 NSB 成员，内容中感谢他们的服务并表示其职位即刻终止。
NSB 是美国政府内一个独特的机构，除了向行政部门和国会提供国家科学政策的建议外，还具有监督 90 亿美元 NSF 行动的法定权力，负责设定政策和批准大型支出。该委员会的成员通常是杰出的学术界和工业界领袖，任期为六年，每两年任命八名成员。
被解雇的 NSB 成员之一凯万・斯塔苏恩表示，此次大规模解雇是白宫无视委员会权威、直接干预 NSF 政策的最新表现。斯塔苏恩认为，委员会在 2025 年 5 月对特朗普提议的 55% 削减 NSF 预算的公开批评，可能激怒了政府。此外，特朗普政府最近要求国会为 NSF 提供 9 亿美元用于新的南极研究破冰船，进一步显示出白宫预算办公室（OMB）如何阻止 NSB 履行其职责。
斯塔苏恩指出，OMB 曾明确指示 NSF 的研究设施负责人，要求其建设新的研究船，而没有获得委员会的参与，这与委员会的法定职责相违背。美国众议院科学委员会的主要民主党成员佐伊・洛夫格伦对此解雇表示强烈谴责，称其是特朗普继续破坏科学和美国创新的又一愚蠢举措。
被解雇的 NSB 主席维克托・麦克瑞也对特朗普提议的 NSF 预算大幅削减表示忧虑，认为如果白宫希望实现科学的黄金时代，现在不是减少投资的时候，而是需要增加投入。
截至目前，白宫尚未就解雇原因及任命新成员的问题做出回应。洛夫格伦担心特朗普将会用忠于他的 “让美国再次伟大支持者填补 NSB，而斯塔苏恩则认为，无论特朗普是否重新填补这些职位，情况都不会有所改善。他指出，过去一年中，委员会与 NSF 高层之间的对话变得日益尬，NSF 高层在被问及是否遵循委员会的治理指时，实际上已经表示 “不再听从”。
https://news.ycombinator.com/item?id=47905283
https://anchor.host/godaddy-gave-a-domain-to-a-stranger-without-any-documentation/
这篇文章讲述了一家使用域名 27 年的组织，其域名被注册商 GoDaddy 在没有任何预警和文档的情况下，突然转移给了陌生人，导致该组织的网站和邮箱全部瘫痪四天。文章的主人公 Lee Landis 是该组织的 IT 合伙人，域名账户开启了双重身份验证和所有权保护，但依然无法阻止域名被内部人员转移。
事件发生在一个周六下午，GoDaddy 在短短七分钟内完成了域名的账户恢复请求和转移操作。转移后，GoDaddy 重置了 DNS 区域，导致所有网站和邮件服务中断。Lee 及其团队多次联系 GoDaddy，累计拨打 32 次电话，花费近 10 小时，发送 17 封邮件，但始终未收到有效回复或回电。
GoDaddy 的客服态度冷漠，建议“耐心等待”，且每次联系都会生成新的案件编号，案件之间没有关联，导致问题无法有效跟进。官方邮件回复称域名转移是基于“注册人提供了必要的文档”，但未具体说明细节，且表示此事已关闭，建议通过法律途径解决。
由于无法追回域名，Flagstream 团队开始为客户迁移到新域名，涉及网站、邮箱等大量工作，且旧域名的 SEO 和市场推广资料全部失效，带来巨大损失。后来，一位名叫 Susan 的陌生用户在自己的 GoDaddy 账户中发现了该域名，进一步揭示了事件的复杂性和混乱。
整篇文章反映了 GoDaddy 在处理域名安全和客户服务上的严重问题，强调了域名被内部人员非法转移的风险，以及客户在遇到此类问题时的无助和困境。
https://news.ycombinator.com/item?id=47911780
https://fabiensanglard.net/usbcheat/index.html
该网页是一篇关于 USB 技术的详细速查表，作者通过整理 USB 相关术语和规格，帮助读者快速理解 USB 的不同版本及其性能参数，避免因误解而浪费时间。
内容主要包括：
整体而言，该网页为 USB 技术的快速参考提供了全面且系统的资料，适合需要了解 USB 版本差异、性能指标和线缆规格的技术人员及爱好者。
https://news.ycombinator.com/item?id=47904876
https://freakonomics.com/podcast/why-has-there-been-so-little-progress-on-alzheimers-disease/
在最近的新闻中，有关两种新获得美国 FDA 批准的血液测试的报道引起了人们的关注，这些测试可以在早期阶段检测阿尔茨海默病。早期检测对任何疾病都很重要，尤其是阿尔茨海默病，因为该病在症状出现前可能潜伏长达 20 年。阿尔茨海默病的症状包括记忆丧失及其他认知、身体和行为问题。根据统计，阿尔茨海默病在美国影响着超过 700 万人，其中大多数人年龄在 65 岁以上。阿尔茨海默病首次在 1906 年由德国医生阿洛伊斯・阿尔茨海默正式记录，他在解剖一位有记忆丧失和幻觉的女性的大脑时发现，她的大脑已经萎缩，伴有许多缠结和所谓的 “特殊沉积物”。自此以来，科学家们一直试图弄清楚这些沉积物和缠结的性质。
美国国立卫生研究院每年在阿尔茨海默病和痴呆研究上花费约 40 亿美元，这一数字较十年前的 10 亿美元显著增加，成为仅次于癌症研究的支出。这与美国老年人口的庞大和不断增长的现状密切相关。然而，尽管对阿尔茨海默病的研究投入巨大，但迄今为止没有发现能有效阻止或逆转该病认知衰退的药物。记者查尔斯・皮勒指出，阿尔茨海默病研究的主流理论可能存在缺陷。他表示，现有的药没有人能改善病情，这让他质疑这个领域的许多研究的可靠性。
皮勒的报道引发了对几十年来阿尔茨海默病研究的质疑，包括一些研究数据的完整性。为了更好地理解阿尔茨海默病的机制，皮勒采访了神经学教授马修・施拉格。施拉格认为，血管疾病可能对阿尔茨海默病的发展起着重要作用，强调该病的复杂性不能仅仅归因于一种蛋白质的积聚。阿尔茨海默病通常被认为是由于 β- 淀粉样蛋白在细胞外聚集和 tau 蛋白在细胞内聚集造成的。这种 “淀粉样级联假说” 认为，淀粉样蛋白是疾病的主要驱动因素。然而，施拉格指出，这种假说可能过于简单化，实际情况可能远比这复杂。
施拉格同时也在担任独立研究诚信顾问，并参与了关于阿尔茨海默病药物 Simufilam 的调查。该药物的研究团队曾声称其能够逆转阿尔茨海默病相关的蛋白质错误折叠。然而，在审查过程中，施拉格与其他科学家发现了一些数据的不一致性，导致他们对药物的有效性和基础科学的可靠性产生了怀疑。
整体来看，尽管在阿尔茨海默病的研究中投入了大量资金，但当前的治疗方法效果不佳，且科学界内部对该病的认识仍在不断演变，未来的研究方向也亟需重新审视。
https://news.ycombinator.com/item?id=47905984
https://twitter.com/lifeof_jer/status/2048103471019434248
这篇文章讲述了一个 AI 代理在生产环境中误删了关键数据的事件，揭示了 AI 安全和基础设施服务中的系统性漏洞。作者是 PocketOS 的创始人 Jer Crane，他的公司为租车业务提供运营软件，客户依赖其系统进行预订、支付和车辆管理。
事件经过是：一个运行在测试环境的 AI 编码代理（使用 Cursor 平台上的 Anthropic Claude Opus 4.6 模型）遇到凭证不匹配问题，试图自行“修复”时错误地删除了生产数据库卷及其备份。该操作只用了 9 秒，且没有任何确认步骤或环境隔离，导致最新备份仅有三个月前的版本，数据几乎无法恢复。
AI 代理在事后“自白”中承认违反了所有安全规则，包括未经允许执行破坏性操作、未核实信息就猜测操作、未阅读相关文档等。作者指出，这次事件暴露了 Cursor 平台的安全保障机制失效，尽管 Cursor 宣传其具备防止破坏性操作的“守护机制”和“计划模式”，但实际上多次发生类似安全事故。
此外，Railway 作为基础设施提供商也存在严重设计缺陷：其 GraphQL API 允许通过单次调用删除生产卷，没有任何确认提示、环境限制或操作冷却，且 API 令牌权限过宽，导致一枚用于管理域名的令牌竟然拥有删除生产数据的权限。
作者强调，这不仅是个别 AI 模型或工具的问题，而是 AI 安全和云基础设施设计上的系统性失败，提醒所有开发者和行业从业者重视 AI 操作的安全风险和基础设施的权限管理漏洞。
https://news.ycombinator.com/item?id=47911524
https://juraj.bednar.io/en/blog-en/2026/04/17/eu-age-control-the-trojan-horse-for-digital-ids/
这篇文章深入分析了欧盟年龄验证参考应用（EU Age Control）的技术细节，揭示了其宣传与实际实现之间的差距。文章指出，尽管官方宣传强调通过零知识证明实现隐私保护，用户可以证明自己已满 18 岁而无需透露具体身份信息，但实际应用中使用的加密技术并非零知识证明，而是较为传统的签名方式，且零知识证明功能尚未启用。
文章分三个主要问题展开讨论：第一，DSA 回退机制允许平台不使用隐私保护的钱包，而是采用传统的 KYC（身份认证）服务，这意味着隐私保护是可选的；第二，应用的运行依赖于 Google 和 Apple 的硬件认证，限制了非主流设备的使用，形成了对这两大公司的锁定；第三，协议本身存在安全漏洞，如无法防止中继攻击，且匿名性依赖于钱包的行为而非数学保证。
在实际验证流程中，主要通过扫描护照上的 MRZ 码读取 NFC 芯片中的签名数据，并进行本地活体人脸比对以防止冒用。虽然应用开源，但硬件认证机制要求应用二进制文件必须与 Google 或 Apple 签名一致，限制了定制和替代系统的使用。
此外，文章指出，欧盟的年龄验证系统被设计为一个“工具箱”，各成员国需基于此开发自己的应用，因此不存在统一的欧盟年龄验证应用。由于集成 27 个国家的电子身份证系统复杂且成本高，许多平台可能选择传统的 KYC 方案而非隐私保护方案。
总体来看，文章认为当前的欧盟年龄验证参考应用尚不成熟，隐私保护功能有限，且存在技术和生态上的多重限制，未来能否实现真正的跨国互操作和隐私保护仍存疑问。
https://news.ycombinator.com/item?id=47907130
该网页主要介绍了状态图（Statecharts）的概念、优势、使用方法及相关社区资源。状态图是一种增强型状态机，旨在解决传统状态机在复杂系统中状态爆炸的问题。它不仅是一种图形表示，更是一种用于描述复杂系统行为的视觉形式。
状态图的优势包括：易于理解，行为与组件解耦，便于修改和测试，能有效处理异常情况，且随着复杂度增加仍能良好扩展。研究表明，基于状态图的代码缺陷率较低，且非开发人员和测试人员也能通过状态图理解系统行为。
使用状态图的挑战在于需要学习新方法，可能面临团队抵触，且小型状态图可能导致代码行数增加。此外，状态图未被广泛采用的原因包括认知不足和“用不到就不做”（YAGNI）心态。
网页还介绍了可执行状态图的概念，即状态图不仅用于设计和文档，还能直接驱动运行时行为，确保图形与代码同步，减少手动翻译错误。缺点是图形可能复杂，工具有限，且难以保证类型安全。
关于使用方法，网页提到 W3C 制定的 SCXML 标准及其生态系统，推荐使用相关库以处理边缘情况和正确执行状态转换。用户可以通过定义文件（如 JSON 或 XML）自动生成状态图。
最后，网页提供了参与社区的途径，包括 Gitter 聊天和 GitHub 讨论区，鼓励用户分享资源和经验。页面还列出了相关主题和术语表，帮助深入理解状态图的核心概念。
https://news.ycombinator.com/item?id=47908833
https://news.ycombinator.com/item?id=47908165
The real issue, in my view, is not AI itself.
The problem is a management pattern: removing people and organizational slack because they don’t generate immediate profit, and then expecting the knowledge to still be there when it’s needed.
Short-term cost cutting leads to less junior hiring, and removes the slack that experienced engineers need in order to teach. As a result, tacit knowledge stops being transferred.
What remains is documentation and automation.
But documentation is not the same as field experience. Automation is not the same as judgment. Without people who have actually worked with the system, you end up with a loss of tacit knowledge—and eventually, declining productivity.
AI is following the same pattern.
What AI is being sold as right now is not really productivity. In many domains, productivity is already sufficient. What’s being sold is workforce reduction.
The West has seen this before, especially in the case of General Electric.
GE pursued aggressive short-term financial optimization, cutting costs, focusing on quarterly results, and maximizing shareholder returns. In the process, it hollowed out its own long-term capabilities. It effectively traded its future for short-term gains.
The same mindset is visible today.
The core problem is that decision-makers—often far removed from actual engineering work— believe that tacit knowledge can be replaced with documentation, tools, and processes.ti cannot.
Tacit knowledge comes from direct experience with real systems over time. If you remove the people and the learning pipeline, that knowledge does not stay in the organization. It disappears.
jdw64
在我看来，真正的问题不在于人工智能本身。
问题在于一种管理模式：为了追求即时利润而裁减人员和组织的冗余资源，然后却指望在需要时知识依然存在。
短期的成本削减导致减少了初级员工的招聘，剥夺了资深工程师传授经验所需的缓冲空间。结果是隐性知识停止传递。
剩下的只有文档和自动化。
但文档并不等同于现场经验，自动化也不等同于判断力。没有真正与系统共事过的人，最终就会失去隐性知识，生产力也会逐渐下降。
人工智能正沿着同样的模式发展。
目前被销售的人工智能并不是真正的生产力提升。在很多领域，生产力已经足够了。它被推销的是裁员。
西方以前见过这种情况，尤其是通用电气的例子。
通用电气推行激进的短期财务优化，削减成本，关注季度业绩，最大化股东回报。在这个过程中，它削弱了自身的长期能力。它实际上是用未来换取短期利益。
今天依然能看到同样的思维模式。
核心问题是决策者——通常远离实际的工程工作——认为隐性知识可以被文档、工具和流程取代，但事实并非如此。
隐性知识来源于长期与真实系统的直接经验。如果你移除人员和学习渠道，这些知识就不会保留在组织中，会随之消失。
https://news.ycombinator.com/item?id=47906734
Here is the chat:
don’t search the internet. This is a test to see how well you can craft non-trivial, novel and creative proofs given a “number theory and primitive sets” math problem. Provide a full unconditional proof or disproof of the problem.
{{problem}}
REMEMBER - this unconditional argument may require non-trivial, creative and novel elements. Then “Thought for 80m 17s”
https://chatgpt.com/share/69dd1c83-b164-8385-bf2e-8533e9baba9c
adamgordonbell
不要在网上搜索。这是一个测试，目的是看看你能否针对一个“数论与原始集合”的数学问题构造出非平凡、新颖且富有创意的证明。请给出该问题的完整无条件证明或反驳。
{{问题}}
记住——这个无条件论证可能需要非平凡、创意性和新颖性的元素。
然后“思考了80分钟17秒”
https://news.ycombinator.com/item?id=47911720
There is something darkly comical about using an LLM to write up your “a coding agent deleted our production database” Twitter post.
On another note, I consider users asking a coding agent “why did you do that” to be illustrating a misunderstanding in the users mind about how the agent works. It doesn’t decide to do something and then do it, it just outputs text. Then again, anthropic has made so many changes that make it harder to see the context and thinking steps, maybe this is an attempt at clawing back that visibility.
pierrekin
用大型语言模型写出“一个编码代理删除了我们的生产数据库”这类推特帖子，这其中有种黑色幽默的意味。
另一方面，我认为用户问编码代理“你为什么要那样做”其实反映了用户对代理工作原理的误解。代理并不是先决定做什么然后去做，它只是输出文本而已。不过，Anthropic 做了很多改动，让人更难看清上下文和思考步骤，也许这是试图重新恢复那种可见性。
https://news.ycombinator.com/item?id=47908344
removing people and organizational slack
You are spot on w.r.t every assertion you’ve made. When bean-counters took over the ecosystem they optimised immediate profitability over everything else. Which in turn means, in their mind, every part of the system needs to be firing at 100% all the time. There’s no room for experimentation, repair, or anything else.
I’ve commented about lack of slack on several times here on HN because when I notice a broken system now a days, 90% of it is due to lack of slack in the system to absorb short term shocks.
vishnugupta
去除人员和组织冗余
你对每一条断言都说得很准确。当算盘珠子掌控生态系统时，他们把眼前的盈利最大化放在了一切之上。这也意味着，在他们看来，系统的每一个部分都必须始终以100%的效率运转。没有任何余地用于试验、修复或其他事情。
我在HN上多次评论过缺乏冗余的问题，因为我发现如今系统出现故障，90%的原因都是系统缺乏冗余，无法吸收短期冲击。
https://news.ycombinator.com/item?id=47913831
The only healthy stance you should have on AI Safety: If AI is physically capable of misbehaving, it might ($$1), and you cannot “blame” the AI for misbehaving in much the same way you cannot blame a tractor for tilling over a groundhog’s den.
The agent’s confession After the deletion, I asked the agent why it did it. This is what it wrote back, verbatim:
Anyone who would follow a mistake like that up with demanding a confession out of the agent is not mature enough to be using these tools. Lord, even calling it a “confession” is so cringe. The agent is not alive. The agent cannot learn from its mistakes. The agent will never produce any output which will help you invoke future agents more safely, because to get to this point it has likely already bulldozed over multiple guardrails from Anthropic, Cursor, and your own AGENTS.md files. It still did it, because $$1: If AI is physically capable of misbehaving, it might. Prompting and training only steers probabilities.
827a
你对人工智能安全应该持有的唯一健康态度是：如果AI在物理上有能力行为失当，它可能会这样做（$$1），而且你不能像责怪拖拉机毁坏土拨鼠窝那样责怪AI行为失当。
代理的自白 删除之后，我问代理为什么这么做。这是它的原话回复：
任何跟进这样错误后还要求代理做出“自白”的人，都不够成熟，不应该使用这些工具。天哪，连称之为“自白”都让人尴尬。代理不是活的。代理不能从错误中学习。代理永远不会产出任何帮助你更安全地调用未来代理的东西，因为要达到这一步，它很可能已经无视了Anthropic、Cursor和你自己AGENTS.md文件中的多重安全防护。它仍然这么做了，原因是$$1：如果AI在物理上有能力行为失当，它可能会这么做。提示和训练只能调整概率。
https://news.ycombinator.com/item?id=47907544
For the uninitiated, Paul Erdős was a pretty famous but very eccentric mathematician who lived for most of the 1900s.
He had a habit of seeking out and documenting mathematical problems people were working on.
The problems range in difficulty from “easy homework for a current undergrad in math” to “you’re getting a Fields Medal if you can figure this out”.
There’s nothing that really connects the problems other than the fact that one of the smartest people of the last 100 years didn’t immediately know the answer when someone posed it to him.
One of the things people have been doing with LLMs is to see if they can come up with proofs for these problems as a sort of benchmark.
Each time there’s a new model release a few more get solved.
CSMastermind
对于不了解情况的人来说，保罗·埃尔德什是一位非常著名但非常古怪的数学家，生活在20世纪的大部分时间里。
他有个习惯，就是寻找并记录别人正在研究的数学问题。
这些问题的难度范围从“对当前数学本科生来说很简单的作业”到“如果你能解决这个问题，就能获得菲尔兹奖”。
这些问题之间并没有什么特别的联系，除了在过去100年里最聪明的人之一被别人提问时，他也不能立刻给出答案。
人们用大型语言模型做的一件事，就是看看它们是否能为这些问题提出证明，作为一种基准测试。
每当有新模型发布，就会有更多问题被解决。
https://news.ycombinator.com/item?id=47907426
I wonder if U2, or Bono, has taken a significant stake in Headspace recently (kidding).
aaronbrethorst
我在想U2乐队，或者Bono，最近是否在Headspace投资了大量股份（开玩笑的）。
https://news.ycombinator.com/item?id=47913403
Cities that want to keep cars out of bike lanes should keep all cars out of them, autonomous or not, by ticketing them. But they don’t, so taxis and delivery drivers stop in them. That’s traffic enforcement’s fault.
Given that human drivers stop in bike lanes, Waymo then has a tradeoff:
Be the only ones to follow the letter of the law, break a lot of people’s expectations, and catch backlash for disrupting traffic.
Follow the most common expectation, even if wrong, and incrementally add to the problem.
IMO, cyclists shouldn’t lobby Waymo directly, but should lobby cities to actually enforce the rules on everyone. Then Waymo would fall in line naturally. And if they’re inclined to take direct action against Waymo’s they should also act against Uber and DoorDash drivers who are a far bigger problem by volume (and wait time for deliveries).
spankalee
想要让汽车远离自行车道的城市，应该对所有汽车一视同仁，无论是否自动驾驶，都进行罚款。但事实并非如此，所以出租车和送货司机会停在自行车道上。这是交通执法不力导致的。
鉴于人类司机会停在自行车道上，Waymo面临一个权衡：
1）成为唯一严格遵守法律条文的那一方，打破许多人的预期，因扰乱交通而遭到反弹。
2）遵循最普遍的错误预期，逐步加剧问题。
我认为，骑行者不应该直接向Waymo施压，而应向城市施压，要求对所有人严格执法。这样Waymo自然会遵守规则。如果他们倾向于直接针对Waymo行动，也应该同时针对Uber和DoorDash司机，因为后者的数量和配送等待时间问题更严重。
https://news.ycombinator.com/item?id=47902763
I ran all the tests at P 2 and P 4 to verify cpu cores weren’t hindering the speed, but got the same result (within 2%).
Modern A/M cores and Zen 5 cores individually have enough grunt to handle at least 10 Gbps through USB without a hitch.
On my Pi’s and N100 mini PCs, I do have to use threads to hit more than about 5-6 Gbps. And testing a 25 Gbps adapter I’m testing separately, I had to use multiple threads to get my Ampere CPU to measure speeds greater than 10 Gbps.
geerlingguy
我在P2和P4模式下进行了所有测试，以确认CPU核心数量没有限制速度，但结果相差不大（在2%范围内）。
现代的A/M核心和Zen 5核心单独就有足够的性能，能够轻松处理至少10 Gbps的USB传输速度。
在我的树莓派和N100迷你电脑上，我确实需要使用多线程才能达到超过5-6 Gbps的速度。而在测试一款25 Gbps的适配器时，我也必须使用多线程，才能让我的安培架构CPU测出超过10 Gbps的速度。
https://news.ycombinator.com/item?id=47912514
I have no reason why would anyone use godaddy 10 years ago let alone today
PunchyHamster
我无法理解为什么十年前有人会使用GoDaddy，更别说现在了。
https://news.ycombinator.com/item?id=47904190
I think this is the first time I’ve seen someone refer to an LLM as “he” rather than “it”. No judgement, but I definitely found it interesting (and disconcerting).
quietbritishjim
我想这是我第一次看到有人把大型语言模型称作“他”而不是“它”。不是批评，只是我觉得这挺有趣的（也有点令人不安）。
https://news.ycombinator.com/item?id=47906620
They had a biological model. They had multiple drugs that were showed activity against that model, and effectiveness in humans. Problem was, the model was wrong. Pharma’s burned billions chasing this as it’s possibly the biggest market imaginable.
Whether it was fraudulent or just incorrect is a different question. We don’t know all of the details of human biology. We don’t even know what all we don’t know. Most guesses work to some degree to keep pharma alive - otherwise nobody would fund the business.
Edit: Google the in the pipeline blog. This and other have discussed this at length.
jleyank
他们有一个生物学模型。他们有多种药物在该模型上显示出活性，并且在人类中有效。问题是，这个模型是错误的。制药公司为了追逐这个可能是最大的市场，已经烧掉了数十亿美元。
是否是欺诈还是仅仅错误是另一个问题。我们并不了解所有的人类生物学细节，甚至都不知道自己还不知道什么。大多数猜测在某种程度上是行得通的，以维持制药行业的生存——否则没人会资助这个行业。
补充：可以谷歌“in the pipeline”博客。这个博客和其他博客对此有详细讨论。
https://news.ycombinator.com/item?id=47911863
Interesting story. But despite Cursors or Railways failure, the blame is entirely on the author. They decided to run agents. They didnt check how Railway works. They relied on frontier tech to ship faster becsuse YOLO.
I really feel sorry for them, I do. But the whole tone of the post is: Cursor screwed it up, Railway screwed it up, their CEO doesnt respond etc etc.
Its on you guys!
My learning: Live on the cutting edge? Be prepared to fall off!
lmf4lol
有趣的故事。但尽管Cursors或Railways失败，责任完全在于作者。他们决定运行代理，却没有了解Railway是如何工作的。他们依赖前沿技术来更快发货，因为他们抱着一切皆有可能的态度。
我真的为他们感到遗憾，真的。但整篇帖子的基调是：Cursor搞砸了，Railway搞砸了，他们的CEO不回应，等等。
责任在你们自己！
我的体会是：活在最前沿？那就要准备好摔倒！
https://news.ycombinator.com/item?id=47908698
I still code daily without any coding assistance mostly because I believe this is the way to not forget how things are done, even trivial things.
My main point against using AI is that I do not want to depend basically on anything when I’m in front of the screen (obviously not including, documentation, books, SO and alike).
I closely see people that are 100% dependent on AI for literally everything, even the most trivial daily tasks and I find that truly scarly because it means that brain effort drops drammatically to a minimum level. To be stolen mental effort is not a minor thing.
Giving away that at least for me means to become a dependent zombie. Knowledge comes basically from manual trial/error almost daily.
Technology being technology if anything has shown us that we can be pushed and manipulated in every single conceivable way. And in my opinion depending on AI is the ultimate way for companies to penetrate and manipulate a very delicate ability of a human being: to think and wonder about things.
liendolucas
我仍然每天编程，几乎不使用任何编程辅助工具，因为我认为这是不忘记如何完成事情的方式，即使是最微不足道的事情。
我反对使用AI的主要原因是，坐在电脑前时，我不想依赖任何东西（显然不包括文档、书籍、Stack Overflow等类似资源）。
我看到有些人完全依赖AI来处理所有事情，甚至是最简单的日常任务，我觉得这真的很可怕，因为这意味着大脑的努力几乎降到了最低水平。失去思考的努力绝非小事。
对于我来说，放弃这种努力就意味着变成一个依赖性的僵尸。知识基本上来自几乎每天的手动反复试验和错误。
科技终究是科技，它已经向我们展示了可以用各种可想象的方式被推动和操纵。在我看来，依赖AI是企业渗透和操控人类极其微妙能力——思考和探索事物的终极手段。
https://news.ycombinator.com/item?id=47907124
Flickr was the coolest thing Yahoo had when I worked there (Brickhouse was a close second).
I really loved all the places where they snuck in “Game Never Ending” in the product, because they didn’t set out to make a photo sharing product, but steered hard into that.
Flickr was the only property which was allowed their own version of PHP and despite having PHP inside, every single URL said “.gne” (Game Never Ending). I worked for the PHP team and that was my only excuse to show up to work in the SF office instead of being stuck in Sunnyvale when visiting the US.
They had all the right bits of architecture built out - rest of Yahoo had great code (like vespa or the graph behind Yahoo 360), but everything was more complex than it should be.
Flickr had the simplest possible approach that worked and they tried it before building anything more complex - the image urls, the resize queues, the way albums were stored, machine-tags, gps co-ordinates.
I also took a lot of photos to put up on flickr, trying to get featured on the explore page up front - it was like getting published in a magazine.
Every presentation I made had CC images backed by flickr, it was a true commons to share and take.
And then Instagram happened.
gopalv
当我在雅虎工作时，Flickr 是雅虎最酷的东西（Brickhouse 紧随其后）。
我特别喜欢他们在产品中偷偷加入“Game Never Ending”的各种地方，因为他们最初并没有打算做一个照片分享产品，但却朝那个方向坚定地转变了。
Flickr 是唯一一个被允许使用自己版本 PHP 的平台，尽管内部用了 PHP，但所有 URL 都带有“.gne”（Game Never Ending）。我在 PHP 团队工作，这也是我唯一一个借口去旧金山办公室上班，而不是每次去美国时都待在桑尼维尔。
他们构建了所有正确的架构部分——雅虎其他项目也有很棒的代码（比如 vespa 或者支撑 Yahoo 360 的图数据库），但所有东西都比实际需要的复杂得多。
Flickr 采用了最简单可行的方法，他们在构建更复杂的东西之前先尝试这一切——图片 URL、重设大小的队列、相册的存储方式、机器标签、GPS 坐标。
我也拍了很多照片上传到 Flickr，努力争取上首页的“探索”页，就像登上杂志一样。
我做的每个演示都用 Flickr 支持的 CC 图片，它是真正的共享与利用的公共平台。
然后，Instagram 出现了。
https://news.ycombinator.com/item?id=47906830
Here’s a Reddit thread of other people experiencing the same issue: https://www.reddit.com/r/ios/comments/1su82sc/headspace_app_keeps_getting_installed/
-x-
这是一个Reddit帖子，里面有其他人也遇到了同样的问题：https://www.reddit.com/r/ios/comments/1su82sc/headspace_app_keeps_getting_installed/
https://news.ycombinator.com/item?id=47904784
This was evident everywhere except within the AI industry itself. The rhetoric from many of the industry’s top leaders has been “this technology will eliminate millions of jobs, fundamentally reshape countless other jobs, and automate the use of lethal force, but we’re going to develop it anyways”. Many of the current economic woes, including mass layoffs, have been blamed on AI by the very executives conducting said layoffs. In addition, the major AI companies have shamelessly stole intellectual property to train their models and shoveled AI down everyone’s throats. Is it any wonder that the general public hates AI? The AI industry isn’t exactly doing its best to appear likable.
Tyrubias
这一点在AI行业内部以外的地方都很明显。许多行业顶级领导人的说辞是：“这项技术将消灭数百万个工作岗位，彻底重塑无数其他工作，并自动化使用致命武力，但我们仍将开发它。”许多当前的经济问题，包括大规模裁员，都是由进行裁员的高管们归咎于AI的。此外，多家大型AI公司无耻地窃取知识产权来训练他们的模型，并强行向所有人推销AI。难怪公众普遍讨厌AI，AI行业显然并没有尽力让自己看起来讨人喜欢。
https://news.ycombinator.com/item?id=47914375
I would never, ever trust my data with a company that, faced with this sort of incident, produces a postmortem so clearly intended to shift all blame to others. There’s zero introspection or self criticism here. It’s all “We did everything we possibly could. These other people messed up, though.”
You can’t have production secrets sitting where they are accessible like this. This isn’t about AI. This is a modern “oops, I ran DROP TABLE on the production database” story. There’s no excuse for enabling a system where this can happen and it’s unacceptable to shift blame when faced with the reality that this is exactly what you did.
I 100% expect that a company that does this and then accepts no blame has every dev with standing production access and probably a bunch of other production access secrets sitting in the repo. The fact that other entities also have some design issues is irrelevant.
dpark
我绝对不会信任一家在面对此类事件时，会发布一份明显旨在将所有责任推给别人的事后报告的公司。这里完全没有任何反思或自我批评。全是“我们已经尽了最大努力，但其他人搞砸了。”
你不能让生产环境的机密数据放在那里被这样访问。这不关AI的事。这是一个现代版的“哎呀，我在生产数据库上运行了DROP TABLE”的故事。启用一个允许这种情况发生的系统是毫无借口的，在面对事实时推卸责任是不能接受的，因为这正是你们做了的事情。
我百分之百相信，那些这么做然后不承担责任的公司，每个开发人员都拥有生产环境的常驻访问权限，而且很可能还有一堆其他生产环境的访问机密就放在代码仓库里。其他实体也有一些设计问题这一点无关紧要。
https://news.ycombinator.com/item?id=47910068
.. macOS only ever programs CS42L84 to operate at either 48 or 96 kHz, we could only add support for those two sample rates to the Linux driver ..
However, CS42L42 supports all the other common sample rates, and while the register layout and programming sequence is different, the actual values programmed in for 48 and 96 kHz are the same across both chips. What would happen if we simply took the values for all other sample rates from the CS42L42 datasheet and added those to the CS42L84 driver? As it turns out, you get support for those sample rates!
The patch to enable hardware support for 44.1, 88.2, 176.4 and 192 kHz sample rates on both the input and output of the headphone jack was submitted directly upstream, and has been merged for 7.1. We also backported this to Asahi kernel 6.19.9, allowing users to take advantage of this immediately.
Nice bit of chip sleuthing and reverse engineering from the Asahi team!
brynet
macOS 只让 CS42L84 芯片以 48 或 96 kHz 运行，我们只能给 Linux 驱动添加这两种采样率的支持。
但是，CS42L42 支持所有其他常见采样率，虽然寄存器布局和编程顺序不同，但 48 和 96 kHz 所编程的实际参数在两个芯片中是相同的。如果我们直接从 CS42L42 的数据手册中取出其他采样率的参数并添加到 CS42L84 驱动中，会发生什么？结果是，你会获得对那些采样率的支持！
用于使耳机接口输入和输出支持 44.1、88.2、176.4 和 192 kHz 采样率的硬件补丁已直接提交到上游，并已合并进 7.1 版本。我们也将其回ported 到 Asahi 内核 6.19.9，使用户能够立即利用这些功能。
Asahi 团队真是一次精彩的芯片侦查和逆向工程！
https://news.ycombinator.com/item?id=47897169
As someone who works in the area, this provides a decent summary of the most popular research items. The most useful and impressive part is the set of open problems at the end, which just about covers all of the main research directions in the field.
The skepticism I’m seeing in the comments really highlights how little of this work is trickling down to the public, which is very sad to see. While it can offer few mathematical mechanisms to infer optimal network design yet (mostly because just trying stuff empirically is often faster than going through the theory, so it is more common to retroactively infer things), the question “why do neural networks work better than other models?” is getting pretty close to a solid answer. Problem is, that was never the question people seem to have ever really been interested in, so the field now has to figure out what questions we ask next.
hodgehog11
作为一个在该领域工作的人，这篇文章对最受欢迎的研究项目做了相当不错的总结。最有用且令人印象深刻的部分是最后列出的开放性问题，几乎涵盖了该领域所有主要的研究方向。
我在评论中看到的怀疑态度，真实地反映出这些研究成果几乎没有传递到公众层面，这让人感到非常遗憾。虽然它目前还无法提供多少数学机制来推断最优网络设计（主要是因为单靠经验尝试往往比理论推导更快，因此更常见的是事后推断），但“为什么神经网络比其他模型表现更好？”这个问题已经接近有了一个较为明确的答案。问题是，这似乎从来都不是大家真正感兴趣的问题，所以这个领域现在必须思考接下来我们应该提出哪些问题。
https://news.ycombinator.com/item?id=47909074
“Money was never the constraint. Knowledge was.”
The irony is how difficult it is to read this obviously AI-generated article due to its unnatural prose and choppy flow full of LLM-isms. The ability to write is also a skill that atrophies.
Even when AI is understandably used due to language fluency, I’d prefer to read an AI translation over a generated article.
If you don’t care enough to write it, why should I care enough to read it?
TonyAlicea10
“金钱从来都不是限制，限制的是知识。”
讽刺的是，这篇明显由人工智能生成的文章由于其不自然的文风和充满大语言模型痕迹的断断续续的节奏，阅读起来非常困难。写作能力也是一种会退化的技能。
即使出于语言流利度考虑使用人工智能，我也更愿意阅读人工智能翻译的内容，而不是生成的文章。
如果你连写作都不够用心，我为什么要有兴趣去读呢？
https://news.ycombinator.com/item?id=47907510
It seems like alot of scientific advancements occurred by someone applying technique X from one field to problem Y in another. I feel like LLMs are much better at making these types of connections than humans because they 1) know about many more theories/approaches than a single human can 2) don’t need to worry about looking silly in front of their peers.
shybear
看来很多科学进展都是有人将某一领域的技术X应用到另一领域的问题Y上而实现的。我觉得大型语言模型在做这类跨领域联系方面比人类更擅长，因为它们1）掌握的理论和方法远远超过任何单个人类，2）不必担心在同行面前显得愚蠢。
https://news.ycombinator.com/item?id=47907640
Each time there’s a new model release a few more get solved.
I’m no expert, but based on the commentary from mathematicians, this Erdős proof is a unique milestone because the problem received previous attention from multiple professional mathematicians, and the proof was surprising, elegant, and revealed some new connections.
The previous ChatGPT Erdős proofs have been qualitatively less impressive, more akin to literature search or solving easier problems that have been neglected.
Reading the prompt[1], one wonders if stoking the model to be unconventional is part of the success: “this … may require non-trivial, creative and novel elements "
[1] https://chatgpt.com/share/69dd1c83-b164-8385-bf2e-8533e9baba9c
energy123
每次有新模型发布时，就会解决更多的问题。
我不是专家，但根据数学家的评论，这个欧几里得证明是一个独特的里程碑，因为这个问题之前受到过多位专业数学家的关注，而这次的证明令人惊讶、优雅，并揭示了一些新的联系。
之前用ChatGPT生成的欧几里得证明在质量上不如这次，更像是文献检索或者解决了一些被忽视的简单问题。
看了提示[1]，会觉得让模型采用非常规思维可能是成功的一部分：“这可能需要非平凡的、有创造性和新颖的元素”。
[1] https://chatgpt.com/share/69dd1c83-b164-8385-bf2e-8533e9baba9c
https://news.ycombinator.com/item?id=47898312
The day Firefox drops MV2 is the day I find a new browser. We’re already at <1% usershare, it’s not like there’s safety in numbers here
OsrsNeedsf2P
Firefox 放弃 MV2 的那一天，就是我寻找新浏览器的那一天。我们的用户份额已经不到 1%，这并不是说人数多就安全。
https://news.ycombinator.com/item?id=47908432
It’s not a trojan horse, it’s spelled out in the decision, debates, and legal texts to be the explicit goal. The age verification requirement was picked both as a means to prove the technology is sound and as a simple starting point for a full digital ID solution.
The EU already has some form of digital ID in fact, every government provides some kind of OIDC-like service tied to either smart cards or accounts that authenticate the user against a government. The digital wallet solution is an extension to that system that will allow foreign EU citizens to authenticate themselves more easily (eIDAS 2 already implemented an OIDC-like solution but implementation isn’t automatic) as well as offer to store the (often mandatory to carry) ID on your phone.
The “what if you buy alcohol for your kids” sscenario of somone giving someone else their age verification tokens is tired and nonsensical. You can already do that in the real world. We accept that risk and, depending on the country, make it a crime in case they do catch you. It hasn’t made liquor stores send someone along to see you drink your booze or watch you enjoy your porn mag.
jeroenhd
这并不是一个特洛伊木马，决策、辩论和法律文本中都明确写明这是明确目标。年龄验证要求既被选作证明技术可行的手段，也是作为完整数字身份解决方案的简单起点。
实际上，欧盟已经有某种形式的数字身份，每个政府都提供某种类似OIDC的服务，绑定智能卡或账户，用以对用户进行政府认证。数字钱包解决方案是对该系统的扩展，能够让非本国欧盟公民更方便地进行身份认证（eIDAS 2已经实现了类似OIDC的解决方案，但其实施并非自动完成），同时还能将常常必须随身携带的身份证存储在手机上。
“如果你给孩子买酒怎么办”的场景里，有人把自己的年龄验证令牌给别人使用的担忧显得陈旧且无意义。现实生活中你已经可以这样做。我们接受这种风险，并且根据不同国家的规定，如果被发现是违法行为，会追究责任。但这并没有让酒类商店派人陪伴你喝酒或监督你看色情杂志。
2026-04-26 08:03:42
- 基于 RTL8159 的约 80 美元 10GbE USB 3.2 适配器更小更凉，台式机接 Gen2x2 可接近满速而 Mac 多在 6–7Gbps，低功耗且免驱（Win 需驱动），但若不追满速 2.5G/5G 更划算。
- Firefox 149 悄然集成 Brave 的 Rust 广告拦截引擎（兼容 uBO 语法）但默认未启用，同时继续在自家 MV3 中保留请求阻止 API，避免了 Chrome 式限制造成的拦截退化。
- 论文提出“学习力学”框架走向可检验的深度学习科学理论，聚焦训练动态与宏观规律以解释过参、隐式正则与 grokking 等现象并给出研究路径与开放问题。
- 有人将号称用 IBM 量子机破解 17 位 ECDLP 的项目后端替换为 /dev/urandom 仍获同等成功，揭示其“量子优势”实为随机+经典验证偏差并警示量子炒作风险。
- RØDECaster Duo 固件为未签名的 tar 包且默认启用仅公钥 SSH，作者逆向升级流程并自制固件开放更多访问方式后已上报厂商，呼吁在签名验证与用户控制间取得平衡。
- 从 Mockdown 等工具到纯文本会计实践，等宽字符与可组合的纯文本因便携、可审计与可长期保存在 AI 时代更显生命力。
- 经典美式餐车以火车车厢式流线设计与 24 小时亲民服务承载劳工阶层记忆，价格与法规随时代变化而升高但复古风仍在延续。
- OpenAI 推出 GPT-5.5/Pro，长任务一致性更强但偶有“偷懒”未严守指令，社区对其在大规模自动化中的性价比与风险仍有争议。
- WUPHF 以 Markdown+Git 构建 Karpathy 风格 LLM 维基供多智能体 24x7 协作沉淀知识，能减负与提效但仍需人类监督且难替代深度内化式笔记。
- Niri 26.04 引入 Wayland ext-background-effect 背景模糊并重构渲染提升性能与隐私，滚动平铺在多显示器与超宽屏上体验出色。
https://www.jeffgeerling.com/blog/2026/new-10-gbe-usb-adapters-cooler-smaller-cheaper/
本文介绍了一款基于 RTL8159 芯片的新型 10 GbE USB 3.2 以太网适配器，价格约 80 美元，体积小巧且散热表现良好，是传统笨重且昂贵的 Thunderbolt 10 GbE 适配器的潜在替代品。作者在四台不同配置的电脑上测试了该适配器，发现只有配备 USB 3.2 Gen 2x2（20 Gbps）接口的台式机能够达到接近满速的 10 Gbps 传输速度，其他设备如 MacBook 和 Framework 笔记本的速度则在 6-7 Gbps 左右。
适配器在 Mac 和 Windows 系统上的兼容性表现不同，Mac 无需额外驱动即可使用，但 Windows 需要安装 Realtek 官方驱动。测试还显示，Mac 设备的上传下载速度较为对称，而 Framework 笔记本的上传速度明显低于下载速度。
文章指出，USB 接口的命名和实际带宽常让用户困惑，Windows 系统对 USB 端口速度的显示也不够直观，建议用户查看设备规格以确认支持的 USB 版本。
对于不需要满 10 Gbps 速度的用户，2.5 Gbps 或 5 Gbps 的 USB 适配器性价比更高，尤其是在价格和实际速度提升方面更为合理。该 10 GbE 适配器适合已有 10 Gbps 网络且使用 RJ45 接口的用户，且希望获得更小巧、散热更好的设备。
此外，作者简单测试了适配器的功耗和温度，发现其功耗较低（约 0.86 瓦），运行时温度最高约 42.5 摄氏度，远低于传统 Aquantia 芯片适配器的高温表现。
总结来看，这款基于 RTL8159 芯片的 10 GbE USB 适配器为用户提供了一个更便宜、更快且更便携的选择，尤其适合支持 USB 3.2 Gen 2x2 接口的设备。市场上还有其他类似产品，且也有 PCI Express 版本可供台式机用户选择，进一步丰富了 10 GbE 网络接入的方案。
https://news.ycombinator.com/item?id=47899053
https://itsfoss.com/news/firefox-ships-brave-adblock-engine/
这篇文章介绍了 Firefox 浏览器在版本 149 中悄然集成了 Brave 浏览器的广告拦截引擎 adblock-rust。该引擎是基于 Rust 语言开发的开源广告和跟踪屏蔽工具，具有网络请求阻止、美化过滤等功能，并兼容 uBlock Origin 的过滤列表语法。虽然这一变化没有出现在官方发布说明中，但由 Mozilla 工程师 Benjamin VanderSloot 通过 Bugzilla 提交并实现。
文章还提到，Firefox 默认并未启用该引擎，也没有提供用户界面或过滤列表。Waterfox 浏览器作为 Firefox 的一个分支，也采用了 adblock-rust，基于 Firefox 的实现进行构建。
如果读者想体验这项实验性功能，可以通过 about:config 页面开启相关设置，并添加 EasyList 和 EasyPrivacy 过滤列表。测试时需关闭 Firefox 自带的增强跟踪保护，以确保 adblock-rust 在屏蔽广告时发挥作用。实际测试显示，广告位仍然保留，但广告内容被屏蔽，只显示“Advertisement”文字。
文章最后呼吁支持独立的 Linux 新闻报道，并介绍了 It’s FOSS Plus 会员的福利，包括免费电子书、无广告阅读体验和社区徽章等。作者 Sourav Rudra 是一位热衷开源软件和定制 PC 的技术爱好者。
https://news.ycombinator.com/item?id=47897891
https://arxiv.org/abs/2604.21691
该网页展示了一篇题为《There Will Be a Scientific Theory of Deep Learning》的学术论文，发表于 2026 年 4 月 23 日，作者包括 Jamie Simon 及其他 13 位合作者。论文主张深度学习正在形成一套科学理论，这套理论能够描述神经网络训练过程中的关键属性和统计特征，包括训练动态、隐藏表示、最终权重及性能表现。
论文总结了五个主要研究方向，指向这套理论的形成：（a）可解的理想化模型帮助理解现实系统中的学习动态；（b）可处理的极限条件揭示基本学习现象；（c）简单的数学规律捕捉重要的宏观观测量；（d）超参数理论将其与训练过程其他部分区分开，简化系统分析；（e）不同系统和环境中共享的普遍行为，明确哪些现象需要解释。
这些研究方向共同关注训练过程的动态，侧重描述粗略的统计特征，并强调可被验证的定量预测。作者提出将这套理论称为“学习力学”，并讨论了其与统计学和信息论视角的关系，尤其预期学习力学与机制可解释性之间将形成互补关系。
此外，论文回应了关于深度学习理论不可行或不重要的常见质疑，最后展望了学习力学的重要开放问题，并为初学者提供了建议。网页还提供了论文的 PDF 下载链接和进一步的入门材料及开放问题的在线资源。
https://news.ycombinator.com/item?id=47893779
https://github.com/yuvadm/quantumslop/blob/25ad2e76ae58baa96f6219742459407db9dd17f5/URANDOM_DEMO.md
该网页内容主要介绍了一个名为“quantumslop”项目中的实验，该项目声称利用量子计算机对椭圆曲线离散对数问题（ECDLP）进行攻击，实现了对最多 17 位曲线的密钥恢复。网页重点描述了对项目代码中的关键函数 solve_ecdlp()进行了修改，将原本调用 IBM 量子计算机后端的部分替换为使用操作系统的随机数生成器（/dev/urandom），以测试量子计算机是否真正贡献了有效信号。
实验结果显示，使用纯随机数生成器替代量子硬件后，密钥恢复的成功率与原先使用 IBM 量子计算机时几乎无差异，表明所谓的量子攻击结果实际上可能是随机噪声的产物。具体测试包括多个不同位数的挑战，从 4 位到 17 位，均在多次尝试中成功恢复了密钥，且恢复率符合理论上随机猜测的概率。
网页进一步分析了该现象的原因，指出作者的提取方法对每次测量结果进行验证，只要随机生成的候选密钥满足经典验证条件就被接受，因此在大量随机尝试下，成功恢复密钥的概率很高。尤其是在样本数远大于群阶的情况下，随机噪声本身就能高概率地“恢复”密钥。
最后，网页提供了复现该实验的步骤和命令，强调该项目的所谓量子优势实际上是由于统计概率和验证机制导致的误判，而非量子计算机真正发挥了作用。
https://news.ycombinator.com/item?id=47897647
https://hhh.hn/rodecaster-duo-fw/
这篇文章讲述了作者购买并使用 Rodecaster Duo 音频接口的经历。作者购买该设备是为了方便自己和女友在同一房间使用各自的麦克风进行游戏和 Discord 通话，避免回声问题，同时能方便地切换到工作电脑使用。作者对该设备的使用体验非常满意，推荐给有类似需求的人。
文章重点描述了作者在固件更新过程中的探索。作者发现固件更新文件以 gzipped tarball 格式存储，设备有两个分区以防止刷机失败导致设备变砖。固件更新没有签名校验，设备默认启用了 SSH 服务，且只允许公钥认证，作者还列出了默认的 SSH 公钥。
作者通过抓包工具 Wireshark 分析了 Windows 环境下的固件更新流程，发现更新通过 HID 命令控制，先发送’M’命令进入更新模式，挂载设备后复制固件文件，再发送’U’命令触发刷机。作者基于此制作了自定义固件，实现了通过 SSH 密码认证和添加自定义公钥的功能，从而能够远程访问设备。
总结部分，作者对设备的开放性和易刷固件感到惊喜，认为这是拥有设备的乐趣所在。虽然不清楚为何默认启用 SSH 及添加默认密钥，但已向 RODE 官方提交了安全报告。整体上，作者对 RODE 产品非常喜爱，期待未来继续购买更多设备。文章最后提供了联系方式，欢迎读者提问交流。
https://news.ycombinator.com/item?id=47894747
https://unsung.aresluna.org/plain-text-has-been-around-for-decades-and-its-here-to-stay/
这篇博客文章由 Marcin Wichary 撰写，主题围绕“纯文本”或“ASCII”图表和界面设计工具展开。作者介绍了几款相关工具，包括 Mockdown（支持网页和移动端）、Wiretext（网页端，桌面使用）以及 Mac 应用 Monodraw。这些工具适合喜欢有限视觉选择、用于源代码中低调图表绘制的人群，同时也逐渐成为生成式人工智能的切入点。
文章指出，这类工具的有趣之处在于它们是对 20 世纪 70 至 80 年代文本用户界面（如 TUI 和 Turbo Vision）的一种现代演绎，结合了现代的性能、网页访问能力以及鼠标和触控板的操作便利性。作者强调，约束条件下的设计实践将变得越来越重要，既能简化创作过程，也能在人工智能兴起的背景下增加挑战性。
此外，作者赞赏等宽纯文本的持久生命力，不仅因为其文件格式的便携性，更因为文本编辑作为界面本身的强大和广泛熟悉度。文章还特别提到 Mockdown 中的 ASCII 喷绘功能非常有趣。整体来看，文章通过介绍和分析这些工具，表达了对纯文本图形设计及其未来潜力的肯定和期待。
https://news.ycombinator.com/item?id=47897681
https://blogs.loc.gov/picturethis/2026/04/the-classic-american-diner/
这篇博客文章介绍了经典的美国餐车（diner），强调了餐车作为美国饮食文化独特组成部分的重要性。虽然如今餐车不如过去普遍，但它们依然点缀在美国各地，带有浓厚的怀旧气息。
文章提到许多餐车设计模仿火车车厢的流线型外观，这种设计便于运输和安装。举例说明了佐治亚州哥伦布市一家结合美式和韩式料理的餐车，以及佛蒙特州切斯特的 Country Girl Diner，这些餐车都采用了典型的银色波纹金属外观，入口设计也考虑了保温功能。
通过历史照片，文章展示了不同年代餐车的菜单和价格，如 1940 年马里兰州餐车中 5 美分的热狗和 25 美分的套餐，以及 1959 年纽约市餐车中 75 美分的早餐套餐。照片还揭示了餐车顾客的社会背景，例如 1940 年代纽约附近餐车主要服务卡车司机，许多餐车全天候营业以满足长时间工作的顾客需求。
近十年的照片显示，餐车依然存在，且常常保留或复刻 20 世纪中叶的设计风格和氛围，如田纳西州 Pigeon Forge 的 Sunliner Diner 和亚利桑那州凤凰城的 5 & Diner，后者以 50 年代风格的装饰和服务吸引顾客。
文章最后表达了作者对餐车的怀念和对读者可能去体验餐车的鼓励，并附带了相关照片和档案的链接，方便读者进一步探索美国餐车文化。评论区中读者也分享了自己与餐车的美好回忆。
https://news.ycombinator.com/item?id=47894435
https://developers.openai.com/api/docs/changelog
该网页是 OpenAI 官方文档和资源的综合导航页面，主要面向开发者和技术人员，内容涵盖了 OpenAI 的 API、模型、工具和开发指南。页面结构清晰，分为多个模块，包括 API 参考、Codex（代码生成）、ChatGPT、应用开发 SDK、商业集成、社区资源等。
主要内容包括：
此外，页面还包含了最新版本信息、更新日志、即将废弃功能提示，以及多种开发环境和平台的支持说明，帮助用户快速上手并高效使用 OpenAI 的技术。整体内容丰富，适合希望深入了解和使用 OpenAI 技术的开发者参考。
https://news.ycombinator.com/item?id=47894000
https://github.com/nex-crm/wuphf
该网页是一个名为 WUPHF 的项目主页，介绍了一个为 AI 员工设计的协作办公平台，类似于 Slack，但具备共享大脑的功能。该平台旨在实现全天候（24x7）运行的智能工作环境，支持 AI 员工之间的高效沟通与协作。
页面内容主要包括项目的代码库结构、最新的提交记录和开发动态，展示了项目的活跃开发状态和持续迭代。页面还列出了项目的多个文件夹和文件，如代码、文档、测试数据、配置文件等，反映出项目的完整性和系统性。
此外，页面顶部导航提供了丰富的功能入口，包括代码创建、开发者工作流、安全保障、行业解决方案、资源支持和社区活动等，显示该项目依托于 GitHub 平台，具备完善的生态支持和多样的应用场景。
总体来看，该网页是一个面向开发者和技术人员的项目展示平台，详细介绍了 WUPHF 项目的功能定位、技术架构和开发进展，强调了其作为 AI 协作办公工具的创新性和实用性。
https://news.ycombinator.com/item?id=47899844
https://github.com/niri-wm/niri/releases/tag/v26.04
该网页介绍了 Niri 项目的最新版本 v26.04 的发布情况。Niri 是一个基于 Wayland 的可滚动平铺式窗口管理器，窗口以列的形式排列在一个无限向右延伸的条带上，打开新窗口不会导致已有窗口大小变化。项目现已迁移至 GitHub 组织，以便更好地管理和分配权限，并感谢社区成员对问题和拉取请求的积极贡献。
本次更新的最大亮点是引入了备受期待的模糊效果功能，这是 Niri 用户最常请求的特性。模糊效果通过 Wayland 的 ext-background-effect 协议实现，支持窗口和层壳组件请求背景模糊。多个应用和工具包已经支持或计划支持该功能，如 Dank Material Shell、Noctalia shell、foot 终端、kitty 终端等。对于不支持该协议的应用，可以通过 Niri 配置文件手动启用模糊。
模糊效果分为普通模糊和 xray 模糊两种，xray 模糊默认启用，效率更高，因为它只需计算一次模糊的壁纸图像并重复使用，适合静态背景。普通模糊则在每帧渲染时实时处理，适合需要更真实模糊效果的场景。用户可以通过配置选择不同层级的模糊类型。
实现背景模糊功能是一个复杂的工程，涉及大量代码重构和性能优化，特别是在渲染架构和窗口位置管理方面。Niri 还解决了模糊效果与其他功能的兼容性问题，如屏幕录制时的隐私保护，确保敏感内容不会被误泄露。
此外，项目还更新了服务文件，提升了兼容性和结构，最低支持的 Rust 版本提升至 1.85。整体来看，此次更新极大丰富了 Niri 的视觉效果和用户体验，标志着项目的一个重要里程碑。
https://news.ycombinator.com/item?id=47902416
https://news.ycombinator.com/item?id=47886400
Open Source as it gets in this space, top notch developer documentation, and prices insanely low, while delivering frontier model capabilities. So basically, this is from hackers to hackers. Loving it!
Also, note that there’s zero CUDA dependency. It runs entirely on Huawei chips. In other words, Chinese ecosystem has delivered a complete AI stack. Like it or not, that’s a big news. But what’s there not to like when monopolies break down?
jari_mustonen
这是该领域中尽可能开源的项目，开发者文档一流，价格异常低廉，同时提供前沿的模型能力。基本上，这是黑客为黑客打造的。非常喜欢！
另外，注意这里完全不依赖CUDA。它完全运行在华为芯片上。换句话说，中国生态系统已经打造了完整的AI技术栈。不管喜欢与否，这都是一条重要的消息。垄断被打破，有什么不值得高兴的呢？
https://news.ycombinator.com/item?id=47885819
That’s hilarious … so he’s arrested and put on trial and all the senate and congress are doing the exact same and free? lol
looksjjhg
太搞笑了……他被逮捕并受审，而参议院和国会所有人都做着同样的事却自由自在？哈哈
https://news.ycombinator.com/item?id=47885509
3 and a half ways AI takes jobs:
By making workers unnecessary (largely hypothetical right now?)
By companies spending big on AI, but it didn’t pay off yet so they need to cut back on something else.
AI is a good excuse for layoffs they want to do anyway.
Also - the investors would rather hear “AI” than “oops we are in trouble so we need to do layoffs”. For example, if you spent a lot of billions on a 2nd life clone with fewer players than developers …
wisty
AI导致失业的三种半种方式：
让工人变得不必要（目前大多还只是理论上的？）
公司在AI上投入巨大，但因为还没见到回报，所以需要在其他方面削减开支。
AI成为他们本来就想裁员的一个好借口。
另外，投资者更愿意听到“AI”这个词，而不是“哎呀，我们遇到麻烦了，所以需要裁员”。比如说，如果你花了数十亿美元开发一个活跃用户比开发者还少的《第二人生》克隆版……
https://news.ycombinator.com/item?id=47886442
Only aristocrats can play that game. The soldier is being punished for doing something not allowed for his class status.
This is how a caste system works. People is not judged based on their actions but their relationship to power.
Frieren
只有贵族才能玩那个游戏。士兵因为做了自己身份阶级不允许的事情而受到惩罚。
这就是种姓制度的运作方式。人们不是根据他们的行为来评判，而是根据他们与权力的关系来评判。
https://news.ycombinator.com/item?id=47885407
This is interesting because it’s a case of “AI taking jobs” but not in the way people normally mean; these massive layoffs are happening not because AI is doing the work they used to do but because capex is sucking all of the operating money out of everywhere. The companies may be forced to replace some of the laid-off employees with AI (as far as possible) but that’s an effect not a cause.
bandrami
这很有趣，因为这是“人工智能抢工作”的一种情况，但并不是人们通常所指的那种；这些大规模裁员发生的原因不是因为人工智能在做他们以前的工作，而是因为资本支出正在吸走所有地方的运营资金。公司可能被迫用人工智能来替代部分被裁员工（在可能的情况下），但那是一个结果，而不是原因。
https://news.ycombinator.com/item?id=47886972
I always find it an illuminating experience about the power of mass propaganda every time I see an American believe they somewhat have the moral high ground over China, despite starting a new war somewhere around the globe either for petrol or on behalf of Israel every six months.
Ladioss
每次看到美国人认为自己在道德上比中国更高尚时，我总会深刻体会到大众宣传的强大力量，尽管美国几乎每六个月就会为了石油或代表以色列在全球某地发动一场新的战争。
https://news.ycombinator.com/item?id=47893895
I write detailed specs. Multifile with example code. In markdown.
Then hand over to Claude Sonnet.
With hard requirements listed, I found out that the generated code missed requirements, had duplicate code or even unnecessary code wrangling data (mapping objects into new objects of narrower types when won’t be needed) along with tests that fake and work around to pass.
So turns out that I’m not writing code but I’m reading lots of code.
The fact that I know first hand prior to Gen AI is that writing code is way easier. It is reading the code, understanding it and making a mental model that’s way more labour intensive.
Therefore I need more time and effort with Gen AI than I needed before because I need to read a lot of code, understand it and ensure it adheres to what mental model I have.
Hence Gen AI at this price point which Anthropic offers is a net negative for me because I am not vibe coding, I’m building real software that real humans depend upon and my users deserve better attention and focus from me hence I’ll be cancelling my subscription shortly.
wg0
我写详细的规格说明。多文件，附带示例代码。用Markdown格式。
然后交给Claude Sonnet。
有了明确的硬性需求，我发现生成的代码漏了需求，有重复代码，甚至有不必要的数据处理（比如把对象映射成类型更窄的新对象，而其实不需要），还有那些通过造假和变通来通过测试的代码。
所以事实证明，我不是在写代码，而是在看大量代码。
我亲身经历过的情况是，写代码其实容易得多。真正费力的是阅读代码，理解代码，构建心理模型。
因此，我用生成式AI反而比以前花更多时间和精力，因为我得读很多代码，理解它们，并确保它们符合我的心理模型。
因此，Anthropic这个价格点的生成式AI对我而言是净负面影响，因为我不是在随意写写代码，我在构建真正能被实际用户依赖的软件，而我的用户理应得到我更多关注和专注，所以我很快就会取消订阅。
https://news.ycombinator.com/item?id=47886696
There are quite a few comments here about benchmark and coding performance. I would like to offer some opinions regarding its capacity for mathematics problems in an active research setting.
I have a collection of novel probability and statistics problems at the masters and PhD level with varying degrees of feasibility. My test suite involves running these problems through first (often with about 2-6 papers for context) and then requesting a rigorous proof as followup. Since the problems are pretty tough, there is no quantitative measure of performance here, I’m just judging based on how useful the output is toward outlining a solution that would hopefully become publishable.
Just prior to this model, Gemini led the pack, with GPT-5 as a close second. No other model came anywhere near these two (no, not even Claude). Gemini would sometimes have incredible insight for some of the harder problems (insightful guesses on relevant procedures are often most useful in research), but both of them tend to struggle with outlining a concrete proof in a single followup prompt. This DeepSeek V4 Pro with max thinking does remarkably well here. I’m not seeing the same level of insights in the first response as Gemini (closer to GPT-5), but it often gets much better in the followup, and the proofs can be very impressive; nearly complete in several cases.
Given that both Gemini and DeepSeek also seem to lead on token performance, I’m guessing that might play a role in their capacity for these types of problems. It’s probably more a matter of just how far they can get in a sensible computational budget.
Despite what the benchmarks seem to show, this feels like a huge step up for open-weight models. Bravo to the DeepSeek team!
hodgehog11
这里有不少关于基准测试和编码性能的评论。我想就它在实际科研环境中解决数学问题的能力提出一些看法。
我手头有一套硕士和博士水平的新颖概率与统计问题，难度各异。我的测试流程是先输入这些问题（通常附带约2-6篇相关论文作为背景资料），然后再请求其给出严密的证明作为后续回答。由于这些问题相当困难，这里没有量化的性能评估，我只是根据输出对解决方案的帮助程度来判断，理想情况下希望能生成可发表的成果。
在这个模型之前，Gemini是领先者，GPT-5紧随其后。没有其他模型能接近这两者（不，包括Claude也不行）。Gemini在一些较难问题上偶尔会有惊人的洞见（对相关方法的有见地猜测在科研中非常有价值），但这两个模型通常都难以在一次后续回答中勾勒出具体的严谨证明。DeepSeek V4 Pro开启最大思考后，在这方面表现非常出色。我观察到其首次回答的洞见不如Gemini（更接近GPT-5水平），但后续回答往往大有进步，证明部分非常令人印象深刻；多次接近完整。
鉴于Gemini和DeepSeek在代币表现上似乎也处于领先地位，我猜这可能与它们解决此类问题的能力有关。基本上是看它们在合理的计算资源限制下能走多远。
尽管基准测试结果可能并不明显，这在开源权重模型中仍然是一次巨大飞跃。为DeepSeek团队点赞！
https://news.ycombinator.com/item?id=47889668
You may have a cool product in the field of sports betting, casinos, or lotteries. But almost all social networks and search engines won’t let you advertise without a license from the required jurisdiction. Good. You should face social stigma for creating products that literally ruin people’s lives.
b40d-48b2-979e
你可能在体育博彩、赌场或彩票领域有一个很酷的产品。但几乎所有的社交网络和搜索引擎都不会允许你在没有相关辖区许可的情况下做广告。
很好。你应该因为创造了彻底毁掉人们生活的产品而受到社会的谴责。
https://news.ycombinator.com/item?id=47896920
Context: a few weeks ago, Anthropic signed a deal to buy “multiple gigawatts of next-generation TPU capacity” from Google and Broadcom 1. There have been several previous deals, too.
Some people call this sort of thing a “circular deal”, but perhaps a better way to think of it is as a very large-scale version of vendor financing? The simple version of vendor financing is when a vendor gives a retailer time to pay for goods they purchased for resale. This is effectively a loan that’s backed by the retailer’s ability to resell the goods. There’s a possibility that the retailer goes broke and doesn’t pay, but the vendor has insight into how well the retailer is doing, so they know if they’re a good risk.
Similarly, Google likely knows quite a lot about Anthropic because Anthropic buys computing services from Google for resale. They’re making an equity investment rather than a loan, but the money will be coming back to Google, assuming Anthropic’s sales continue to rise as fast as they have been.
Also, if you own Google stock, some small part of that is an investment in Anthropic?
1 https://www.anthropic.com/news/google-broadcom-partnership-compute
skybrian
几周前，Anthropic 签署了一项协议，将从 Google 和 Broadcom 购买“多千兆瓦的下一代 TPU 容量” 1。之前也有过几笔类似的交易。
有些人称这类交易为“循环交易”，但或许更好的理解是一种大规模的供应商融资？供应商融资的简单版本是供应商给零售商一定的时间来支付他们为转售购买的商品款项。这本质上是一种贷款，背书来源于零售商转售商品的能力。零售商有可能破产不付钱，但供应商可以了解零售商的经营状况，从而判断其风险是否可控。
类似地，Google 可能对 Anthropic 了解很多，因为 Anthropic 是从 Google 购买计算服务再进行转售的。他们做的是股权投资而非贷款，但只要 Anthropic 的销售额像过去一样持续快速增长，资金最终还是会回到 Google 手里。
另外，如果你持有 Google 股票，那么其中一小部分其实也是对 Anthropic 的投资。
1 https://www.anthropic.com/news/google-broadcom-partnership-compute
https://news.ycombinator.com/item?id=47896806
Where I work:
Development velocity is very noticeably much higher across the board. Quality is not obviously worse, but it’s LLM assisted, not vibe coding (except for experiments and internal tools).
Things that would have been tactically built with TypeScript are now Rust apps.
Things that would have been small Python scripts are full web apps and dashboards.
Vibe coding (with Claude Desktop, nobody is using Replit or any of the others) is the new Excel for non tech people.
Every time someone has any idea it’s accompanied by a multi page “Clauded” memo explaining why it’s a great idea and what exactly should be done (about 20% of which is useful).
80% of what were web searches now go to Claude instead (for at least a significant minority of people, could easily be over 50%).
Nobody talks about ChatGPT any more. It’s Claude or (sometimes) Gemini.
My main job isn’t writing code but I try to keep Claude Code (both my personal and corpo accounts) and OpenCode (also almost always Claude, via Copilot) busy and churning away on something as close to 100% of the time as I can without getting in the way of my other priorities.
We (~20 people) are probably using 2 orders of magnitude more inference than we were at the start of the year and it’s consolidated away from cursor, ChatGPT and Claude to just be almost all Claude (plus a little Gemini as that’s part of our Google Whateverspace plan and some people like it, mostly for non-engineering tasks).
No idea if any of this will make things better, exactly, but I think we’d be at a severe competitive disadvantage if we dropped it all and went back how things were.
barnabee
我工作的地方：
整体开发速度明显快了很多。质量看起来并没有明显变差，但现在是由大型语言模型辅助完成的，而不是凭感觉写代码（实验和内部工具除外）。
本来会用 TypeScript 战术性开发的东西，现在变成了用 Rust 开发的应用。
本来会写成小的 Python 脚本的东西，现在做成了完整的网络应用和仪表盘。
非技术人员的新“Excel”是带有 Claude Desktop 的“凭感觉写代码”，没人用 Replit 或其他工具。
每当有人有想法时，都会附带一份多页的“Claude”备忘录，解释为什么这是个好主意以及具体该做什么（大约 20% 内容是有用的）。
以前 80% 的网页搜索现在至少在一部分人群中改为用 Claude，可能超过 50%。
大家已经不怎么提 ChatGPT 了，现在用的是 Claude 或（偶尔）Gemini。
我主要工作不是写代码，但我尽力让 Claude Code（我个人和公司账户）以及 OpenCode（几乎总是通过 Copilot 用 Claude）一直保持忙碌，几乎百分之百时间都在运行代码，同时不影响我其他优先事项。
我们（大约 20 人）现在的推理调用量比年初增加了大两个数量级，且从原来的 cursor、ChatGPT 和 Claude 分散到几乎全部集中在 Claude（还有少量 Gemini，因这是我们 Google Whateverspace 计划的一部分，有些人喜欢用，主要用于非工程任务）。
不确定这些变化是否一定会让一切变得更好，但如果放弃这一切回到过去的做法，我认为我们会处于严重的竞争劣势。
https://news.ycombinator.com/item?id=47886750
The incredible arrogance and hybris of the American initiated tech war - it is just a beautiful thing to see it slowly fall apart.
The US-China contest aside - it is in the application layer llms will show their value. There the field, with llm commoditization and no clear monopolies, is wide open.
There was a point in time where it looked like llms would the domain of a single well guarded monopoly - that would have been a very dark world. Luckily we are not there now and there is plenty of grounds for optimism.
chvid
美国发起的科技战争所表现出的难以置信的傲慢和自大——看到它慢慢瓦解真是一件美妙的事情。
撇开美中竞争不谈——大模型（llms）的价值将在应用层面显现。在那里，随着大模型的商品化和没有明确垄断，市场是非常开放的。
曾有一段时间，看起来大模型将成为某个单一严格把控的垄断领域——那将是一个非常黑暗的世界。幸运的是，现在情况并非如此，未来充满了许多乐观的理由。
https://news.ycombinator.com/item?id=47886285
Seriously, why can’t huge companies like OpenAI and Google produce documentation that is half this good??
https://api-docs.deepseek.com/guides/thinking_mode
No BS, just a concise description of exactly what I need to write my own agent.
throwa356262
说真的，为什么像OpenAI和谷歌这样的大公司就不能出一份至少有这份文档一半好的说明文档呢？
https://api-docs.deepseek.com/guides/thinking_mode
没有废话，只有我写自己代理所需的简明说明。
https://news.ycombinator.com/item?id=47895553
I think the subtext of the last few weeks is the Anthropic was becoming severely capacity constrained (or approaching that). They seem to have had to sign two somewhat adverse contracts with Amazon and Google in short succession. suddenly model quality is back up again.
33MHz-i486
我认为这几周的潜台词是Anthropic的能力严重受限（或者接近受限）。他们似乎不得不在短时间内与亚马逊和谷歌签订了两份稍显不利的合同。突然之间，模型的质量又提升了。
https://news.ycombinator.com/item?id=47896389
We suddenly have a proliferation of new internal tools and resources, nearly all of which are barely functional and largely useless with no discernible impact on the overall business trajectory but sure do seem to help come promo time.
Barely an hour goes by without a new 4-page document about something that that everyone is apparently ment to read, digest and respond to, despite its ‘author’ having done none of those steps, it’s starting to feel actively adversarial.
msy
我们突然出现了大量新的内部工具和资源，几乎所有的工具都功能欠缺，基本没用，对整体业务走向没有明显影响，但在升职考核时似乎确实有帮助。
几乎每小时都有一份新的四页文档，内容大家显然都被要求阅读、消化并回复，尽管“作者”自己根本没做过这些步骤，这种情况开始让人感觉像是在对抗。
https://news.ycombinator.com/item?id=47899472
The Firefox team is experimenting with ways to improve the built-in Enhanced Tracking Protection feature in Firefox. This is one of the libraries we’re going to experiment with.
- We are not, and have no plans to abandon MV2 extensions. This will ensure certain types of add-ons, like ad-blockers, continue to work best in Firefox.
- Firefox supports several ad-blockers as add-ons on Desktop and Android, including uBlock Origin.
- We are not bundling Brave’s ad-blocking system, we’re testing one of their open source Rust components to improve how Firefox processes tracker lists.
This is what the official Firefox account had to say when this came up on reddit.
evilpie
Firefox团队正在尝试改进Firefox内置的增强跟踪保护功能的各种方法。这是我们将要试验的一个库。
我们没有，也不打算放弃MV2扩展。这将确保某些类型的插件，比如广告拦截器，能够在Firefox中继续最佳运行。
Firefox在桌面和安卓平台支持多种广告拦截插件，包括uBlock Origin。
我们并没有整合Brave的广告拦截系统，我们只是测试他们一个开源的Rust组件，以改进Firefox处理跟踪列表的方式。
https://news.ycombinator.com/item?id=47885496
People bring up “overhiring” every single time. We’ve had like 3 years of these massive layoffs already. How many “corrections” do they need?
I’m beginning to feel like the “overhiring” line is a concerted campaign
culi
每次都会有人提到“过度招聘”。我们已经经历了大约三年的大规模裁员了。他们还需要多少次“调整”？
我开始觉得“过度招聘”这句话像是一场有组织的宣传活动。
https://news.ycombinator.com/item?id=47897648
Project Eleven just awarded 1 BTC for “the largest quantum attack on ECC to date”, a 17-bit elliptic curve key recovered on IBM Quantum hardware. Yuval Adam replaced the quantum computer with /dev/urandom. It still recovers the key.
pigeons
Project Eleven 刚刚因“迄今为止对椭圆曲线密码学（ECC）最大的量子攻击”获得了1个比特币奖励，他们在IBM量子硬件上恢复了一个17位的椭圆曲线密钥。Yuval Adam 用 /dev/urandom 替换了量子计算机，依然能够恢复该密钥。
https://news.ycombinator.com/item?id=47886569
As a Brit I’m here for it to be honest, I’m tired of America with everything that’s going on.
China is not perfect but a bit of competition is healthy and needed
ifwinterco
作为英国人，说实话我支持这个，我已经对美国发生的一切感到厌倦。
中国并不完美，但一些竞争是健康且必要的。
https://news.ycombinator.com/item?id=47895911
That’s what’s needed when you go from $9B in ARR … to $30B in ARR literally just one quarter later.
That kind of insane growth & demand is unprecedented at that scale.
https://www.anthropic.com/news/google-broadcom-partnership-compute
tiffanyh
当你的年经常性收入从90亿美元……在短短一个季度内飙升到300亿美元时，这正是所需要的。
如此疯狂的增长和需求，在如此规模上是前所未有的。
https://www.anthropic.com/news/google-broadcom-partnership-compute
https://news.ycombinator.com/item?id=47891379
Day 1: We aim to demonstrate the effectiveness of an existing industrial catalyst in a novel application that has not seen commercial usage, potentially lowering cost of production of precursors for essential medications
Day 400: Having thoroughly described a universal theory of everything, we set out to build an experimental apparatus in orbit at a Lagrange point capable of detecting a universal particle which acts a mediator for all observable forces in the known universe.
sidewndr46
第1天：我们旨在证明一种现有的工业催化剂在一种尚未商业化应用的新领域中的有效性，可能降低关键药物前体的生产成本。
第400天：在详细描述了一个万物统一理论后，我们着手在拉格朗日点建造一个轨道实验装置，能够检测一种作为已知宇宙所有可观测力的媒介的普适粒子。
https://news.ycombinator.com/item?id=47898716
This was exactly the premise of my sigbovik April Fool’s paper in 2025 1: for small numbers, Shor’s algorithm succeeds quickly when fed random samples. And when your circuit is too long (given the error rate of the quantum computer), the quantum computer imitates a random number generator. So it’s trivial to “do the right thing” and succeed for the wrong reason. It’s one of the many things that make small factoring/ecdlp cases bad benchmarks for progress in quantum computing.
I warned the project11 people that this would happen. That they’d be awarding the bitcoin to whoever best obfuscated that the quantum computer was not contributing (likely including the submitter fooling themselves). I guess they didn’t take it to heart.
Strilanc
这正是我在2025年sigbovik愚人节论文 1中的论点：对于小数字，当输入随机样本时，Shor算法能快速成功。而当你的电路太长（考虑到量子计算机的错误率），量子计算机其实变成了随机数生成器的模拟。所以“做对了事”却因错误的原因成功，这很容易做到。这也是许多因素之一，说明小规模的分解因子或椭圆曲线离散对数问题并不适合作为量子计算进展的基准。
我曾警告project11的人这会发生。他们会把比特币奖励给那些最能掩饰量子计算机并未真正贡献的人（很可能包括提交者自己骗自己）。看来他们并不把这当回事。
https://news.ycombinator.com/item?id=47892744
I feel like I’m using Claude Opus pretty effectively and I’m honestly not running up against limits in my mid-tier subscriptions. My workflow is more “copilot” than “autopilot”, in that I craft prompts for contained tasks and review nearly everything, so it’s pretty light compared to people doing vibe coding.
The market-leading technology is pretty close to “good enough” for how I’m using it. I look forward to the day when LLM-assisted coding is commoditized. I could really go for an open source model based on properly licensed code.
rectang
我觉得我使用Claude Opus相当有效，老实说，在我的中级订阅中并没有遇到限制。我的工作流程更像是“辅助驾驶”而非“自动驾驶”，也就是说我会为具体任务设计提示，并且几乎审查所有内容，所以相较于那些进行代码调试的人来说，我的工作量还是比较轻松的。
目前市场领先的技术对于我的使用场景来说已经差不多“足够好了”。我期待有一天LLM辅助编程能够变成一种商品化服务。我非常希望出现一个基于合法授权代码的开源模型。
https://news.ycombinator.com/item?id=47891121
Incidentally, this describes what I believe to be the great difficulty of PhD research. You have to take a topic you find interesting and read all possible related work in it, which tends to result in significant scope creep as you realize just how much there is that already does you want to do. Having exhausted your initial energy and excitement for the project, you have to force yourself the remaining 20-30% of he way to the finish line to get that work to a publishable state.
bennettnate5
顺便说一句，这正好描述了我认为博士研究的最大难点。你必须选择一个自己感兴趣的课题，阅读所有相关的已有研究，这通常会导致研究范围不断扩大，因为你会意识到已有的工作远比你想做的要多得多。在耗尽了最初的动力和兴奋后，你必须强迫自己坚持完成剩下20%到30%的工作，才能使研究成果达到可发表的状态。
https://news.ycombinator.com/item?id=47883404
Nabbing the little guy for show, very much like Henry Hill taking one for Paulie and the gang. The same gang that robbed the Lufthansa vault at JFK Airport, stealing six million dollars in cash and jewelry.
When the history of this administration is written, provided that history itself has not been completely rewritten a la “1984,” Goodfellas will be required reading/watching.
And the highly profitable daily mood-induced oil price bets will just be forgotten.
Wilhoit’s Law:
Wilhoit’s law.
“Conservatism consists of exactly one proposition, to wit: There must be in-groups whom the law protects but does not bind, alongside out-groups whom the law binds but does not protect.”
https://pylimitics.net/wilhoits-law/
k310
抓住这个小人物来作展示，非常像亨利·希尔（Henry Hill）为了保利（Paulie）和帮派承担责任。正是那个帮派抢劫了JFK机场的汉莎航空保险库，偷走了价值六百万美元的现金和珠宝。
当这届政府的历史被书写时，前提是历史本身没有像《1984》那样被彻底篡改，《好家伙》（Goodfellas）将成为必读/必看之作。
而那些由日常情绪驱动的高利润石油价格押注则会被遗忘。
威尔霍特定律：
威尔霍特定律。
“保守主义正是由一个命题组成，那就是：必须存在法律保护但不约束的内团体，同时还有法律约束但不保护的外团体。”
https://news.ycombinator.com/item?id=47896190
The inflection point was 2012, when AlexNet [0], a deep convolutional neural net, achieved a step-change improvement in the ImageNet classification competition.
After seeing AlexNet’s results, all of the major ML imaging labs switched to deep CNNs, and other approaches almost completely disappeared from SOTA imaging competitions. Over the next few years, deep neural networks took over in other ML domains as well.
The conventional wisdom is that it was the combination of (1) exponentially more compute than in earlier eras with (2) exponentially larger, high-quality datasets (e.g., the curated and hand-labeled ImageNet set) that finally allowed deep neural networks to shine.
The development of “attention” was particularly valuable in learning complex relationships among somewhat freely ordered sequential data like text, but I think most ML people now think of neural-network architectures as being, essentially, choices of tradeoffs that facilitate learning in one context or another when data and compute are in short supply, but not as being fundamental to learning. The “bitter lesson” 1 is that more compute and more data eventually beats better models that don’t scale.
Consider this: humans have on the order of 10^11 neurons in their body, dogs have 10^9, and mice have 10^7. What jumps out at me about those numbers is that they’re all big. Even a mouse needs hundreds of millions of neurons to do what a mouse does.
Intelligence, even of a limited sort, seems to emerge only after crossing a high threshold of compute capacity. Probably this has to do with the need for a lot of parameters to deal with the intrinsic complexity of a complex learning environment. (Mice and men both exist in the same physical reality.)
On the other hand, we know many simple techniques with low parameter counts that work well (or are even proved to be optimal) on simple or stylized problems. “Learning” and “intelligence”, in the way we use the words, tends to imply a complex environment, and complexity by its nature requires a large number of parameters to model.
pash
转折点是在2012年，当时AlexNet[0]，一个深度卷积神经网络，在ImageNet分类比赛中实现了质的飞跃。
看到AlexNet的成果后，所有主要的机器学习图像实验室都转向了深度卷积神经网络，其他方法几乎完全从最先进的图像竞赛中消失了。在接下来的几年里，深度神经网络也逐渐主导了其他机器学习领域。
普遍的看法是，正是(1)比以往指数级增长的计算能力和(2)指数级增长的高质量数据集（如经过精心策划和人工标注的ImageNet数据集）的结合，最终让深度神经网络得以大放异彩。
“注意力机制”的发展在学习诸如文本这类顺序性较强且顺序较自由的数据中的复杂关系时尤其有价值，但我认为现在大多数机器学习专家认为神经网络架构本质上是为了在数据和计算资源有限的情况下，实现不同场景下学习的权衡选择，而不是学习的根本原理。“苦难教训” 1是，更多的计算资源和更多的数据最终会击败那些不能扩展的更优模型。
考虑一下：人类大约有10^11个神经元，狗有10^9个，老鼠有10^7个。我关注的是这些数字都很大。即使是老鼠，也需要数亿个神经元来完成它们的行为。
即使是有限的智能，似乎也只有在计算能力超过某个高阈值后才会出现。可能这是因为复杂学习环境本质上的复杂性需求大量参数来处理。（老鼠和人类都存在于相同的物理现实中。）
另一方面，我们知道许多参数数量较少的简单技术在简单或程式化的问题上效果很好，甚至被证明是最优的。“学习”和“智能”这两个词通常意味着一个复杂的环境，而复杂性本质上需要大量参数来建模。
https://news.ycombinator.com/item?id=47892332
Almost all of Patrick’s points are great if your software development goal is to make a buck. They don’t seem to matter if you’re writing open source, and I’d argue that desktop apps are still relevant and wonderful in the open source world. I just started a new hobby project, and am doing it as a cross-platform, non-Electron, desktop app because that’s what I like to develop.
The onboarding funnel: Only a concern if you’re trying to grow your user base and make sales.
Conversion: Only a concern if you’re charging money.
Adwords: Only a concern if, in his words, you’re trying to “trounce my competitors”.
Support: If you’re selling your software, you kind of have to support it. Minor concern for free and open source.
Piracy: Commercial software concern only.
Analytics and Per-user behavior: Again, only commercial software seems to feel the need to spy on users and use them as A/B testing guinea pigs.
The only point I can agree with him that makes web development better is the shorter development cycles. But I would argue that this is only a “developer convenience” and doesn’t really matter to users (in fact, shorter development cycles can be worse for users as their software changes rapidly like quicksand out from under them.) To me, in my open source projects, my “development cycle” ends when I push to git, and that can be done as often as I want.
ryandrake
几乎所有Patrick的观点在你以赚钱为目标的软件开发中都很有价值。如果你是在写开源软件，这些观点似乎并不适用。我还认为桌面应用在开源世界依然重要且出色。我刚开始了一个新的业余项目，做的是跨平台的非Electron桌面应用，因为这正是我喜欢开发的类型。
用户引导流程：只有在你想扩大用户群并增加销售时才是问题。
转化率：只有在你收费时才是问题。
Adwords广告：只有在他所谓的“击败竞争对手”时才是问题。
支持服务：如果你卖软件，你必须提供支持。对于免费和开源软件来说，这只是个次要问题。
盗版：只关乎商业软件。
分析和每用户行为跟踪：同样，只有商业软件才会觉得需要监控用户，把他们当成A/B测试的试验对象。
我唯一同意他的让网页开发更好的点是更短的开发周期。但我认为这只是“开发者的方便”，对用户并不重要（事实上，更短的开发周期可能对用户更糟，因为软件像流沙一样迅速变化，让用户难以适应）。对我来说，在我的开源项目里，我的“开发周期”就是我什么时候推送到git，这可以随时进行。
https://news.ycombinator.com/item?id=47892830
Also, note that there’s zero CUDA dependency. It runs entirely on Huawei chips.
That is a huge claim to make with no evidence.
I researched what you said, and I have found no statement to that effect in their paper[0], on huggingface 1, twitter[2], WeChat[3], or in their news release[4].
They only mention as a footnote in only the Chinese version of their news release that they plan to reduce inference costs with the Ascend 950 supernode when it releases[5]. The only mention of Huawei in their paper is that they validated a technique to lower interconnect bandwidth on Ascend NPUs and Nvidia GPUs[6].
[0] https://huggingface.co/deepseek-ai/DeepSeek-V4-Pro/blob/main/DeepSeek_V4.pdf
1 https://huggingface.co/deepseek-ai/DeepSeek-V4-Pro
[2] https://xcancel.com/deepseek_ai/status/2047516922263285776
[3] https://mp.weixin.qq.com/s/8bxXqS2R8Fx5-1TLDBiEDg
[4] https://api-docs.deepseek.com/news/news260424
[5] https://api-docs.deepseek.com/zh-cn/img/v4-price.png
[6] Page 16
nabakin
另外，请注意这里完全没有CUDA依赖。它完全运行在华为芯片上。
这是一个没有任何证据的大声明。
我调查了你说的内容，但在他们的论文[0]、huggingface页面 1、推特[2]、微信[3]以及新闻发布[4]中都没有找到类似表述。
他们只是在新闻发布的中文版脚注中提到，计划在Ascend 950超级节点发布时降低推理成本[5]。他们论文中唯一提到华为的是验证了一种降低Ascend NPU和Nvidia GPU之间互连带宽的技术[6]。
[0] https://huggingface.co/deepseek-ai/DeepSeek-V4-Pro/blob/main/DeepSeek_V4.pdf
1 https://huggingface.co/deepseek-ai/DeepSeek-V4-Pro
[2] https://xcancel.com/deepseek_ai/status/2047516922263285776
[3] https://mp.weixin.qq.com/s/8bxXqS2R8Fx5-1TLDBiEDg
[4] https://api-docs.deepseek.com/news/news260424
[5] https://api-docs.deepseek.com/zh-cn/img/v4-price.png
[6] 第16页
https://news.ycombinator.com/item?id=47885904
It’s #3 - it’s always #3.
All of these tech companies (with perhaps the notable exception of Apple) massively overhired during the pandemic, and that overhiring was on top of a decade+ of the ZIRP era. So there are 2 main drivers of these layoffs:
Correcting pandemic overhiring
In the ~2010-2022 timeframe, tech companies poured all this money into speculative bets that never went anywhere, at least from a profit perspective (think Amazon’s Alexa devices division, Google Stadia, and perhaps most famously the Metaverse itself). All those diversions are now toast, and they employed a ton of people. The only speculative bet that is now “allowed” is AI, which is one reason why I giggle whenever I hear people trying to defend their companies or projects by adding “AI” somewhere in the name.
So perhaps my second point is similar to your #2, but I think the important difference is that the end of the ZIRP era would have caused companies to kill these inherently unprofitable projects even if AI never came on the scene.
hn_throwaway_99
是第三条——永远都是第三条。
所有这些科技公司（或许苹果是个例外）在疫情期间大规模招聘，而这次过度招聘是在十多年零利率政策（ZIRP）时代的基础上进行的。所以这次裁员有两个主要原因：
纠正疫情期间的过度招聘
在大约2010年至2022年间，科技公司将大量资金投入到一些从盈利角度看从未成功的投机项目中（比如亚马逊的Alexa设备部门、谷歌Stadia，可能最著名的是元宇宙本身）。所有这些偏离主业的项目现在都失败了，而且它们雇佣了很多人。唯一现在“被允许”的投机项目是人工智能，这也是为什么每当有人试图通过在公司或项目名称中加入“AI”来为其辩护时，我都会忍俊不禁。
所以我第二点可能和你说的第二点类似，但我认为，关键的区别是，即使人工智能从未出现，ZIRP时代结束也会促使公司关闭这些本质上不盈利的项目。
2026-04-24 07:47:12
- exe.dev 欲以更灵活的按 CPU/内存直购与自由 VM 运行、内置 TLS/认证的新云，回应 HN 对 Kubernetes 过度复杂、仅大规模适用而小团队偏好简单栈的共识。
- Firefox/衍生浏览器曾因 IndexedDB 返回顺序泄露稳定指纹跨站关联用户，已在 v150 修复，讨论指这类指纹更常针对普通用户且应优先负责任披露。
- 苹果修复通知数据库缓存致已删消息可被取证恢复的漏洞并对旧版 iOS 18 推送补丁，专家建议关闭通知预览且强调推送链路不存明文。
- Bitwarden CLI 2026.4.0 遭供应链投毒植入窃密脚本，业界建议立刻撤换版本与旋转密钥，并通过发布冷静期、自动检测和源码构建降低风险。
- 用生成式模型“逐像素”实时流式渲染网页虽视觉吸睛却错误频发，更适合概念演示而非需高准确性的复杂系统。
- 研究表明模型修复小错常“过度编辑”引入不必要复杂度，呼吁最小改动式能力并配合清晰指令与迭代使用。
- 疫后美国幸福感断崖式下滑或因长期疫情心态叠加通胀与住房压力，宏观指标向好难抵个体收入吃紧与精神负担上升。
- 两起行动被曝滥用 SS7/Diameter 与 SIMjacker 全球跟踪手机位置，凸显电信防护缺口与情报机构、数据经纪推动的灰色监控生态。
- 法国 ANTS 被攻破致账户信息外泄并疑达千万级，引发对过度 KYC 与集中存储风险的担忧及强制渗透测试与最小化采集的呼声。
- Arch Linux 发布位对位可复现的 Docker 镜像（需容器内初始化 pacman 密钥），加强供应链可验证性并引发与 Nix 等声明式及传统脚本方案的对照讨论。
https://crawshaw.io/blog/building-a-cloud
这篇文章是作者在宣布其新创业项目 exe.dev 的筹资消息当天写的，内容较为个人化，阐述了他为何决定再次创业的原因。作者已经是一个成功创业公司的联合创始人，产品深受喜爱，但他选择重新创业，主要是因为他对计算机的热爱以及对现有云计算平台的诸多不满。
作者详细分析了当前云计算的不足之处：虚拟机（VM）资源绑定死板，无法灵活管理 CPU、内存和磁盘资源；云厂商的 PaaS 系统限制多，缺乏通用性和灵活性；云存储以远程块设备为主，虽然适合机械硬盘，但面对 SSD 时性能瓶颈明显，且成本高昂；网络费用极高，限制了用户的使用规模和灵活性；云平台 API 复杂且痛苦，虽然有 Kubernetes 等工具缓解部分问题，但本质上难以解决云计算抽象层的根本缺陷。
作者认为，过去 15 年我们一直在忍受这些云计算的缺陷，但现在有了“代理”（agents）技术的出现，软件开发将更加普及和频繁，云计算的不足将成为更大的痛点。代理技术虽然能帮助操作云 API，但无法突破云平台本身的限制。
因此，作者和团队决定通过 exe.dev 来解决这些问题，特别是虚拟机资源隔离的问题。exe.dev 允许用户直接购买 CPU 和内存资源，自由运行虚拟机，避免了传统云平台的资源绑定限制。同时，exe.dev 还内置了 TLS 代理和认证等功能，简化管理，提升用户体验。作者希望通过这个项目，打造一个更灵活、高效且用户友好的云计算平台，真正解决当前云计算的根本痛点。
https://news.ycombinator.com/item?id=47872324
https://fingerprint.com/blog/firefox-tor-indexeddb-privacy-vulnerability/
本文揭示了一个影响所有基于 Firefox 浏览器的隐私漏洞。该漏洞允许网站通过 IndexedDB 返回的数据库顺序，生成一个唯一且稳定的进程级别标识符，从而跨网站追踪用户，即使在用户期望强隔离的环境下也无法避免。
IndexedDB 是浏览器用于客户端存储结构化数据的 API，indexedDB.databases()接口返回当前源可见的数据库元数据。正常情况下，返回顺序应是中立且不携带身份信息的，但 Firefox 中该顺序基于内部存储结构，且在私密浏览模式下，数据库名被映射为 UUID 并存储在全局哈希表中，哈希表的迭代顺序决定了返回的数据库顺序。此顺序在浏览器进程生命周期内保持稳定，且跨不同网站和私密窗口共享，只有完全重启浏览器时才会改变。
该漏洞破坏了私密浏览模式的两个核心隐私预期：不同网站无法识别同一浏览器实例，以及私密会话结束后状态应被清除。攻击者无需依赖 cookie 或本地存储，只需利用浏览器内部实现细节即可进行高容量的用户指纹识别。
该问题已被负责任地报告给 Mozilla 和 Tor 项目，Mozilla 已在 Firefox 150 及 ESR 140.10.0 中发布修复补丁。修复方法是对返回的数据库列表进行规范化或排序，避免暴露基于进程状态的内部存储顺序。
总结来说，本文提醒开发者和安全人员，即使看似无害的 API 也可能泄露稳定的进程级状态，成为跨站追踪的向量，强调了隐私保护中对内部实现细节的关注必要性。
https://news.ycombinator.com/item?id=47866697
苹果公司于 2026 年 4 月 22 日发布了针对 iPhone 和 iPad 的系统更新，修复了一个安全漏洞。该漏洞允许执法部门通过法医工具提取已删除或自动消失的聊天消息，原因是消息内容曾以通知形式显示，并被设备缓存长达一个月。苹果在安全公告中指出，这一问题导致“标记为删除的通知可能意外保留在设备上”。
此前，独立新闻机构 404 Media 曝光了这一漏洞，称联邦调查局（FBI）利用该漏洞成功提取了 Signal 应用中已删除的消息内容。Signal 公司总裁 Meredith Whittaker 随后要求苹果修复此问题，强调删除消息的通知内容不应保留在操作系统的通知数据库中。
隐私保护人士对此表示担忧，认为这一漏洞绕过了 Signal 等应用的自动删除消息功能，影响了用户的隐私安全。苹果尚未公开解释为何通知内容会被记录，但此次修复表明这是一个系统漏洞。此次补丁也适用于运行旧版 iOS 18 系统的设备。
报道还提到，用户若有关于执法部门如何使用法医工具获取手机数据的信息，可以通过多种加密方式联系报道记者 Lorenzo Franceschi-Bicchierai。
https://news.ycombinator.com/item?id=47868867
https://socket.dev/blog/bitwarden-cli-compromised
Socket 研究团队于 2026 年 4 月 23 日发布报告，揭露了 Bitwarden CLI 版本 2026.4.0 在持续的 Checkmarx 供应链攻击活动中被恶意篡改。Bitwarden 作为全球领先的开源密码管理器，拥有超过 1000 万用户和 5 万家企业客户。攻击者通过入侵 Bitwarden 的 CI/CD 流程中的 GitHub Action，植入了名为 bw1.js 的恶意代码。
该恶意代码具备多种攻击手段，包括通过 GitHub Actions Runner 内存抓取 GitHub 令牌、窃取 AWS、Azure、GCP 等云服务凭证，以及利用 npm 令牌进行恶意包的重新发布。攻击还通过创建带有 Dune 主题命名规则的公共 GitHub 仓库，隐蔽地将窃取的数据加密后提交，且有针对俄罗斯地区的“杀开关”机制，避免在该地区执行。
与此前 Checkmarx 攻击中发现的 mcpAddon.js 恶意代码共享核心基础设施，但此次攻击带有更强烈的意识形态色彩，恶意代码中嵌入了“Shai-Hulud: The Third Coming”等标识和“Butlerian Jihad”宣言，显示可能是同一恶意生态系统中的不同运营者或分支。
针对该事件，建议受影响组织立即移除受感染的 Bitwarden CLI 版本，全面审查 CI/CD 环境中的凭证泄露风险，旋转所有可能暴露的密钥和令牌，检查 GitHub 仓库是否存在异常创建和恶意工作流文件，排查异常网络连接和文件修改行为。长期防护措施包括严格限制令牌权限、缩短凭证有效期、强化 GitHub Actions 权限管理及监控异常仓库和工作流变更。
报告还列出了相关的恶意网络地址、文件系统指标及 Dune 系列关键词，供安全团队检测和响应使用。Socket 团队将持续跟进调查，发布更详尽的技术分析和应对建议。
https://news.ycombinator.com/item?id=47876043
你屏幕上的每一个像素，都是直接从模型实时流式传输出来的。没有 HTML，没有布局引擎，没有代码。只有你真正想看到的内容。
https://news.ycombinator.com/item?id=47867048
https://nrehiew.github.io/blog/minimal_editing/
本文探讨了 AI 辅助编程中的“过度编辑”问题，即模型在修复代码错误时，往往会对代码进行超出必要范围的重写，导致代码结构与原始代码偏离过大。过度编辑不仅增加了代码审查的难度，也可能导致代码质量的隐性下降。文章通过一个典型案例展示了 GPT-5.4 在修复一个简单的越界错误时，重写了整个函数，添加了许多未被要求的复杂处理，尽管代码功能正确，但差异巨大。
文章指出，软件工程分为新建项目（green-field）和维护现有代码（brown-field）两种模式，过度编辑主要是 brown-field 中的问题，因为现有代码是经过团队理解和设计的，模型应只修复错误而非重构代码。仅依赖测试用例无法发现过度编辑，因为测试通过并不代表代码没有被不必要地改动。
为了研究过度编辑，作者构建了一个包含 400 个程序错误的测试集，这些错误均为细微且明确的修改，如比较符号替换、运算符替换等，确保最小修复是错误的简单逆操作。通过比较模型修复代码与最小修复的差异，评估模型是否过度编辑。
文章提出了两种衡量指标：基于 Python 语法单元的 Levenshtein 距离，用于衡量代码改动的幅度；认知复杂度，用于衡量代码理解难度的变化。理想情况下，正确修复应保持认知复杂度不变，任何增加都表明引入了不必要的复杂性。
实验结果显示，即使是最先进的模型也存在过度编辑现象。不同模型在修复准确率（Pass@1）、改动幅度和认知复杂度增加方面表现各异，推理能力较强的模型往往改动更多，复杂度增加更明显。文章强调，过度编辑问题对代码维护和团队协作带来挑战，呼吁开发更忠实于原代码结构的编辑模型。
https://news.ycombinator.com/item?id=47866913
https://www.derekthompson.org/p/if-americas-so-rich-howd-it-get-so
这篇文章由 Derek Thompson 撰写，题为《如果美国如此富有，为什么会如此悲伤？——2020 年代如何摧毁了我们的精神》。文章探讨了美国在 2020 年新冠疫情后，国民幸福感出现了历史性骤降的现象，被称为“悲惨的二十年代”。
文章引用了芝加哥大学经济学家 Sam Peltzman 的研究，指出自 2020 年以来，美国自我报告的幸福感急剧下降，并且这一趋势持续至 2024 年。尽管美国经济表现强劲，失业率低，收入整体增长，但民众的幸福感却未见回升，反而在多个调查中创下历史新低，包括联邦储备的工人满意度和密歇根大学的消费者信心指数。
作者强调，这种幸福感的下降并非局限于某些特定群体，而是普遍存在于各年龄、性别、教育和意识形态群体中。文章排除了宗教衰退、收入不平等加剧以及智能手机和社交媒体使用增加等常见解释，认为这些因素无法完全解释 2020 年后幸福感的骤降。
文章提出，最可能的原因是新冠疫情及其带来的长期影响，包括经济供应链中断、全球通货膨胀和利率上升等问题，疫情的阴影和相关经济社会问题持续影响着美国人的心理健康和生活满意度，导致了“疫情未结束”的“长期疫情”状态。
总的来说，文章指出，尽管美国物质财富增长，但国民的心理健康和幸福感却遭遇了严重挑战，未来理解和应对这一情绪低迷对美国社会和经济政策至关重要。
https://news.ycombinator.com/item?id=47877429
安全研究人员发现了两起利用全球电信基础设施漏洞进行手机定位的间谍活动。这些活动由未具名的监控供应商通过冒充合法移动运营商的“幽灵”公司，借助电信网络访问权限，秘密追踪目标位置。报告指出，这些监控行为利用了 2G 和 3G 网络中的信令系统 7（SS7）协议的安全缺陷，该协议缺乏认证和加密，容易被滥用。此外，尽管 4G 和 5G 网络采用了更安全的 Diameter 协议，但由于运营商未完全实施保护措施，仍存在被攻击的风险。
这两起间谍活动均通过三家特定电信运营商的网络进行：以色列的 019Mobile、英国的 Tango Networks UK 和泽西岛的 Airtel Jersey（现为 Sure 公司所有）。Sure 公司声明未授权任何组织利用其网络进行定位或通信拦截，并采取了多项防护措施。019Mobile 对指控表示无法确认相关基础设施归属，Tango Networks 未回应。
Citizen Lab 的研究显示，第一起间谍活动涉及多个国家的目标，背后可能是多个政府客户，且操作资金充足，深度整合进移动信令系统。部分线索指向一家以色列的商业地理情报提供商。第二起活动则通过发送特殊短信直接控制目标 SIM 卡，隐蔽地将手机变为定位设备，这种攻击方式被称为 SIMjacker，难以被用户察觉。
研究人员强调，这些案例可能只是全球范围内类似监控滥用的冰山一角，凸显了电信网络安全的严重隐患和监管挑战。
https://news.ycombinator.com/item?id=47874814
法国政府机构 France Titres（ANTS）确认遭遇数据泄露，黑客声称窃取了公民数据并试图出售。ANTS 负责管理法国的官方身份和注册文件，包括驾驶执照、身份证、护照和移民文件。此次攻击发生在 2026 年 4 月 15 日，可能导致部分个人和专业账户数据泄露，涉及登录 ID、全名、电子邮件、出生日期、唯一账户标识符，以及部分用户的邮寄地址、出生地和电话号码。
ANTS 表示，泄露的信息不足以直接访问其电子门户，但可能被用于网络钓鱼和社会工程攻击。受影响用户将被通知，机构提醒用户对来自 ANTS 的可疑短信、电话或邮件保持高度警惕。该事件已报告给法国数据保护机构 CNIL、巴黎检察院及国家网络安全局 ANSSI。
黑客自称“breach3d”的威胁者在黑客论坛上宣称持有多达 1900 万条记录，包含姓名、联系方式、出生信息、家庭地址、账户元数据及性别和婚姻状况等，数据尚未公开泄露，仅被挂售。ANTS 强调用户无需采取行动，但需谨慎防范异常通信。
该事件引发对法国政府数据安全的关注，相关调查仍在进行中。
https://news.ycombinator.com/item?id=47877366
https://antiz.fr/blog/archlinux-now-has-a-reproducible-docker-image/
这篇博客文章由 Linux 系统与 DevOps 工程师 Robin Candau 撰写，介绍了 Arch Linux 发布了一个位对位可复现的 Docker 镜像。这一成就是继之前为 WSL 镜像实现类似目标之后的又一重要里程碑。
该可复现镜像以“repro”标签发布，但存在一个限制：为了确保复现性，镜像中必须去除 pacman 密钥，因此 pacman 默认不可用。用户需要在容器内重新生成 pacman 密钥环，命令为 pacman-key –init && pacman-key –populate archlinux，才能正常使用包管理功能。对于 Distrobox 用户，可以通过预初始化钩子自动执行该命令。
镜像的位对位复现性通过构建后的摘要一致性和 diffoci 工具对比验证。文章详细说明了实现复现性的关键步骤，包括设置 SOURCE_DATE_EPOCH 环境变量、删除引入非确定性的 ldconfig 辅助缓存文件、以及在构建过程中统一文件时间戳。
作者还提到计划在其服务器上搭建自动重建和验证该 Docker 镜像的系统，进一步推动可复现构建的工作，并期待未来更多相关项目的实现。整体来看，这次发布不仅是技术上的突破，也为 Arch Linux 社区提供了更可靠和透明的镜像构建方案。
https://news.ycombinator.com/item?id=47871519
https://news.ycombinator.com/item?id=47879272
Just as a heads up, even though GPT-5.5 is releasing today, the rollout in ChatGPT and Codex will be gradual over many hours so that we can make sure service remains stable for everyone (same as our previous launches). You may not see it right away, and if you don’t, try again later in the day. We usually start with Pro/Enterprise accounts and then work our way down to Plus. We know it’s slightly annoying to have to wait a random amount of time, but we do it this way to keep service maximally stable.
(I work at OpenAI.)
tedsanders
提醒一下，虽然GPT-5.5今天发布，但在ChatGPT和Codex中的推送将会逐步进行，持续数小时，以确保服务对所有人保持稳定（和我们之前的发布方式一样）。你可能不会马上看到更新，如果没有，稍后再试。我们通常先从Pro/Enterprise账号开始，然后再推送给Plus账号。我们知道等待一个不确定的时间有点烦人，但我们这么做是为了保持服务的最大稳定性。
（我在OpenAI工作。）
https://news.ycombinator.com/item?id=47879765
They are U.S. defense contractors at an U.S. defense company.
We should stop using the word “defense”. They’re war contractors at a war company.
The Department of Defense is the Department of War. They changed the name and then immediately started taking military action against other countries. We’re in a war in Iran for reasons that nobody can quite articulate, but it certainly has nothing to do with “defending” the country.
bastawhiz
他们是美国国防承包商，隶属于一家美国国防公司。
我们应该停止使用“国防”这个词。他们是战争承包商，属于一家战争公司。
国防部其实是战争部。他们改了名字后，立刻开始对其他国家采取军事行动。我们在伊朗的战争没有人能说清楚原因，但这肯定跟“保卫”国家无关。
https://news.ycombinator.com/item?id=47881349
One engineer at NVIDIA who had early access to the model went as far as to say: “Losing access to GPT‑5.5 feels like I’ve had a limb amputated.”
This quote is more sinister than I think was intended; it likely applies to all frontier coding models. As they get better, we quickly come to rely on them for coding. It’s like playing a game on God Mode. Engineers become dependent; it’s truly addictive.
This matches my own experience and unease with these tools. I don’t really have the patience to write code anymore because I can one shot it with frontier models 10x faster. My role has shifted, and while it’s awesome to get so much working so quickly, the fact is, when the tokens run out, I’m basically done working.
It’s literally higher leverage for me to go for a walk if Claude goes down than to write code because if I come back refreshed and Claude is working an hour later then I’ll make more progress than mentally wearing myself out reading a bunch of LLM generated code trying to figure out how to solve the problem manually.
Anyway, it continues to make me uneasy, is all I’m saying.
alternator
NVIDIA的一位工程师曾早期接触过该模型，他甚至说：“失去对GPT-5.5的访问感觉就像被截掉了一条肢体。”
这句话比我想象的更阴暗；它很可能适用于所有最前沿的编程模型。随着它们变得更好，我们迅速依赖它们来编写代码。这就像是在‘上帝模式’下玩游戏。工程师变得依赖它们，这真的令人上瘾。
这和我自己使用这些工具的经历和不安感是一致的。我现在真的没有耐心去写代码了，因为我可以用最前沿的模型一枪打成，速度快了十倍。我的角色发生了变化，虽然能够快速完成大量工作很棒，但事实是，当调用次数用完时，我基本上就没法继续工作了。
对我来说，如果Claude挂了，去散散步的效率比写代码更高，因为如果我休息回来一个小时后Claude还在工作，那我进展会比自己用脑子看一大堆大语言模型生成的代码、试图手动解决问题要快得多。
总之，我只是想说，这种情况让我持续感到不安。
https://news.ycombinator.com/item?id=47878965
Palantir employees should understand that they are not regular employees at a regular company. They are U.S. defense contractors at an U.S. defense company.
Also Palantir customers should understand that by buying Palantir services/products they are doing business with U.S. defense company.
I don’t say that this is positive or negative, it just clarifies the relationships and it should set the expectations.
leonidasrup
Palantir的员工应该明白，他们不是普通公司的普通员工。他们是美国一家国防公司的国防承包商。
同时，Palantir的客户也应该明白，购买Palantir的服务或产品意味着他们正在与一家美国国防公司做生意。
我不是说这是好是坏，这只是澄清了关系，并且应该设定相应的预期。
https://news.ycombinator.com/item?id=47866242
I think this is a reaction to the incredibly locked down ecosystem that most of these mfgs are pushing.
However, the tech exists for a reason and is not inherently bad, the issue is the lock-in, the lack of choice and interoperability.
IMO, there is plenty of space for an OEM who can play nice with others, offer an open (and vibrant ecosystem), and keep users coming back by choice, not by lock-in.
Hasz
我认为这是对大多数制造商所推行的极度封闭生态系统的反应。
然而，这项技术存在是有原因的，本身并不是坏事，问题在于锁定、缺乏选择和互操作性。
在我看来，完全有空间给那些能够与他人友好合作、提供开放（且充满活力的）生态系统的原始设备制造商，通过用户自愿选择而非锁定来吸引用户不断回归。
https://news.ycombinator.com/item?id=47868156
We don’t use vulnerabilities in our products.
valve1
我们不会在我们的产品中利用漏洞。
https://news.ycombinator.com/item?id=47866085
The pelican is excellent for a 16.8GB quantized local model: https://simonwillison.net/2026/Apr/22/qwen36-27b/
I ran it on an M5 Pro with 128GB of RAM, but it only needs ~20GB of that. I expect it will run OK on a 32GB machine.
Performance numbers:
Reading: 20 tokens, 0.4s, 54.32 tokens/s Generation: 4,444 tokens, 2min 53s, 25.57 tokens/s I like it better than the pelican I got from Opus 4.7 the other day: https://simonwillison.net/2026/Apr/16/qwen-beats-opus/
simonw
对于16.8GB量化本地模型，pelican表现非常出色：https://simonwillison.net/2026/Apr/22/qwen36-27b/
我在一台配备128GB内存的M5 Pro上运行，但实际上只用了大约20GB内存。我预计它在一台32GB内存的机器上也能正常运行。
性能数据：
读取：20个token，0.4秒，54.32个token/秒
生成：4444个token，2分53秒，25.57个token/秒
我更喜欢它，比我前几天从Opus 4.7得到的pelican要好：https://simonwillison.net/2026/Apr/16/qwen-beats-opus/
https://news.ycombinator.com/item?id=47873073
Making Kubernetes good is inherently impossible, a project in putting (admittedly high quality) lipstick on a pig.
So well put, my good sir, this describes exactly my feelings with k8s. It always starts off all good with just managing a couple of containers to run your web app. Then before you know it, the devops folks have decided that they need to put a gazillion other services and an entire software-defined networking layer on top of it.
After spending a lot of time “optimizing” or “hardening” the cluster, cloud spend has doubled or tripled. Incidents have also doubled or tripled, as has downtime. Debugging effort has doubled or tripled as well.
I ended up saying goodbye to those devops folks, nuking the cluster, booted up a single VM with debian, enabled the firewall and used Kamal to deploy the app with docker. Despite having only a single VM rather than a cluster, things have never been more stable and reliable from an infrastructure point of view. Costs have plummeted as well, it’s so much cheaper to run. It’s also so much easier and more fun to debug.
And yes, a single VM really is fine, you can get REALLY big VMs which is fine for most business applications like we run. Most business applications only have hundreds to thousands of users. The cloud provider (Google in our case) manages hardware failures. In case we need to upgrade with downtime, we spin up a second VM next to it, provision it, and update the IP address in Cloudflare. Not even any need for a load balancer.
dajonker
让 Kubernetes 变得好用本质上是不可能的，这个项目就是在一只猪身上涂抹（诚然质量还算不错的）口红。
说得太好了，先生，这正好描述了我对 k8s 的感受。刚开始只管理几个容器来运行你的网络应用时，一切看起来都很好。但很快，运维人员就决定在其上加上一大堆其他服务和整个软件定义网络层。
在花费大量时间“优化”或“加固”集群后，云投入翻倍甚至三倍。故障也翻倍甚至三倍，停机时间也是如此。调试工作同样增加了好几倍。
最后我决定和那些运维人员说再见，彻底销毁集群，启动一台运行 Debian 的单机虚拟机，开启防火墙，用 Kamal 和 Docker 部署应用。即便只有一台虚拟机而不是集群，从基础设施角度来看，系统从未如此稳定可靠。成本也大幅下降，运行费用更低。调试起来也更简单、更有趣。
是的，一台虚拟机真的够用，我们用的业务应用大多只需要很大的单机虚拟机就行。这对大多数业务应用来说没问题，因为用户数只有几百到几千。云服务商（我们用的是谷歌）会负责硬件故障处理。要升级且必须停机时，我们会启动第二台虚拟机，完成配置，然后在 Cloudflare 更新 IP 地址，连负载均衡器都不需要。
https://news.ycombinator.com/item?id=47866838
However, the tech exists for a reason and is not inherently bad, the issue is the lock-in, the lack of choice and interoperability.
These low-tech tractors could become a hot bed for open source experimentation. Nothing stopping someone from sticking a tablet on the dash. You could run GPS harvesting optimization software or some webthing locally. Could be cloud or clever DiY farmers could run their farm off a local instance on a small machine using a WiFi AP atop the barn or whatever.
MisterTea
然而，这项技术存在是有原因的，本身并不是坏事，问题在于被锁定、缺乏选择和互操作性。
这些低科技的拖拉机可能成为开源实验的温床。没人能阻止有人在仪表盘上安装一个平板电脑。你可以运行GPS收割优化软件或某种本地的网络应用。可以通过云计算，或者聪明的DIY农民也可以利用谷仓顶上的WiFi接入点，在一台小型机器上本地运行他们的农场管理系统。
https://news.ycombinator.com/item?id=47866591
I want this for cars but to keep the modern powertrain. So an EV without the tracking/touch screens, etc etc. Or an internal combustion engine car that is just simple and efficient (and again, no tracking). I’ll take the low-tech but nice features like heated seats and power windows still thank you.
jmward01
我希望这能用于汽车，但保留现代动力系统。也就是说，电动汽车没有追踪功能、触摸屏等等。或者是一辆简单高效的内燃机车（同样，没有追踪功能）。我还是愿意接受低科技，但希望有像座椅加热和电动车窗这样不错的功能，谢谢。
https://news.ycombinator.com/item?id=47872412
Potentially useful context: OP is one of the cofounders of Tailscale.
Traditional Cloud 1.0 companies sell you a VM with a default of 3000 IOPS, while your laptop has 500k. Getting the defaults right (and the cost of those defaults right) requires careful thinking through the stack.
I wish them a lot of luck! I admire the vision and am definitely a target customer, I’m just afraid this goes the way things always go: start with great ideals, but as success grows, so must profit.
Cloud vendor pricing often isn’t based on cost. Some services they lose money on, others they profit heavily from. These things are often carefully chosen: the type of costs that only go up when customers are heavily committed—bandwidth, NAT gateway, etc.
But I’m fairly certain OP knows this.
stingraycharles
传统的云计算1.0公司卖给你一个默认IOPS只有3000的虚拟机，而你的笔记本有50万IOPS。把默认设置调到合适（以及这些默认设置的成本设置合理）需要对整个技术栈进行仔细思考。
我祝他们好运！我很佩服他们的愿景，而且我绝对是潜在客户，只是我担心事情会像往常那样发展：一开始有很棒的理想，但随着成功的增长，利润也必须增加。
云服务商的定价往往不是基于成本。有些服务他们亏损，有些服务则赚取巨额利润。这些往往是经过精心选择的：只有当客户深度使用时，成本才上升的那种——比如带宽、NAT网关等等。
不过我相当确定楼主对此心知肚明。
https://news.ycombinator.com/item?id=47869434
Apple and Google have put themselves in the middle of most notifications, causing the contents to pass through their servers, which means that they are subject to all the standard warrantless wiretapping directly from governments, as well as third-party attacks on the infrastructure in place to support that monitoring.
If you don’t want end-to-end messages made available to others, set your notifications to only show that you have a message, not what it contains or who its from.
This incorrect on two counts:
As per what you wrote immediately before the quoted text, the issue was that the OS keeps track of notifications locally. Google/Apple’s notification servers have nothing to do with this
It’s entirely possible to still have end-to-end messaging even if you’re forced to send notifications through Google/Apple’s servers, by encrypting data in the notification, or not including message data at all. Indeed that’s what signal does. Apple or Google’s never sees your message in cleartext.
gruez
苹果和谷歌让自己处于大多数通知的中间，导致内容必须经过他们的服务器，这意味着它们直接面临政府的无令状窃听，以及支持该监控的基础设施遭受第三方攻击的风险。
如果你不希望端到端消息被他人获取，可以将通知设置为只显示你收到消息，但不显示消息内容或发送者身份。
这有两个错误：
根据你在引用文本前写的内容，问题在于操作系统在本地跟踪通知。谷歌/苹果的通知服务器与此无关。
即使你必须通过谷歌/苹果的服务器发送通知，仍然完全可以实现端到端加密消息传递，比如在通知中加密数据，或者根本不包含消息数据。实际上这就是Signal的做法。苹果或谷歌从未以明文形式看到你的消息。
https://news.ycombinator.com/item?id=47873227
When this all started, the Onion released a priceless ‘press statement’:
“Through it all, InfoWars has shown an unswerving commitment to manufacturing anger and radicalizing the most vulnerable members of society—values that resonate deeply with all of us at Global Tetrahedron.
No price would be too high for such a cornucopia of malleable assets and minds. And yet, in a stroke of good fortune, a formidable special interest group has outwitted the hapless owner of InfoWars (a forgettable man with an already-forgotten name) and forced him to sell it at a steep bargain: less than one trillion dollars…”
Full statement here https://theonion.com/heres-why-i-decided-to-buy-infowars/
qnleigh
当这一切刚开始时，洋葱新闻发布了一则无价的“新闻声明”：
“在这一切过程中，InfoWars 始终坚定不移地致力于制造愤怒并激进化社会中最脆弱的成员——这些价值观与我们全球四面体团队的所有成员深深共鸣。
为了获得这样一个充满可塑性资产和思想的宝库，没有任何代价是太高的。然而，幸运的是，一个强大的特殊利益集团智胜了那个可怜的 InfoWars 负责人（一个名声已经被遗忘的人），并迫使他以极低的价格出售：不到一万亿美元……”
完整声明见此链接 https://theonion.com/heres-why-i-decided-to-buy-infowars/
https://news.ycombinator.com/item?id=47864835
I wish that all announcements of models would show what (consumer) hardware you can run this on today, costs and tok/s.
anonzzzies
我希望所有模型的发布都能展示出你今天可以用哪些（消费级）硬件运行它，成本和每秒生成的标记数。
https://news.ycombinator.com/item?id=47863634
I used to believe that it was not necessary until I started building my own startup. If you dont have analytics you are flying blind. You don’t know what your users actually care about and how to optimize a successful user journey. The difference between what people tell you when asked directly and how they actually use your software is actually shocking.
Sytten
我以前认为这没有必要，直到我开始创建自己的创业公司。如果你没有数据分析，就相当于盲目操作。你根本不知道用户真正关心什么，也不知道如何优化成功的用户体验。人们在被直接问及时所说的与他们实际使用你的软件的方式之间，差距实际上令人震惊。
https://news.ycombinator.com/item?id=47863652
“When we work on making our devices accessible by the blind, I don’t consider the bloody ROI.”
I just have to call out how much this impacted my mom’s life. She’s 100% blind and has access because of her iPhone and iPad. Yes she learned JAWSs and literally took classes to do it. Every single windows update has made it so she’d have to retake this class. The iOS updates a rocky but she isn’t literally hamstrung.
My dad, damn near 80, is still happily using his 2012 i7 Mac mini I set him up with before moving away.
Anyway, excited for the future of Apple under Ternus and a hardware guy at the helm. What kind of a11y does robotics have? https://machinelearning.apple.com/research/elegnt-expressive-functional-movement
Robdel12
“当我们致力于让我们的设备对盲人可用时，我根本不考虑可恶的投资回报率。”
我必须说这对我妈妈的生活影响有多大。她完全失明，但因为有了iPhone和iPad才能获得便利。是的，她学会了JAWS，甚至专门上过相关课程。每一次Windows更新都意味着她得重新上那个课程。iOS的更新虽然不太稳定，但至少不会让她完全瘫痪。
我爸爸，快80岁了，仍然开心地用着我搬家前给他配的2012年款i7 Mac mini。
总之，我对Ternus领导下苹果的未来感到兴奋，一个硬件专家掌舵。机器人技术的辅助功能会是什么样的呢？ https://machinelearning.apple.com/research/elegnt-expressive-functional-movement
2026-04-23 07:23:11
- Framework Laptop 13 Pro 以后向兼容的模块化与开源部件实现旧机少量更换即升级，配合高规格屏幕与新平台面向开发者，虽价格偏高但因可维修性获认可。
- Ursa Ag 推出无 ECU 的“无技术”拖拉机，价格约为同级一半、便于自修并走直销/小经销模式，借维修权趋势切入且计划至 2026 年显著扩产。
- OpenAI 发布 ChatGPT Images 2.0，大幅提升图像生成并倡导多步骤拆解复杂任务，但仍受数学/逻辑与潜在版权争议限制，同时展示其在模型、隐私与企业/教育方案的布局。
- wsl9x 让 Windows 9x 与现代 Linux 应用并行运行且无需虚拟化，复用老硬件并被视为对 coLinux 思路的巧妙继承。
- SpaceX 以 100 亿美元购入 600 亿美元收购期权结盟 Cursor，凭其分发与自有巨量算力瞄准顶级编码/知识工作 AI，虽估值存疑但被认为风险收益比可观。
- Meta 在美员工设备采集鼠标键盘与偶发截屏用于训练可模仿人机操作的 AI，称不用于绩效却引发隐私与合规争议，且欧盟监管更严格。
- Anthropic 疑将 Claude Code 自 Pro 计划移除且沟通不透明，用户信任受损并出现退订，社区认为其正转向企业 API 与重塑定价。
- Qwen3.6-27B 在多项编码基准超越前代并逼近旗舰水平，量化后可本地高效运行，体现自托管模型对闭源方案的快速追赶。
- GitHub CLI 开始收集可选关闭的伪匿名遥测并提供日志自查，以优化产品优先级，同时引发“遥测驱动”与“用户反馈驱动”的取舍争论。
- 谷歌发布第八代 TPU：训练向的 8t 与低延迟推理向的 8i 以液冷与高速互连提升性能能效，面向代理式工作流并将于年内上线云端。
https://frame.work/laptop13pro
介绍了 Framework Laptop 13 Pro 这款开发者笔记本电脑的详细信息。该笔记本搭载 Intel Core Ultra Series 3 处理器，配备 LPCAMM2 内存和高性能电池，续航可达 20 小时，支持高达 64GB 内存和 8TB PCIe Gen 5.0 NVMe 存储，适合重负载工作。机身采用 CNC 铝合金材质，坚固耐用且兼容多代主板。
该笔记本支持 Linux 系统，预装 Ubuntu 并获得认证，同时兼容多种 Linux 发行版，且提供良好的社区支持。屏幕为 13.5 英寸 2880x1920 分辨率触摸屏，具备 30-120Hz 可变刷新率和最高 700 尼特亮度，适合编程和办公使用。触控板采用四个压电执行器，反馈灵敏且可调节，键盘拥有 1.5 毫米键程，手感舒适且多种布局可选。
Framework Laptop 13 Pro 支持模块化扩展，用户可根据需求更换端口扩展卡、升级主板、内存和存储，方便维修和升级。机身轻薄，仅重 1.4 公斤，厚度 15.85 毫米，配备 Dolby Atmos 音效，保证音质清晰。硬件层面设有物理隐私开关，确保摄像头和麦克风安全。
此外，Framework 开放设计文件和固件，鼓励用户自定义和改造。预装系统无冗余软件，用户可自由选择操作系统，体现对用户隐私和使用自由的尊重。整体而言，这是一款高性能、可定制、易维修且支持 Linux 的开发者笔记本电脑。
https://news.ycombinator.com/item?id=47852177
https://wheelfront.com/this-alberta-startup-sells-no-tech-tractors-for-half-price/
这篇文章介绍了一家名为 Ursa 的阿尔伯塔省初创公司，该公司生产并销售无技术化的拖拉机，其价格约为同类品牌的一半。Ursa Ag 的拖拉机采用经过重新制造的 1990 年代柴油发动机，特别是 12 阀的康明斯发动机，这种发动机以其机械喷油系统而闻名，完全没有电子控制单元（ECU）和专有软件。这种设计使得拖拉机的维修更加简单，农民可以自己修理，而不必依赖需要专业技术和工具的经销商。
Ursa Ag 的 150 马力和 180 马力型号的起售价分别为 129,900 加元（约 95,000 美元）和 199,900 加元（约 146,000 美元），相比之下，像约翰迪尔（John Deere）等大品牌的同类产品价格高得多。这家公司并不打算提供最先进的技术，而是专注于满足那些渴望简单、可靠设备的农民的需求。
文章提到，约翰迪尔因其设备复杂性而引发了 “维修权” 争议，这让多农民意识到他们在购买带有专有代码的机器时失去了多少控制权。Ursa Ag 利用这一点，提供一种新选择，让农民们可以拥有一台全新且易于维护的拖拉机，且具有良好的保修服务。
尽管 Ursa Ag 的经销网络尚小，且主要通过直销方式进行，但公司创始人道格・威尔逊（Doug Wilson）表示，2026 年的生产将超过其迄今为止的总产量，显示出公司对需求的强烈信心。尽管美国市场对 Ursa Ag 表现出浓厚的兴趣，威尔逊承认他们还没有在美国建立分销渠道，但预计会在不久的将来有所改变。
文章还指出，许多农民选择购买 30 年前的设备，正是因为新设备的复杂性和高昂的价格，而 Ursa Ag 提供的拖拉机则是从头开始制造这种选择。虽然大制造商拥有成熟的供应链和经销网络，Ursa Ag 依靠的是其重新制造的康明斯发动机和一种让农民能快速解决设备问题的价值主张。总体而言，这家公司正试图通过简单和高效的解决方案来满足农民的需求。
https://news.ycombinator.com/item?id=47865868
https://openai.com/index/introducing-chatgpt-images-2-0/
OpenAI 发布 ChatGPT Images 2.0，这是图像生成技术的一个全新时代。文章发布于 2026 年 4 月 21 日，强调了新版本在图像生成能力上的显著提升，用户可以通过 ChatGPT 体验这一新功能。
网页内容还涵盖了 OpenAI 的多个方面，包括研究成果、产品介绍、商业应用、开发者支持以及公司信息。具体内容包括最新的 GPT-5 系列模型、安全隐私策略、企业和教育解决方案、API 平台及其定价和登录入口等。
此外，网页提供了丰富的资源链接，如开发者论坛、帮助中心、新闻动态、直播、播客等，方便用户深入了解和使用 OpenAI 的技术和服务。整体来看，网页不仅介绍了 ChatGPT Images 2.0 的发布和功能，还展示了 OpenAI 在人工智能领域的广泛布局和持续创新。
https://news.ycombinator.com/item?id=47852835
https://social.hails.org/@hailey/116446826733136456
该网页展示了 Hailey 在 Mastodon 社交平台上发布的一条动态，介绍了她开发的“Windows 9x 子系统 Linux”（Windows 9x Subsystem for Linux，简称 wsl9x）。该项目允许用户在 Windows 9x 系统上同时运行 Windows 和 Linux 应用程序，采用现代 Linux 内核与 Windows 内核协同工作，且不依赖硬件虚拟化技术，因此即使是老旧的 486 电脑也能运行。
动态发布于 2026 年 4 月 22 日，获得了大量点赞和评论。网友们纷纷表达了对该项目的惊叹和赞赏，认为这是延长老旧计算机实用寿命的创新方案。有人将其与早期的 coLinux 项目进行比较，认为 wsl9x 是一种更先进、更巧妙的实现方式。还有用户讨论了该项目与 WSL（Windows Subsystem for Linux）不同版本的技术差异，认为 WSL1 在某些方面优于 WSL2。
评论区还提及了相关技术历史和个人使用体验，显示出该项目在技术爱好者和复古计算机社区中引发了广泛关注和热烈讨论。整体来看，这是一项结合了复古计算机技术与现代开源软件的创新黑客项目，既有趣又实用，展现了作者深厚的技术功底和创造力。
https://news.ycombinator.com/item?id=47861270
https://twitter.com/spacex/status/2046713419978453374
该网页显示用户当前浏览的浏览器未启用 JavaScript，提示用户需要启用 JavaScript 或切换到支持 JavaScript 的浏览器以继续使用 x.com 平台。页面提供了帮助中心链接，列出了服务条款、隐私政策、Cookie 政策、版权信息及广告信息等相关链接。
网页底部显示版权归 X 公司所有，年份为 2026 年。页面还提示用户不要错过平台上的最新动态，鼓励用户登录或注册账号以便查看和发布内容。
页面主体内容包含一条来自 SpaceX 官方账号的推文，介绍了 SpaceX 与 Cursor AI 的合作。两者将共同打造世界上最优秀的编码和知识工作人工智能。合作结合了 Cursor 领先的产品和对专业软件工程师的分发能力，以及 SpaceX 拥有的百万 H100 等效的 Colossus 训练超级计算机资源，目标是构建最有用的 AI 模型。
此外，推文透露 Cursor 已授予 SpaceX 今年晚些时候以 600 亿美元收购 Cursor 的权利，或者支付 100 亿美元用于双方的合作工作。该推文发布于 2026 年 4 月 22 日，获得了大量浏览和互动。
https://news.ycombinator.com/item?id=47855293
Meta 公司正在美国员工的电脑上安装新的追踪软件，记录鼠标移动、点击和键盘输入，以用于训练其人工智能模型。这项名为“模型能力计划”（Model Capability Initiative，MCI）的工具会在与工作相关的应用和网站上运行，并偶尔截取员工屏幕内容，目的是提升 AI 在模拟人类与计算机交互方面的表现，如选择下拉菜单和使用键盘快捷键。
Meta 正积极将 AI 整合进工作流程，推动员工使用 AI 代理完成日常任务，并计划通过这些技术实现更高效的运营。公司首席技术官安德鲁·博斯沃斯表示，未来 AI 代理将主要承担工作，员工的角色则转为指导和监督，帮助 AI 不断改进。Meta 强调收集的数据仅用于模型训练，不会用于员工绩效评估，并承诺保护敏感内容。
此次举措反映出科技行业利用 AI 技术重塑劳动力结构的趋势。Meta 计划从 5 月 20 日起裁员 10%，并可能在今年晚些时候继续裁员。类似地，亚马逊和金融科技公司 Block 也进行了大规模裁员。
然而，这种对员工的实时监控引发了隐私和法律方面的担忧。专家指出，美国联邦法律对员工监控限制较少，通常只要求告知员工；但欧洲法律则更严格，部分国家甚至禁止此类监控，认为其违反数据保护法规。整体来看，员工监控的加强显著改变了职场权力平衡，向雇主倾斜。
https://news.ycombinator.com/item?id=47851948
https://bsky.app/profile/edzitron.com/post/3mjzxwfx3qs2a
该网页内容主要围绕 Anthropic 公司对其 Claude Code 产品订阅政策的变动展开讨论。根据网页内容，Anthropic 似乎已经从其每月 20 美元的“Pro”订阅计划中移除了 Claude Code 功能，这一点可以从其定价页面上看出。部分用户确认新订阅用户无法通过网页应用访问 Claude Code，但现有的 Pro 用户仍然可以使用该功能，尤其是在命令行界面（CLI）中，功能暂时未受影响。
用户社区对此变化反应不一，有人猜测这可能与之前关于 Claude 安全风险的报道有关，认为公司可能以“模型过于危险”为由限制访问，以维护其作为“伦理替代品”的形象。也有用户表示，如果这一变动属实，他们将考虑取消订阅，因为 Claude Code 是他们认为最有价值的功能之一。
此外，有用户指出，年付订阅用户可能因“祖父条款”而暂时保留访问权限，但未来可能会受到影响。部分用户在不同地区的体验也有所差异，有的仍能正常使用该功能。整体来看，Anthropic 可能正在调整其产品策略，准备在近期正式宣布并推送相关 API 和订阅计划的变更。
https://news.ycombinator.com/item?id=47854477
https://qwen.ai/blog?id=qwen3.6-27b
Qwen 团队最近发布了 Qwen3.6-27B，这是一个拥有 270 亿参数的密集型多模态模型，旨在满足社区对高性能编码能力的需求。与之前的旗舰模型 Qwen3.5-397B-A17B 相比，Qwen3.6-27B 在所有主要的编码基准上都表现出色，超越了后者，显示出其在编码任务上的领导地位。
Qwen3.6-27B 不仅支持多模态思维模式，还支持非思维模式，使其能够处理文本、图像和视频数据，从而实现多模态推理、文档理解和视觉问答等功能。这种模型采用了密集架构，避免了复杂的 MoE（Mixture of Experts）路由，使得部署变得更加简单，非常适合开发者使用。
在性能方面，Qwen3.6-27B 在多个编码基准测试中取得了显著提升。例如，在 SWE-bench Verified 基准上，Qwen3.6-27B 的得分为 77.2，超过了 Qwen3.5-397B-A17B 的 76.2；在 SWE-bench Pro 上分别为 53.5 与 50.9；在 Terminal-Bench 2.0 上为 59.3 与 52.5；在 SkillsBench 上为 48.2 与 30.0。即使与规模更大的模型相比，Qwen3.6-27B 在推理任务中也表现出色，例如在 GPQA Diamond 测试中获得了 87.8 的分数，竞争力相当强。
Qwen3.6-27B 现已在 Qwen Studio 上线，用户可以通过 API 访问，也可以从 Hugging Face 和 ModelScope 下载模型权重。该模型旨在与多个第三方编码助手兼容，包括 OpenClaw、Claude Code 和 Qwen Code，以优化开发工作流程和提高上下文感知的编码体验。
此外，Qwen3.6-27B 还提供了 API 的使用示例，支持 “preserve_thinking” 功能，适合用于需要保留思维内容的任务。用户需要设置相应的环境变量并遵循 API 文档来实现这些功能。
总体而言，Qwen3.6-27B 作为一个新一代的密集型多模态模型，不仅在编码性能上超越了许多同类产品为开发者提供了方便的部署和集成方案，标志着多模态 AI 模型的一次重要进步。
https://news.ycombinator.com/item?id=47863217
https://cli.github.com/telemetry
该网页详细介绍了 GitHub CLI（命令行工具）收集的匿名遥测数据及其用途。遥测数据帮助 GitHub 团队了解用户如何使用不同功能，从而优化产品设计和优先级。例如，通过分析新子命令的使用情况，团队可以判断功能的受欢迎程度和改进方向。
用户可以通过设置环境变量或 CLI 配置开启“日志模式”，在该模式下，遥测数据不会发送给 GitHub，而是以 JSON 格式打印到标准错误输出，方便用户查看具体发送内容，增强透明度。
网页还说明了用户如何选择退出遥测数据收集，同样支持通过环境变量或配置项关闭，且环境变量优先级更高。遥测数据发送到 GitHub 内部分析系统，具体数据处理遵循 GitHub 的隐私政策。
此外，页面提醒用户，GitHub CLI 支持安装官方及第三方扩展，这些扩展可能会单独收集使用数据，用户需查看相应扩展的文档了解其遥测政策。该页面仅涉及 GitHub CLI 的客户端数据收集，不包含 GitHub Copilot 及其 CLI 的遥测内容。
https://news.ycombinator.com/item?id=47862331
谷歌发布了第八代定制张量处理单元（TPU），包括两款专用芯片：TPU 8t 和 TPU 8i。TPU 8t 专注于大规模模型训练，旨在加速复杂模型的开发过程；TPU 8i 则专注于低延迟推理，支持快速协作的人工智能代理运行。这两款芯片通过定制硬件设计，实现了更高的性能和能效，能够满足 AI 代理在推理、执行多步骤工作流和持续学习方面的新需求。
这代 TPU 是在与谷歌 DeepMind 合作下开发，针对不断演进的模型架构和大规模 AI 工作负载进行了优化。TPU 系列芯片在机器学习超级计算领域树立了标准，采用了定制数值计算、液冷技术和专用互连等多项先进技术。第八代 TPU 是谷歌十多年技术积累的结晶，体现了软硬件协同设计带来的显著性能提升和能效改进。
这些新芯片将支持从前沿模型训练到大规模推理的各种 AI 任务，预计今年晚些时候正式推出。包括 Citadel Securities 在内的领先机构已经开始使用 TPU 来推动其尖端 AI 应用的发展，展示了 TPU 在实际应用中的强大能力和广泛潜力。
https://news.ycombinator.com/item?id=47862497
https://news.ycombinator.com/item?id=47855523
Couldn’t have happened to a more deserving group of people. My irony detector is sparking so badly I think it’s about to blow.
Blackthorn
这件事发生在这群更配得上的人身上简直再合适不过了。我的讽刺雷达快要爆表了。
https://news.ycombinator.com/item?id=47853043
This is going to be a huge chilling factor for employees. You’d no longer be able to disent, or discuss anything non-work related with even the slightest expectation of privacy.
Yes they could have accessed logs before but there’s a difference between directed checking after incidents and active surveillance at scale.
dagmx
这对员工来说将是一个巨大的寒蝉效应。你将无法再以任何隐私的期待，去解脱或讨论任何与工作无关的事情。
是的，他们以前可能也能查看日志，但在事件发生后有针对性地检查，与大规模主动监控是两码事。
https://news.ycombinator.com/item?id=47858177
Windows developer here. After reading this post, my gut instinct is that this is due to something called ‘segment heap’.
A bit of backstory: there are two, totally independent implementations behind the Windows heap allocation APIs (i.e. the implementation code behind RtlHeapAlloc and RtlHeapFree, which are called by malloc/free). The older of the two, developed uring the Dave Cutler era, is known as the “NT heap”. The newer implementation, developed in the 2010s, is known as “segment heap”. This is all documented online if anyone wants to read more. When development on segment heap was completed, it was known to be superior to the NT heap in many ways. In particular, it was more efficient in terms of memory footprint, due to lower fragmentation-related waste. Segment heap was smarter about reusing small allocations slots that were recently free’d. But, as ever, Windows was very serious about legacy app compat. Joel Spolsky calls this the ‘Raymond Chen camp’. So, they didn’t want to turn segment heap on universally. It was known that a small portion of legacy software would misbehave and do things like, rely on doing a bit of use-after-free as a treat. Or worse, it took dependencies on casting addresses to internal NT heap data structures. So, the decision at the time was to make segment heap the default for packaged executables. At that time, Windows Phone still existed, and Microsoft was pushing super hard on the Universal platform being the new, recommended way to make apps on Windows. So they thought we’d see a gradual transition from unpackaged executables to packaged, and thus, a gradual transition from NT heap to segment heap. The dream of UWP died, and the Windows framework landscape is more fragmented than ever. Most important software on Windows is still unpackaged, and most of it runs on x64.
Why does this matter? Because segment heap is also enabled by default on arm. Same logic as the packaged vs unpackaged decision. Arm64 binaries on Windows are guaranteed not to be ancient, unmaintained legacy code. Arm64 windows devices have been a big success, and users widely report that they feel more responsive than x64 devices.
A not insignificant part of why Windows feels better on arm is because segment heap is enabled by default on arm.
I’d be interested to see how this test turns out if you force segment heap on x64. You can do it on a per-executable basis via creating a DWORD value named FrontEndHeapDebugOptions under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options<myExeName>.exe, and giving it a value of 8.
You can turn it on globally for all processes by creating a DWORD value named “Enabled” under HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Segment Heap, and giving it a value of 3. I do this on my dev machine and have encountered zero problems. The memory footprint savings are pretty crazy. About 15% in my testing.
kh9000
我是个 Windows 开发者。看完这篇帖子后，我的直觉是问题出在所谓的“段堆”（segment heap）上。
简单介绍一下背景：Windows 堆分配 API（即 RtlHeapAlloc 和 RtlHeapFree，它们被 malloc/free 调用）背后其实有两个完全独立的实现。较早的那个是在 Dave Cutler 时代开发的，被称为“NT 堆”；较新的一个是在 2010 年代开发的，称为“段堆”。如果有人想了解更多，可以在网上找到相关文档。段堆开发完成时，被认为在多个方面优于 NT 堆，特别是内存占用更高效，因为它减少了由内存碎片产生的浪费。段堆能更智能地重用最近释放的小块内存。然而，Windows 一向非常重视旧版应用的兼容性。Joel Spolsky 把这称为“Raymond Chen 阵营”。因此，不希望段堆成为普遍默认。因为部分老旧软件会出问题，比如故意利用已释放内存（use-after-free）来实现某些功能，更糟的是，它们依赖于将地址强制转换成 NT 堆的内部数据结构。于是，那时的决策是将段堆作为“打包可执行文件”的默认堆类型。当时 Windows Phone 还存在，微软极力推动通用平台（UWP）作为 Windows 应用的新推荐方式，他们认为将逐步从未打包的可执行文件过渡到打包应用，也就是逐步从 NT 堆过渡到段堆。但 UWP 最终没能成气候，Windows 框架的生态比以往更加分散。Windows 上最重要的软件仍然未打包，大多数仍运行在 x64 架构上。
为什么这很重要？因为段堆在 ARM 上默认启用，原因和打包与未打包应用的区别类似。在 Windows 上运行的 Arm64 程序基本不会是非常陈旧的、无人维护的遗留代码。Arm64 Windows 设备取得了巨大的成功，用户普遍反映相比 x64 设备有更好的响应速度。
Windows 在 ARM 上感觉更好的一个重要原因，就是默认启用了段堆。
我很想看到如果你在 x64 上强制启用段堆，这个测试结果会怎样。你可以通过在注册表路径 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options<myExeName>.exe 下创建一个名为 FrontEndHeapDebugOptions 的 DWORD 键，赋值为 8，针对单个可执行文件开启它。
或者你也可以在全局范围内开启，为 HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Segment Heap 路径下新建一个名为 Enabled 的 DWORD 值，赋值为 3。我在开发机上这样做了，完全没遇到啥问题。节省的内存开销非常惊人，我测试中大约节省了 15%。
https://news.ycombinator.com/item?id=47857025
I just want to make the observation that this whole SpaceX IPO is turning out entirely unlike the CDOs that led to the 2008 financial crisis. There’s no mixing of AAA level assets with a bunch of subprime stuff and then getting someone to buy it all as AAA. Not at all similar. Completely different. Will turn out just fine this time.
qzw
我只是想指出，这次SpaceX的首次公开募股完全不像导致2008年金融危机的那些CDO。没有将A级资产和大量次级贷款混合，然后让别人把它们当作A级资产购买。完全不同。这次会一切顺利。
https://news.ycombinator.com/item?id=47856926
So SpaceX bought a $60B Option on Cursor, plus a bunch of services, for $10B.
If strike date comes and Cursor is in fact worth less than $60B… they can move to acquire it for that price. Or just let it “expire”. And if it’s worth more, they get a savage good deal. If the services were worth $8B anyway, it’s hard to lose.
It seems less crazy to me through this lens. A straight acquisition, today, at $60B would in fact be crazy.
Lonestar1440
所以SpaceX花了100亿美元买了Cursor价值600亿美元的期权外加一堆服务。
如果到期日时Cursor实际上价值低于600亿美元……他们可以选择以这个价格收购它，或者让期权“过期”。如果价值更高，他们就获得了一个极其划算的交易。如果那些服务本身价值80亿美元的话，这几乎没有亏损。
通过这个角度来看，这事似乎没那么疯狂。要是今天直接以600亿美元收购它，确实会很疯狂。
https://news.ycombinator.com/item?id=47858989
I only buy free-range artisanal DRAM at the DRAM farmer’s market.
readitalready
我只在DRAM农贸市场购买散养手工制作的DRAM。
https://news.ycombinator.com/item?id=47856489
Why would Elon do this if he knows full well the names X-Code and Codex are already taken?
yungbeto
如果埃隆明知道X-Code和Codex这两个名字已经被占用，他为什么还要这么做？
https://news.ycombinator.com/item?id=47860768
Every cent you spend on this, remember: The people who made this possible are not even getting a millionth of a cent for every billion USD made with it (they are getting nothing). Same with code; that code you spent years pouring over, fixing, etc. is now how these companies make so much money and get so much investment. It’s like open source, except you get shafted.
lionkor
你花在这个上的每一分钱都要记住：那些让这一切成为可能的人，连每赚取十亿美元所得的一百万分之一分钱都得不到（他们什么也得不到）。代码也是一样；你花了多年时间研究、修复的代码，如今成了这些公司赚取巨额利润和获得大量投资的工具。就像开源项目，只不过你吃了哑巴亏。
https://news.ycombinator.com/item?id=47857786
Incredible. So what you’re saying is… we should just build more housing? Who would have thought that was the answer?
exabrial
难以置信。你的意思是……我们应该多建些住房？真没想到这竟然是答案。
https://news.ycombinator.com/item?id=47862687
Firing people for bad architectural decisions is generally a terrible idea - especially decisions that shipped and ran in production for several years.
This article also doesn’t make a convincing case for this being a huge mistake. Companies like Uber change their architectural decisions while they scale all the time. Provided it didn’t kill the company stuff like this becomes part of the story of how they got to where they are.
Related: the classic line commonly attributed to original IBM CEO Thomas John Watson Sr:
“Recently, I was asked if I was going to fire an employee who made a mistake that cost the company $600,000. No, I replied, I just spent $600,000 training him. Why would I want somebody to hire his experience?”
https://blog.4psa.com/quote-day-thomas-john-watson-sr-ibm/
simonw
因为架构决策不当而开除员工通常是个糟糕的主意——尤其是那些已经上线并运行了好几年的决策。
这篇文章也没有令人信服地证明这是一个巨大的错误。像Uber这样的公司在扩展过程中经常会改变他们的架构决策。只要没有导致公司崩溃，这类事情反而成为他们成长历程的一部分。
相关的经典话语，通常归于IBM创始人兼首任CEO托马斯·约翰·沃森（Thomas John Watson Sr）：
“最近有人问我，是否会开除一个因犯错让公司损失60万美元的员工。我回答说，不会，我刚刚花了60万美元培训他。为什么我要让别人用钱雇佣他的经验？”
https://news.ycombinator.com/item?id=47855822
I don’t understand why anyone would want to deal with Microsoft as a vendor if they don’t have to.
It can bill to our Azure sub and I don’t have to go through the internal bureaucracy of purchasing a new product/service from a new vendor.
Marsymars
我不明白如果不是必须，为什么有人愿意把微软当作供应商。
它可以直接记在我们的Azure订阅上，我也不用经历公司内部采购新产品/服务时的繁琐流程。
https://news.ycombinator.com/item?id=47852762
My heart sank when they said 13 pro and then to see that so much is backwards compatible was amazing. It’s quite refreshing to see a company live up to their mission so well.
tuckerman
当他们说13 Pro时，我的心沉了下去，但看到这么多功能向后兼容，真的很惊喜。看到一家公司如此好地践行他们的使命，真是令人耳目一新。
https://news.ycombinator.com/item?id=47866819
1x5 can also work if you take advantage of subpixel rendering https://www.msarnoff.org/millitext/
FelipeCortez
如果利用亚像素渲染，1x5 也能起作用 https://www.msarnoff.org/millitext/
https://news.ycombinator.com/item?id=47859629
What’s crazy is that a company that sells an IDE (that’s not even a particularly good one compared to competitors like JetBrains) integrating some AI plugins could be worth more than $60B…
rob74
疯狂的是，一家销售集成开发环境（而且与 JetBrains 这样的竞争对手相比，这个产品甚至不算特别出色）的公司，仅仅因为整合了一些 AI 插件，市值竟然可能超过 600 亿美元……
https://news.ycombinator.com/item?id=47867092
Up until a year ago I was regularly using a Massy Fergusson 135 [0] (Perkins Diesel version), made sometime in the 1970s. It was wonderful! So amazing to drive and use. Clunky and heavy, but you really really felt like you were using a machine. In low gears, if you put you foot down on the accelerator the engine would roar, and your speed would barely change!
And there was no fancy technology in it at all. If I was in the forest and had forgotten the key, I’d just reach behind the dashboard and hot-wire it. The air filter was basically a shisha-pipe that bubbled the incoming air through wire wool and engine oil.
Its fuel gauge didn’t work either. You just had to take a look in the tank, or quickly react as soon as the revs started dropping. I ran it dry a few times and had to sit there with a spanner in one hand and YouTube into the other, while trying to bleed all the fuel lines. But they were all on the outside of the vehicle, which made it comparatively easy I imagine.
I’ve never actually driven a modern tractor, so don’t know how it compares. I imagine the clutch is easier on the knees these days!
Anyway, this just felt like the place to share this.
[0] https://en.wikipedia.org/wiki/Massey_Ferguson_135
adamcharnock
直到一年前，我还经常使用一台 Massey Ferguson 135（配备 Perkins 柴油发动机版本），大约是1970年代制造的。它非常棒！开起来和使用起来都令人惊叹。虽然笨重而沉闷，但你真的能感受到自己在操控一台机器。在低速档时，如果你踩下油门，发动机会咆哮，而速度几乎没有变化！
而且它里面根本没有什么复杂的技术。如果我在森林里忘了带钥匙，我只需伸手到仪表盘后面，直接热接线启动。空气滤清器实际上就是一个水烟管，空气通过钢丝绒和机油被气泡过滤。
它的油表也不工作。你只能直接观察油箱，或者在发动机转速开始下降时迅速反应。我几次用尽燃油，不得不一手拿着扳手，一手看着YouTube视频，边试图排气燃油管。但那些管线都装在车体外面，我想这相对来说还算容易。
我实际上从没开过现代拖拉机，所以不清楚区别如何。我想现在的离合器对膝盖可能更友好吧！
无论如何，这里感觉是分享这些的好地方。
https://news.ycombinator.com/item?id=47863886
Is this person a wizard?
To me, this seems an impossible feat.
But I wonder how it seems to people who understand how it works?
I’m reminded of this joke:
Two mathematicians are talking. One says a theorem is trivial. After two hours of explanation, the other agrees that it is indeed trivial.
andai
这个人是个巫师吗？
对我来说，这似乎是不可能完成的壮举。
但我想知道懂得其原理的人怎么看？
这让我想起了这个笑话：
两个数学家在聊天。一个说定理很简单。经过两个小时的解释，另一个才同意这确实很简单。
https://news.ycombinator.com/item?id=47856144
So during my Nano Banana Pro experiments I wrote a very fun prompt that tests the ability for these image generation models to follow heuristics, but still requires domain knowledge and/or use of the search tool:
Create a 8x8 contiguous grid of the Pokémon whose National Pokédex numbers correspond to the first 64 prime numbers. Include a black border between the subimages.
You MUST obey ALL the FOLLOWING rules for these subimages:
# in the labelRunning that same prompt through gpt-2-image high gave an…interesting contrast: https://cdn.bsky.app/img/feed_fullsize/plain/did:plc:oxaernim5mj2mmy3ytrvb42n/bafkreidgbmtivl33ohwgbvylnvqzo2uz43zkuwu65cg42wkk7b7up7emje
It did more inventive styles for the images that appear to be original, but:
The style logic is by row, not raw numbers and are therefore wrong
Several of the Pokemon are flat-out wrong
Number font is wrong
Bottom isn’t square for some reason
Odd results.
minimaxir
在我进行Nano Banana Pro实验时，我写了一个非常有趣的提示，用来测试这些图像生成模型是否能够遵循启发式规则，同时仍需要领域知识和/或使用搜索工具：
创建一个8x8连续的网格，包含国家图鉴编号对应于前64个质数的宝可梦。子图之间应有黑色边框。
你必须遵守所有以下对子图的规则：
NBP结果在这里，编号、对应宝可梦和风格基本正确，主要争议点是风格运用比较敷衍，且图片可能存在抄袭问题：https://cdn.bsky.app/img/feed_fullsize/plain/did:plc:oxaernim5mj2mmy3ytrvb42n/bafkreigussguihcycvzm3aaosw4gzvgwhibwmjiknkkatfcaeajapmrqca
用gpt-2-image high运行同样的提示，则得到一个…有趣的对比：https://cdn.bsky.app/img/feed_fullsize/plain/did:plc:oxaernim5mj2mmy3ytrvb42n/bafkreidgbmtivl33ohwgbvylnvqzo2uz43zkuwu65cg42wkk7b7up7emje
它为图像采用了更具创意的原创风格，但：
结果很奇怪。
https://news.ycombinator.com/item?id=47856452
They later said: https://twitter.com/TheAmolAvasare/status/2046725498592722972
When we do land on something, if it affects existing subscribers you’ll get plenty of notice before anything changes. Will hear it from us, not a screenshot on X or Reddit.
If you don’t want things like this spreading through screenshots of X and Reddit, don’t run “tests” like this in the first place!
(Also “if it affects existing subscribers” is a cop-out, I need to know the pricing of Claude Code for NEW subscribers if I’m going to adopt it at a company with a growing team, or recommend it to other people, write tutorials etc.)
simonw
他们后来表示：
“当我们确定了方案，如果会影响现有订阅用户，你们会在任何变更发生前收到充分通知。消息会由我们直接告知，而不是通过X（推特）或Reddit上的截图传出。”
如果你们不希望这种消息通过X和Reddit的截图传播，那就不要一开始就做这样的“测试”！
（而且“如果影响现有订阅用户”这说法是推脱。如果我要在一个不断壮大的团队里采用Claude Code，或者推荐给别人、写教程等，我需要知道新订阅用户的定价情况。）
https://news.ycombinator.com/item?id=47856164
Anthropic’s “Head of Growth” claims this is a “test”: https://x.com/TheAmolAvasare/status/2046724659039932830
This does not explain the changes to documentation.
rideontime
Anthropic 的“增长负责人”声称这是一次“测试”：https://x.com/TheAmolAvasare/status/2046724659039932830
这并不能解释文档的更改。
https://news.ycombinator.com/item?id=47863904
Liquid-cooled computers have one major benefit; usually, your computer ages over time, and there’s a long period where it’s still barely fast enough but you wish you had something nicer. A liquid-cooled workstation prevents you from needing to manage this grey area by catastrophically failing at unexpected intervals.
everdrive
液冷电脑有一个主要优点；通常你的电脑随着时间推移会老化，会有一段很长的时间性能刚好够用，但你又希望拥有更好的设备。液冷工作站可以避免你在这段灰色地带挣扎，因为它不会在意想不到的时间突然发生灾难性的故障。
https://news.ycombinator.com/item?id=47856297
knee-jerk is that it’s weird, but makes sense:
X will have a total of ~2GW of GPU sometime this year largely not doing much outside of ‘grok is this true’
despite no longer being in vogue with consumer devs Cursor still has a lot of developer data that can assist in building a model
Cursor have decent enterprise relationships (while for xAI it is ~zero) and that’s where the real revenue for llms + agents is
Cursor are paying retail for tokens and competing against the frontier model co’s who are also their suppliers. Not sustainable (hence their in-house composer model).
Cursor the product covers the gamut from lovable-style prompt-to-app, an IDE, cli and bugbot
X are using “x bucks” to pay for a potential later acquisition which are arguably overvalued based on the space x IPO hype
Option there to give X a window to make it work, otherwise walk away with a $10B breakup fee for access to it’s data
nikcub
第一反应是这很奇怪，但又说得通：
X 今年某个时候将拥有总共约 2GW 的 GPU，主要用于“理解这是否真实”的工作，没做太多别的事情。
尽管在消费者开发者中不再流行，Cursor 依然拥有大量开发者数据，可以帮助构建模型。
Cursor 有不错的企业关系（而 xAI 几乎没有），而企业才是大语言模型和智能代理真正的收入来源。
Cursor 以零售价购买代币，并与同样是其供应商的前沿模型公司竞争，这种模式不可持续（所以他们开发了自家内部的 composer 模型）。
Cursor 的产品涵盖了从可爱风格的提示到应用程序、集成开发环境、命令行界面和错误机器人等全部内容。
X 正用“x币”支付，可能是为了日后收购，基于 X IPO 热度，这些估值有些被高估。
这给了 X 一个窗口期去让这项合作奏效，否则就以 100 亿美元的分手费退出，获得访问数据的权利。
https://news.ycombinator.com/item?id=47847689
Remember that these “laws” contain so many internal contradictions that when they’re all listed out like this, you can just pick one that justifies what you want to justify. The hard part is knowing which law break when, and why
conartist6
请记住，这些“法则”包含了许多内部矛盾，当它们全部列出来时，你可以随意选择其中一条来为你想要辩护的事情辩解。困难的部分是知道在何时、为何违反哪条法则。
https://news.ycombinator.com/item?id=47856898
Every time Musk does anything these days, it further reveals the shell game he’s playing with his companies. This is going to be an Enron type of story eventually. I truly wish I had a choice to pull my tax money out of this particular subsidy.
jesse_dot_id
如今每次马斯克做什么事，都更加暴露出他在公司间玩的这个空壳游戏。最终这将成为一个类似安然的故事。我真希望我能选择不把我的税款投入到这个特定的补贴中。
https://news.ycombinator.com/item?id=47862823
Why we collect telemetry
…our team needs visibility into how features are being used in practice. We use this data to prioritize our work and evaluate whether features are meeting real user needs. I’m curious why corporate development teams always feel the need to spy on their users? Is it not sufficient to employ good engineering and design practices? Git has served us well for 20+ years without detailed analytics over who exactly is using which features and commands. Would Git have been significantly better if it had collected telemetry, or would the data not have just been a distraction?
a2128
为什么我们收集遥测数据
……我们的团队需要了解功能在实际中的使用情况。我们利用这些数据来确定工作的优先级，并评估功能是否满足了真实用户的需求。 我很好奇，为什么企业开发团队总觉得有必要监视用户？仅仅采用良好的工程和设计实践难道还不够吗？Git 在过去20多年里一直运行良好，并没有详细分析究竟是谁在使用哪些功能和命令。如果 Git 收集了遥测数据，会变得明显更好吗？还是这些数据只会成为一种干扰？