## 语言模型中的位置编码：一个令人惊讶的有限范围 现代语言模型依赖于注意力机制来处理序列数据，但标准注意力缺乏固有的位置感知能力。位置编码对于注入这些信息至关重要，影响模型理解顺序和时间的方式。最近一项研究探讨了*可能*的位置编码的令人惊讶的受限空间。 该研究确定了这些编码中理想的关键属性：线性、平移不变性（仅相对位置重要）和连续性。这些约束极大地缩小了范围，揭示了大多数有意义的、已使用的编码都属于少数几个家族。这些包括RoPE（旋转位置嵌入），因其效率而被广泛使用，以及涉及指数衰减的变体。 有趣的是，分析还发现了一类技术上有效但可能不实用的编码，基于“缺陷”矩阵，产生多项式项——这是深度学习中一个未探索的新领域。最终，该研究表明，当前的位置编码方法可能已接近最优，减少了寻找“完美”解决方案的必要性。
每日HackerNews RSS
使用群论探索注意力机制的位置编码空间
Using group theory to explore the space of positional encodings for attention
2 天前
对不起。
Clojurists Together – 2026年第二季度开源资金公告
Clojurists Together – Q2 2026 Open Source Funding Announcement
2 天前
## Clojurists Together 2026 年第二季度资助公告 感谢会员贡献，Clojurists Together 将在 2026 年第二季度分发 31,000 美元，用于资助五项项目。Metabase 是新的支持者，特别支持 **Malli** 库的工作，该库是一个模式验证工具，被 Metabase 和更广泛的 Clojure 社区广泛使用。 资助的项目包括：**Malli** (Ambrose Bonnaire-Sergeant, 9,000 美元) – 旨在优化递归模式验证的内存使用；**Uncomplicate AI: Clojure LLM** (Dragan Djuric, 9,000 美元) – 开发高性能、用户友好的 Clojure 库，用于运行 Google 的 Gemma 等本地大型语言模型；**SciCloj 文档与绘图** (Cvetomir Dimov, 9,000 美元) – 扩展数据分析库 (Noj)，并改进绘图和交互式仪表板功能；**Gloat** (Ingy döt Net, 2,000 美元) – 改进 Clojure 到 Go 的编译器，以加快构建速度并扩大平台支持；以及 **PluMCP** (Shantanu Kumar, 2,000 美元) – 为 Agentic AI 生态系统中的关键协议实现新功能和文档。 这些项目代表了 Clojure 开发的各个领域，从核心库到尖端 AI 应用，旨在造福个人开发者和更广泛的 Clojure 社区。
对不起。
人工智能辅助编码领域发展迅速。这是为了及时了解最新进展，通过抓取 Hacker News 评论中关于编码模型的流行度和用户情绪来实现。每日更新。我希望能够审计流程和结果，以便调试以及偶尔检查模型输出的合理性。因此，结果被记录到 Google 表格中，你可以看到提及特定模型的评论 ID，以及模型为该评论和模型确定的情绪。你可以通过将评论 ID 附加到 https://news.ycombinator.com/item?id= 来打开评论。下方的图表是从 Google 表格嵌入的。如果无法加载，你应该可以直接打开表格查看相同的图表。
## 黑客新闻编码模型概览 - 摘要
最近在黑客新闻上的一场讨论促成了 [hnup.date](https://hnup.date/hn-sota) 项目的创建，该项目基于黑客新闻评论分析了对编码模型的提及和评价。目标是快速了解流行的模型，并可能扩展到包含工具和自托管设置。
目前，**Claude** 在提及次数上领先，但因定价和可靠性问题收到大量负面反馈。 尽管提及次数第二，**GPT-5.5** 却出人意料地获得了更多积极评价。 **Gemini** 评价两极分化——有些人认为它无法使用，而另一些人则称赞其独特的提示方法和数据处理能力。
**Qwen 和 DeepSeek 等开源模型** 正在获得关注，这源于避免厂商锁定和受益于更低成本的愿望，即使人们对数据来源和潜在审查存在担忧。 用户强调了在个人硬件上本地运行模型的价值。
分析还表明，人们越来越欣赏 **kimi2.6** 等模型，并专注于寻找“更擅长”特定任务的模型，而不是单一的“最佳”模型。 该项目仍在进行中，计划跟踪情感随时间的变化并改进数据分析方法。
## 代理 Harness 架构：沙盒内 vs. 沙盒外
LLM 代理依赖于一个核心“Harness”——提示、执行和反馈的循环——来运作。一个关键的决定是这个 Harness *运行在哪里*。主要有两种架构：**沙盒内**（在代理代码的同一个容器内）和**沙盒外**（在后端运行，通过 API 与沙盒交互）。
在*沙盒内*运行 Harness 更简单，利用现有工具和本地文件系统来实现技能和记忆。然而，它在多用户环境和安全性方面存在挑战——凭据在沙盒内，并且难以扩展/暂停沙盒。
作者选择了*沙盒外*架构。这通过将凭据分离来增强安全性，并允许按需配置沙盒，从而节省资源。然而，它需要解决诸如**持久化执行**（使用 Inngest 进行检查点）、**沙盒生命周期管理**（使用 Blaxel 实现快速恢复）和**文件系统虚拟化**等挑战。
这个虚拟化层提供了一个统一的文件系统接口，将请求路由到数据库以获取共享技能/记忆，并路由到沙盒以进行本地操作，从而避免了分布式文件系统问题。虽然保持与 Claude Code 等工具的 API 兼容性至关重要，但代理能力演变以及通过 `bash` 等工具可能出现的安全漏洞仍然存在挑战。目前，并发会话的一致性采用“最后写入者胜出”的方法来处理。
## 代理框架：摘要
这次Hacker News讨论的中心是“代理框架”的架构——管理大型语言模型（LLM）以执行任务的软件层。文章作者的核心论点是，框架本身应该位于*沙箱之外*，而潜在风险操作的实际执行则发生在*沙箱之内*。
这种思路源于对快速发展的框架代码本身缺乏信任，以及对LLM可能利用框架能力的担忧。多位评论者强调需要强大的安全性，建议采用多层沙箱和严格的访问控制，而不是依赖单一沙箱。
一个关键点是区分代理*循环*（核心逻辑）和它使用的*工具*。循环本身不一定需要沙箱，但工具执行——尤其是涉及用户代码时——则需要。 讨论还强调了管理对共享资源的并发访问的挑战，以及设计最终一致性的重要性。
最终，这次对话强调了代理AI的早期阶段，以及对仔细架构考虑的必要性，优先考虑安全性和控制，而不是便利性。 许多人同意，“框架”这个术语仍在不断定义和完善，随着该领域的演进。
作者致力于为Apple Watch打造最佳地图体验已有六年，这源于对荒野探险的热爱以及对可靠离线导航的需求。早期的尝试受限于早期watchOS版本和处理能力，依赖于服务器生成的地图。
突破来自于一个定制构建的、SwiftUI原生地图渲染引擎，实现了高性能的离线地图显示。然而，为小屏幕设计有效的界面却充满挑战。经过多次迭代，最终设计采用分层界面，通过轻点即可访问指标，避免了破坏性滑动。
至关重要的是，作者委托地图制图师制作了定制的基础地图，针对Apple全新的“Liquid Glass”设计美学进行了优化，并提供了易于阅读的深色模式。与设计师的合作最终确定了布局，从而打造出既贴合平台原生体验又独具实用价值的地图。
最终，作者选择构建定制解决方案，而不是使用Apple的MapKit，理由是需要更高的可配置性、对视觉元素的控制以及更全面的地图数据。最终成果在Pedometer++ 8中发布，代表了多年努力的结晶，也是watchOS地图领域的一大进步。
## Hacker News 讨论：完善 WatchOS 上的地图
一场 Hacker News 讨论围绕 David Smith 通过他的应用 Pedometer++，历时六年完善 Apple Watch 地图的过程。用户抱怨 Apple 缺乏专门的、官方的 Watch 徒步/地形图应用，即使是高端 Ultra 型号，并且导入 GPX 文件也很困难。
对话演变成关于 Apple 开发理念的争论——他们应该自己构建所有东西，还是应该允许生态系统通过第三方应用蓬勃发展。一些人回忆起 Apple 过去将成功的第三方功能整合进自己的做法（“sherlocking”），而另一些人则认为 Apple 应该改进基础操作系统功能。
许多用户赞扬 Smith 的奉献精神和对细节的关注，并指出他对突破平台极限的承诺。人们对 Apple 地图的局限性以及令人沮丧的“你在锻炼吗？”屏幕中断地图视图表示担忧。其他人强调了像 Garmin 和 Coros 这样的替代手表平台的优势，这些平台是专门为活动追踪而构建的。
最终，这场讨论展示了对 Apple Watch 上更强大的地图功能的需求，以及对独立开发者填补 Apple 留下的空白的赞赏。
## Easel 新物理引擎实现更大更复杂的游戏 Easel 传统上受其预测性多人架构限制，世界尺寸受到限制——之前的物理引擎需要每帧进行完整世界快照和回滚。现在，一个**定制物理引擎**改变了这一切，它只对*变化*的元素进行快照和回滚，从而实现《Among Us》规模及更大的游戏。 这得益于几个关键特性：**休眠物体**（忽略静态物体）、优化的**空间索引**以实现高效的碰撞检测，以及一种新的**步进**方法，它消除了不需要的“弹跳”而不会牺牲击退效果。Easel 还集成了**连续碰撞检测**，以实现快速移动物体之间的精确交互，并允许物体即使*没有*碰撞体也能移动——这对于简单的视觉效果很有用。 该引擎建立在开源 Parry 库之上，但专门针对 Easel 的需求进行了定制。结果是一个更高效的系统——将快照数量减少了 30-50 倍——为更大、更详细、更引人入胜的多人游戏体验铺平了道路。本质上，Easel 现在只快照*需要*快照的内容，从而释放了真正广阔的游戏世界的潜力。
## 尼安德特人的“脂肪工厂”改写历史
发表在《科学进展》上的一项新研究表明，尼安德特人在食物处理技术方面比先前认为的更为先进。在德国Neumark-Nord 2遗址的挖掘，其年代可追溯到12.5万年前，表明尼安德特人系统地从大型哺乳动物（鹿、马和原牛）的骨骼中提取脂肪——大规模地。
他们不仅仅是获取骨髓，而是将骨头压碎成碎片，并在水中加热以提取富含卡路里的骨脂，有效地运营着一个“脂肪工厂”。 这一劳动密集型过程，此前归功于后来的早期人类群体，表明了先进的计划、资源管理以及对脂肪营养价值的理解。
该遗址的卓越保存展示了更广泛的尼安德特人行为，包括狩猎、屠宰，甚至可能包括植物利用。研究人员认为，尼安德特人战略性地选择了这个湖边位置，以有效地处理至少172只动物的骨骼，突出了他们适应和在温暖温带环境中生存的能力。 这一发现重塑了我们对尼安德特人能力及其对史前生态系统的影响的理解。
## 尼安德特人的“脂肪工厂” – 摘要
最近在德国的诺伊马克-诺德（Neumark-Nord）进行的考古发现表明，尼安德特人早在12.5万年前就已进行大规模动物处理，这表明他们具备复杂的计划和资源管理能力。证据显示，他们系统地屠宰了数百只大型哺乳动物——包括大象和犀牛——并煮沸它们的骨头以提取骨髓和脂肪。
这项“脂肪工厂”运作挑战了之前对尼安德特人仅为简单猎人的认知。处理动物的巨大数量表明，这是一种为储存食物和潜在其他用途（如胶水或肥皂生产）而采取的 deliberate 策略。
这些发现引发了关于尼安德特人智力和最终灭绝的争论。一些人认为，先进的认知能力与弗林效应（观察到的智商随时间推移而增加）不符，而另一些人则指出，导致尼安德特人灭绝的因素除了智力外，还包括较低的生育率或被 *智人* 击败。 讨论还强调了尼安德特人对史前巨型动物种群的潜在影响。最终，这项研究继续模糊尼安德特人和现代人之间的界限，展示了我们对人类进化的更深刻理解。
## Ladybird 浏览器 - 四月更新
四月，Ladybird 取得了显著进展，**合并了 35 位贡献者提交的 333 个 PR**，其中包含 7 位首次贡献者！该项目由社区和企业赞助推动——欢迎新的赞助商。
主要改进包括一个由 pdf.js 提供支持的**内联 PDF 查看器**，提供缩放和文本选择等功能。**浏览历史记录**现在具有丰富的自动补全功能，包含网站图标和标题。**增量 HTML 解析**和**异线程 JavaScript 编译**提高了性能，显著加快了 YouTube 的加载速度。
渲染方面也得到了增强，包括**每次导航光栅化**和新的**GTK4/libadwaita 前端**，适用于 Linux。**JavaScript 引擎**收到了大量优化，从而提高了 Speedometer 分数。**书签**获得了管理界面，并且像**Cache 和 CacheStorage** 这样的核心 Web 平台功能现在已完全实现。在网络、样式失效和布局方面进行了许多修复和改进。
最后，测试范围通过包含 test262 套件而扩大，显著提高了 WPT 覆盖率。
## 瓢虫浏览器更新 - 2026年4月（摘要）
瓢虫浏览器项目正在推进，最近的更新强调了改进和持续存在的挑战。开发重点是构建一个安全、独立的浏览器替代方案，目前有8名全职工程师和志愿者社区。
主要更新包括修复了渲染问题（例如Strava登录和从右向左文本中的列表标记），以及现有的Qt选项之外，新增的GTK4/libadwaita前端。虽然YouTube功能据报道可以正常工作，但安全性仍然是优先事项——人工智能工具仍然可以识别可利用的漏洞。
讨论围绕着实现完全网络兼容性的困难，一些网站正在积极阻止非Chromium浏览器。人们对项目的资金来源表示担忧，特别是Cloudflare的大额赞助，以及赞助商的潜在影响。该项目旨在接受无限制的捐赠以避免这种影响。
此次更新引发了关于快速开发与代码质量之间平衡的争论，以及与Chrome和Firefox等成熟浏览器竞争的挑战。更新中还包含了一份申请2026年YC夏季项目的呼吁。
<!-- 自动生成，请勿手动编辑 --> #### editor/codeEditor/CodeEditor/Dark  #### editor/codeEditor/CodeEditor/Light 
{{statusMessage.message}}
暂存模式说明
时区切换语言信息
订阅
订阅
时区信息栏
本地时区信息栏
更改时区
首页
事件历史
RSS 页面由 Site24x7 状态页提供支持
Cookie 同意横幅文本
本页面使用 Cookie 来存储偏好设置并改善用户体验。继续访问本页面即表示您同意我们使用 Cookie。了解更多关于我们的 Cookie 和隐私政策。
Canonical（Ubuntu的母公司）最近遭受了一次DDoS攻击，据报道是由一个亲伊朗组织发起的勒索行为。虽然核心组件现在已恢复运行，但用户继续报告PPAs和Launchpad的问题，表明系统仍然不稳定。
该事件引发了Hacker News上的讨论，许多人批评Canonical过时且过于严格的招聘流程。多名用户分享了经历，详细描述了冗长的面试过程、对实际IT技能无关的学术成就的要求，以及对候选人高中成绩的关注。一些人推测，这种对理论知识而非实际经验的关注可能导致了公司的脆弱性。
对话还涉及Canonical的产品决策，特别是不受欢迎的Snap软件包管理器，以及追求市场需求之前技术的历史，例如Juju。这次攻击凸显了潜在的基础设施弱点，并引发了人们对Canonical的优先事项和安全方法的质疑。