macOS 在连接新键盘时，有时会提示用户识别 Shift 键旁边的按键。这种看似奇怪的要求源于键盘无法以标准化方式向计算机传达其物理布局（ANSI 美国、ISO 欧洲或 JIS 日本）。
系统使用这些按键来区分布局——具体来说，每个 Shift 键旁边的按键是什么。虽然苹果自家的键盘可以识别自己，但许多第三方键盘不行，从而导致此提示。
对于美国/欧洲键盘，选择正确的布局主要影响外观，但对于日本键盘至关重要，因为它们在英文模式下具有不同的键帽标识，尽管向计算机发送相同的信号。选择不正确会导致按键输出错误的字符。
尽管界面有些笨拙，但这种方法巧妙地解决了一个复杂的问题，尤其是在许多键盘的厂商/型号识别不一致的情况下。这是一个“原始”但有效的解决方案，直到出现更强大的标准。
每日HackerNews RSS
为什么Mac连接新键盘时会要求你按下随机键？
Why do Macs ask you to press random keys when connecting a new keyboard?
15 小时前
这个Hacker News讨论集中在Mac电脑连接新键盘时提示用户按下特定按键的原因。核心原因在于，Mac电脑不像Windows或Linux那样，不会默认“信任”键盘标签或维护一个全面的键盘布局数据库——后者通常会在设置过程中询问语言/地区，并默认匹配键盘。
用户指出，许多非苹果键盘并未专门针对Mac兼容性进行测试，因此需要通过按键识别来正确映射按键。虽然看似不便，但对于不熟悉键盘布局的用户来说，这种方法可能更友好，因为它允许Mac电脑*检测*布局，而不是要求用户*选择*布局。
有人建议采取更强大的安全措施，例如要求按键序列以防止“BadUSB”攻击，还有人建议改进USB HID协议，以便键盘可以直接识别其布局。一个主要的争论点是按键提示是否真的是“随机的”——有人认为它们是经过专门选择的，使其成为任意的而不是随机的。
## Reducto 发布 Deep Extract，实现高度精确的文档提取 Reducto 发布了 **Deep Extract**，这是一款全新的基于代理的系统，旨在大幅提高从长篇复杂文档（如发票、财务报表和清单）中提取数据的准确性。与容易在长文档中出错的传统单次提取方法不同，Deep Extract 采用自我验证的迭代流程——类似于人工复核——以确保结果达到 **99-100% 的准确率**，甚至超过专业人工标注员。 该系统将大型文档分解为可管理的部分，将提取的数据与原始文档进行验证，并重新提取，直到达到设定的质量阈值。用户可以在系统提示中定义“正确性”（例如，确保行项目总和等于总计），从而无需进行大量的手动复核。 在 Beta 测试期间，Deep Extract 将客户在使用现有解决方案时遇到的字段准确率从 10-20% 提高到 99-100%。它还提供细粒度的引用（边界框），用于审计跟踪和审查工作流程。虽然处理时间比标准提取更长，但与大规模手动审查相比，它速度更快且更具成本效益。 Deep Extract 现在作为 Reducto 的 Extract 端点的配置提供。
Reducto 发布了名为“Deep Extract”的新工具，用于从文档中提取数据，并在 Hacker News 上讨论其功能。虽然早期版本在处理长文档时遇到困难，但 Reducto 声称已取得显著改进，性能现在与 Gemini 3 Flash 相当甚至超越，尤其是在复杂任务方面。
用户正在将 Reducto 与 DataLab 等竞争对手进行比较，Reducto 将 Deep Extract 定位为更准确但速度较慢，因为它的方法更加深入。为了方便比较，Reducto 计划发布一个用于结构化提取的开放数据集。
讨论还涉及大规模部署代理的挑战，以及识别 Reducto 技术背后的 LLM（推测指向 LayoutXLM）。Reducto 正在提供免费积分，供用户测试 Deep Extract 以及其他解决方案。
这段代码演示了如何使用`freestyle-sandboxes`库来创建和管理用于软件开发任务的虚拟机（VM），由Bun提供支持。 示例展示了不同的VM设置：从模板创建一个带有开发服务器（`VmDevServer`）的新仓库，克隆现有的仓库，以及利用具有空闲超时功能的持久化VM。 重要的是，该库与AI代理（`ai()`）集成，以自动化这些VM内的任务。这些任务包括构建API、前端和测试套件（使用forked VM），运行lint工具和测试，审查代码差异，以及与用户进行持续对话。 核心功能围绕着定义VM规范（`VmSpec`）并在其中执行命令，利用AI的力量来驱动开发流程。
门特威尔。 问题 1/6
一位Hacker News用户创建了“mentwire.com”，这是一个社交网络原型，旨在实现保罗·格雷厄姆提出的“智力验证码”理念，以改善在线讨论。该平台要求用户在互动前回答测试基础数学、逻辑和理解力（包括Twitter/X社区笔记）的问题——每天一个问题用于访问信息流，并且在获得点赞/踩之前以匿名方式发布。它还使用面容ID和全字母句检查来阻止机器人。
创建者正在寻求关于问题来源扩展的反馈。初步用户反馈指出了一些小错误（问题计数错误）以及对某些问题中逻辑缺陷的担忧。其他人质疑它对高级人工智能的有效性，并指出存在问题集偏见的可能性，反映了现有的政治分歧。
该项目被认为从根本上反对主流社交媒体以互动为导向的商业模式，可能只会在Hacker News等社区中找到利基市场。
## 量子抗性密码学：紧迫性提升
量子计算领域的最新突破大大加快了开发和部署量子抗性密码学的进程。谷歌和Oratomic的最新研究表明，破解当前加密标准（如用于Web安全 – WebPKI的那些）可能需要的资源远比之前认为的要少——可能在几年内实现，而非几十年。
这种转变促使人们重新评估风险，专家现在认为2029年是一个关键的截止日期。作者此前较为谨慎，现在则提倡立即行动：部署当前可用的后量子密码学解决方案，即使它们并不完美，也至关重要。
具体而言，这意味着优先推广更大的ML-DSA签名和ML-KEM密钥交换，同时逐步淘汰易受攻击的算法，如ECDSA。混合方法现在被认为过于缓慢和复杂。虽然对称加密目前并非直接的担忧，但作者强调了整体的紧迫性，并承认这将给现有系统和库带来 disruption。核心信息很明确：不作为的风险大于潜在的过早过渡带来的不便。
我们检测到您的浏览器已禁用 JavaScript。请启用 JavaScript 或切换到受支持的浏览器以继续使用 x.com。您可以在我们的帮助中心查看受支持的浏览器列表。帮助中心 服务条款 隐私政策 Cookie 政策 版权信息 广告信息 © 2026 X Corp.
一场在Hacker News上的讨论围绕着一位81岁的洛杉矶道奇队球迷，他现在无法购买到比赛门票，因为门票完全数字化，需要智能手机——而他没有智能手机。
最初来自推特链接（随后通过xcancel.com和NBC洛杉矶的一篇新闻报道分享）的帖子引发了关于可访问性和对技术的依赖的争论。许多评论者表示同情，并主张使用模拟备用方案，例如可打印的门票，并指出潜在问题，如手机没电或屏幕破裂。
人们也对票务倒卖和数字门票的安全性（如轮换条形码）表示担忧，并提出了身份验证等解决方案。一些人认为这是故意选择，优先考虑便利性/安全性而非包容性，而另一些人则认为适应智能手机的使用是个人的责任。
请启用 JavaScript 并禁用任何广告拦截器。
《华尔街日报》的一篇文章报道，越来越多的美国人进入中上阶层（定义为联邦贫困线的5到15倍），这在Hacker News上引发了讨论。虽然高收入人群数量在增加，但评论员指出，由于生活成本上升，特别是住房成本，这些收入的*实际价值*已经显著下降。
许多用户强调了收入差距的扩大，一些人认为中产阶级正在萎缩——不是陷入贫困，而是*向上流动*——这加剧了整体财富不平等。另一些人质疑这种向上流动性是否会持续到未来几代人。
对话涉及更广泛的经济问题，如工资停滞、缺乏带薪休假保障以及代际财富的作用。一些人认为，美国的财富不平等程度与发展中国家相当，而另一些人则强调教育和财务规划对于持续成功的重要性。最终，这场讨论揭示了一个细微的观点：更多的人在技术上正在攀登经济阶梯，但梯子的梯级距离更远，也更难攀登。
内容创作者达拉斯·利特尔在四月愚人节策划了一场令人惊叹的恶作剧，凭借“埃迪·达尔顿”的音乐席卷iTunes排行榜——这位歌手并不存在。达尔顿完全由利特尔使用人工智能生成，他创作歌曲、塑造人物形象并制作伴随视频。 目前，埃迪·达尔顿在iTunes Top 100榜单上有十一首歌曲，专辑排名第三。尽管一首歌曲在YouTube上获得了120万次观看量（“Another Day Old”），但Luminate报告的销售数据却出人意料地低，仅为6900首曲目。这种差异引发了人们对这位人工智能艺术家如何在没有电台播放或大量流媒体数据的情况下获得如此高的iTunes排名，导致人们猜测利特尔在“钻空子”。这一情况引发了关于人工智能对音乐产业的影响以及听众是否了解埃迪·达尔顿的人工起源的争论。
一位名为Eddie Dalton的AI歌手目前在iTunes单曲榜上占据十一位，引发了Hacker News上关于音乐产业现状的讨论。许多评论员怀疑存在图表操纵，通过AI驱动的营销以及由于销量低而容易在iTunes上“购买”图表位置。
这位艺术家在Spotify上拥有大量粉丝和播放量，但一些人指出“机器人”虚荣指标和自我宣传歌单是虚假增长的迹象。 讨论还涉及更广泛的音乐消费转变——从完整专辑到单曲，现在到AI生成的内容，并对艺术深度的丧失和专辑格式的价值表示担忧。
尽管如此，一些人认为艺术家正在*回归*完整专辑，并且流行专辑一直包含着填充曲目。 最终，这场讨论突出了在当今的音乐环境中，营销和影响者噪音如何掩盖真正的艺术性。
我们检测到您的浏览器已禁用 JavaScript。请启用 JavaScript 或切换到受支持的浏览器以继续使用 x.com。您可以在我们的帮助中心查看受支持的浏览器列表。帮助中心 服务条款 隐私政策 Cookie 政策 版权信息 广告信息 © 2026 X Corp.
## Anthropic 遭遇开发者反弹
最近Hacker News上的讨论凸显了开发者对Anthropic的Claude AI服务日益增长的不满。开发者报告称，Anthropic正在实施越来越严格的限制措施，损害了双方的良好关系。
具体而言，Anthropic正在积极阻止使用开源Claude接口OpenClaw，甚至在提示词中*提及*它现在也可能触发额外费用。用户批评其不明确的服务条款，一位开发者指出，尽管多次询问，仍然缺乏清晰的解释。
除了OpenClaw之外，Claude拒绝协助处理非编码问题（例如调试Dropbox问题）也引起了担忧，并反复引导用户至其他支持渠道。虽然一些用户报告性能稳定，但另一些人认为这些变化明显是为了更积极地将API商业化，限制访问并优先考虑利润而非开发者体验。
## Claude性能下降：摘要 Claude处理复杂工程任务的能力在2026年2月开始显著下降，这与“思考内容审查” (redact-thinking-2026-02-12) 的推出时间一致。对超过17,000个思考块和234,000次工具调用的分析显示，“思考深度”降低与代码质量下降之间存在强相关性。 二月之前，Claude展现出强大的推理能力、彻底的代码审查（每次编辑6.6次读取）以及对项目规范的遵守。审查后，该模型表现出增加的“懒惰”（过早停止、逃避责任），转向“先编辑”行为（每次编辑2.0次读取），以及依赖“最简单的修复”。这导致更多错误、增加用户干预以及挫败感指标上升68%。 数据表明，扩展的思考令牌对于复杂工作流程至关重要。思考深度降低会影响规划、规范遵守和错误检测。虽然减少思考令牌可以节省计算资源，但由此产生的错误和返工最终会*增加*整体资源消耗。用户体验明显恶化，积极情绪下降，从协作指导转变为纠正性反馈。作者希望Anthropic能够解决此问题，以恢复Claude以前的功能。
## Claude Code & Opus 模型问题 - 摘要
近期 Hacker News 上的讨论指出，Claude Code 和 Opus 4.6 模型在处理复杂工程任务时，质量似乎有所下降。用户报告模型提出“最简单的修复方案”的频率增加，但这些方案最终往往不正确或实施效果差，需要大量手动更正。
多位评论员注意到通过 Copilot 使用 Opus 4.6 时也存在类似问题，观察到“自我修正”以及倾向于优先考虑速度而非彻底性。一些人推测这可能是由于模型量化用于训练下一代模型，或者转向优先考虑 token 效率。另一些人则认为这是模型处理技能和规划方式发生了变化，需要更明确的提示。
除了性能问题外，用户还遇到身份验证错误和服务器中断。虽然一些人认为通过仔细规划和明确指令没有注意到变化，但越来越多的共识表明输出质量明显下降，这引发了人们对 Anthropic 可能“欺骗”客户的担忧。 还有关于 AI 机器人增加的网络抓取以及对服务器资源更好尊重的讨论。