2022年11月，英格兰多塞特郡发生了一次真北、磁北和网格北的罕见一致，被称为“三北”。此一致正在缓慢地向北移动，横跨整个大不列颠。最近来自英国地质调查局和 Ordnance Survey 的数据表明，该一致于2025年12月13日离开英格兰，进入北海。 它将于2026年10月底短暂返回苏格兰德鲁姆，然后在2026年12月中旬再次进入北海，靠近弗雷泽伯勒。这种一致是由地球磁场的变化驱动的（该磁场在2014年显著改变了方向），是一个具有历史意义但转瞬即逝的事件。 专家强调，这种一致对导航没有实际影响，因为使用者仍然必须考虑磁偏角。由于磁场的不可预测性，这种“一生难遇”的现象可能需要几个世纪才会再次发生。
每日HackerNews RSS
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
“三北”对齐即将结束 (spatialsource.com.au)
8 分，由 altilunium 发表于 2 小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
启用 JavaScript 和 Cookie 以继续。
一种利用Anthropic的Claude Code的新工具，允许用户使用自然语言查询来自Hacker News和arXiv等来源的大型数据集。该系统由Xyra开发，利用一个包含超过140万篇帖子和1560万条评论（且不断增长）的SQL+向量数据库，由Voyage-3.5-lite模型提供支持。
用户只需将问题输入Claude Code（使用API密钥），AI就会生成复杂的SQL查询来检索相关信息。一个独特的“Alerts”功能允许用户在数据中满足特定、细微的标准时接收电子邮件通知——例如，跟踪关于“雌激素”的特定语境下的讨论。
该系统还支持复杂的向量搜索，允许进行高度针对性的结果，例如查找关于FTX危机的内容，*但不*带有负面情绪。开发者正在寻求资金以扩展数据库，纳入更多来源。
TiXL是一款开源软件，用于创建实时动态图形，连接现场视觉效果、程序化生成和传统关键帧动画。它面向艺术家和技术用户，提供音频反应内容、参数探索以及高级着色器/输入开发（Midi、OSC、Spout）工具。
目前正在积极开发（版本4），TiXL已经足够稳定，可用于专业视觉制作，具有行业标准的色彩校正和色调映射工具，并允许导出独立可执行文件。
开发者优先考虑用户友好和直观的界面，旨在在易用性和强大灵活性之间取得平衡。他们鼓励艺术家、开发者和创意爱好者参与社区，共同塑造项目的未来。提供文档和教程等资源，并设有Discord服务器([https://discord.gg/YmSyQdeH3S](https://discord.gg/YmSyQdeH3S))，用于支持和反馈。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Tixl: 开源实时动态图形 (github.com/tixl3d)
8 分，由 nateb2022 发表于 2 小时前 | 隐藏 | 过去的 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
SCAMP 是一个用 Python 编写的计算机辅助作曲框架，旨在充当中心，灵活地将作曲家-程序员与用于播放和记谱的各种资源连接起来。SCAMP 提供管理音乐时间流、通过 SoundFonts 或 MIDI 或 OSC 消息通过外部合成器播放音符，以及将结果量化并导出为 MusicXML 或 LilyPond 格式的乐谱的功能。以下是关于如何在您的计算机上启动并运行 SCAMP 的说明，以及完整的 API 文档。叙述性文档以这些教程视频的形式提供。如果您正在寻找概述，以下视频提供了对该框架的良好介绍：您还可以阅读介绍该框架的论文，并查看此处找到的“教程”示例。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Scamp (Python计算机辅助音乐套件) (marcevanstein.com)
5 分，来自 bthallplz 2 小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## Odin 的 core:os 包重设计 – 提前通知 Odin 的 `core:os` 包是该语言的基础，最初在引导阶段构建，目前正在进行重大重设计，以解决累积的技术债务并与现代 Odin API 标准保持一致。虽然 Odin 优先考虑稳定性，但这种全面改造对于长期的可维护性和一致性是必要的。 过渡计划于 2026 年第一季度完成，将涉及许多不兼容的更改。目前作为 `core:os/os2` 提供，重设计的包将在发布时替换 `core:os`。主要变化包括：需要显式分配器进行内存管理，使用 `^os.File` 而不是原始文件句柄以获得更大的灵活性和拦截能力，以及在所有平台上实现一致的 API。 重设计还引入了用于路径和进程处理的新 API、改进的目录遍历以及使用 `os.Error` 的统一错误系统。这些更改旨在明确内存分配责任并提高整体代码质量和跨平台行为。开发者应为这些更改做好准备，并熟悉 `core:os/os2` 包，以方便过渡。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Odin: 向新的“core:OS”迈进 (odin-lang.org)
12 分，来自 ksec 2 小时前 | 隐藏 | 过去的 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
美国股市在1999年达到顶峰，此后大部分时间处于熊市，从168克跌至约20-25克。自2009年以来以美元计价的收益*看似*表明正在复苏，但这些收益主要归功于美联储的货币政策（量化宽松）导致美元贬值。
以黄金计价，所谓的“复苏”直到2011年才显得平稳，之后价格跌至2009年以来的低点，然后出现部分反弹。截至2012年初，股市比2009年的低点高出16%，但仍低于2008年的峰值50%。
历史上（1880-2012年），标准普尔500指数的平均价格为29.4克，中位数为14.8克。尽管目前价格约为25克，但以黄金调整后的市盈率（PE10）表明股市被低估，接近历史低点。作者认为进一步下跌的可能性很大，并引用了过去低于10克的情况，建议跟踪黄金投资以了解真实价值，而不是依赖可能被操纵的货币估值。
黑客新闻的讨论围绕着pricedingold.com网站，该网站以黄金价格显示标准普尔500指数。 网站旨在将黄金呈现为优于法定货币的价值衡量标准，但评论员们主要争论其有效性。
许多人指出，自1950/1971年以来，*再投资股息*后的标准普尔500指数表现明显优于黄金。 另一些人质疑该网站的前提，认为黄金和货币都是有缺陷的衡量标准——黄金波动性大，而货币则受通货膨胀影响。 有人建议使用基于必需品的价格指数等替代的“稳定”价值衡量标准。
对话扩展到更广泛的经济主题，包括金本位、财富分配和通货膨胀的影响。 几位用户指出，该网站过时的设计（带有Google+和Twitter按钮）表明它起源于2013年左右。 最终，讨论强调了对使用黄金作为基准的怀疑态度，许多人认为这是一个武断的选择，反映了对货币体系的怀旧观点。
欧泊 [实验]
## Google Opal：初步反应与担忧
最近的 Hacker News 讨论集中在 Google Opal 上，这是一款新的“无代码”AI 应用构建工具。虽然有些人认为它可能成为 Vercel 的潜在竞争对手，但初步反应大多持怀疑态度。
一个主要担忧是厂商锁定——用户担心 Google 可能会控制使用该平台构建的应用并决定定价。 还有人质疑 Google 依赖 Discord 提供支持，指出尽管拥有 Google Chat，过去尝试过的聊天服务都失败了。
隐私也是一个争议点，因为 Opal 要求访问用户的整个 Google Drive，引发了对数据使用（可能用于训练目的）的质疑。 许多评论者表达了对 Google 产品生命周期的普遍不信任，预测 Opal 可能会像许多以前的 Google 项目一样被停止。
## LLVM AI 贡献政策概要 拟议的 LLVM AI 贡献政策以 **“人工参与循环”** 为中心。贡献者欢迎*使用* AI 工具，但对他们的贡献**完全负责**，并且必须在提交之前彻底审查和理解所有 AI 生成的内容。核心原则是防止“提取性贡献”——即需要比其提供价值更多的维护者审查工作量的提交。 本质上，贡献者不应提交他们无法解释或捍卫的工作；“LLM 做的”不能被接受。透明度是关键——贡献者应清楚地表明 AI 工具的使用情况（例如，在提交消息中）。 该政策禁止在没有人工监督的情况下运行的自动化代理。虽然允许 LLM 辅助工作流程（例如生成文档*然后*手动审查），但不允许自动提交或审查工具。 维护者将标记潜在的提取性贡献，要求提供理由。重复不合规可能会导致对话锁定。该政策还强化了现有的版权责任——贡献者即使使用 AI 生成的内容，仍要对版权合规负责。该政策旨在平衡利用 AI 提高生产力的收益，同时保护维护者的时间并促进可持续、友好的社区。
最近一篇Hacker News上的帖子讨论了llvm.org的新政策，即他们不需要非程序员的代码贡献。讨论强调了对大量低质量代码提交的日益增长的沮丧，这可能得益于像ChatGPT这样的大型语言模型的使用增加。
评论者对需要明确说明这一点表示失望，指出持续的审查工作量以及呈指数级增长的提交数量。一个主要问题是贡献者提交他们不理解的代码，经常依赖大型语言模型而不验证结果——导致诸如“是LLM生成的”这样的回应。
虽然一些公司成功地利用人工智能驱动的代码审查工具，但llvm.org的政策反映了维护代码质量和避免自动化、未经验证的建议的愿望。总体情绪表明，在人工智能代码生成唾手可得的时代，平衡开源贡献与维护项目完整性是一个挑战。
这个实验探索了为数字交互增加一个新的维度：通过压力感应传达物理“重量”，类似于苹果的Force Touch。一个可玩演示包含可拖动元素——一个重块、轻气泡、便签和粘性垫，每个元素都需要不同的压力来操作，模拟现实世界的物理努力。阴影也会响应，反映物体的“重量”。 核心思想是，当前的数字界面缺乏关于数据*规模*或计算成本的反馈。想象一下拖动一个大文件需要明显的压力，或者数据库查询在执行前感觉“沉重”。这可以在不依赖元数据的情况下，建立对文件大小和处理需求的直觉。 虽然前景可期，但这个概念面临挑战：对不同身体能力的用户而言的可访问性、硬件限制（Force Touch并非普遍存在），以及对仔细校准的需求。作者质疑，为传统上无摩擦的媒介增加摩擦是否是有益的，或者是一步走向更具具身化的计算。该演示可供探索和调整，引发人们对压力敏感输入如何使数字交互更具沟通性和直觉性的思考。 [https://pressureinteraction.netlify.app](https://pressureinteraction.netlify.app)
一个 Hacker News 的讨论围绕着根据文件大小让数字文件“感觉”有重量的想法——这个概念在 shiveesh.com 上有探讨。最初的帖子引发了争论，一位评论员指出“沉重”是相对的，一个小而重要的文件不应该与一个大视频感觉相同。
其他人加入了技术方面的见解。一位用户提到在 Android 上模拟压力敏感度以模仿 iOS 功能，表明这个概念在技术上是可行的。另一位用户强调了它在游戏中的潜在用途。一个演示链接 – https://pressureinteraction.netlify.app – 也被分享，允许用户亲身体验这种交互。虽然被认为是一个“有趣的思维实验”，但这个想法总体上被认为是一个可能不实用的产品。
L1TF 重载版
L1TF Reloaded
20 小时前
Rain研究项目展示了一种新的漏洞，名为“L1TF Reloaded”，能够从AWS和Google Cloud等云环境中泄露敏感数据。它利用了L1TF和（半）Spectre瞬态执行漏洞的结合，绕过了常见的软件缓解措施，如L1d刷新和核心调度。
该漏洞通过恶意虚拟机（VM）识别并定位同一物理主机上的另一个VM来实现，在演示中，它成功地从Nginx Web服务器中提取了私有TLS密钥。虽然KVM中使用的特定小工具已被修补，但旧内核版本仍然存在漏洞。
即使在更新的系统上，根本问题仍然存在，需要不同的利用技术。研究人员建议实施更广泛的“一揽子”缓解措施，以应对L1TF Reloaded和其他微架构攻击，从而增强云安全。该项目提供了漏洞利用代码和详细的复现说明。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
L1TF 重载 (github.com/thijsray)
5 分，来自 Fnoord 58 分钟前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：