《纽约时报》针对 OpenAI 和微软的版权诉讼中新解密的文件显示，这些公司内部曾承认其人工智能训练行为可能构成“盗窃”。文件详细说明了这些公司如何通过绕过付费墙、删除版权声明以及大规模抓取数百万篇文章来构建海量数据集。 至关重要的是，这些内部通讯与其公司辩称的“合理使用”法律抗辩相矛盾。根据该抗辩，人工智能产品不得直接替代原始材料的市场地位。微软高管将其产品描述为一种威胁新闻出版商“经济基础”的“毁灭循环”（doom loop）；OpenAI 领导层内部也承认，其模型对所依赖的新闻工作者构成“生存威胁”。微软首席执行官萨提亚·纳德拉也作证称，付费内容应获得授权；他指出，如果早知 OpenAI 在抓取此类材料，他会要求重新训练模型。 这些文件揭示了公司将受版权保护的数据货币化的蓄意行为，内部备忘录甚至将其做法称为“人类历史上最大规模的劳动窃取”。这些披露显著升级了这场为期三年的法律斗争，突显了他们内部清楚地意识到，其人工智能开发是在损害而非转换提供训练数据的出版商。
每日HackerNews RSS
关于微软高管称 AI 抓取数据是“人类历史上最大规模的劳动窃取”这一言论，Hacker News 上的讨论凸显了数字时代在知识产权、规模和伦理方面的巨大分歧。
**核心观点：**
* **支持监管派：** 许多人认为，在当前的超大规模下，AI 训练与人类阅读书籍有着本质区别。批评者将 AI 视为一种“可无限复制的实体”，它取代了人类劳动，实际上是在蚕食其训练所用的内容，并破坏了创作者生产原创作品的动力。一些人将其比作“知识产权洗钱”，即公司在未经许可或补偿的情况下剥削劳动成果，随后又试图保护自己的专有模型。
* **支持 AI/民主化派：** 另一方则为数据抓取辩护，称其为人类进步的延续，并主张“信息渴望自由”。这一派认为 AI 是一种变革性技术，通过使知识变得可获取和可操作，为社会提供了巨大价值。他们认为 AI 并非传统意义上的“窃取”，因为原始作品依然存在，并指出当前的版权法已是阻碍创新的过时遗物。
* **关于虚伪性的辩论：** 讨论中很大一部分集中在科技巨头的讽刺性做法上——这些公司曾利用知识产权和版权法打压个人，现在却为了构建 AI 而无视这些法律。许多评论者对这种“双重标准”表示愤怒，即“盗版”对公众来说是犯罪，而对万亿级公司来说却是一种“商业策略”。
开放杰夫 OpenJev
2 天前
**OpenJev** 是一款基于浏览器的实验性工具，旨在对从本地大语言模型（LLM）提取决策概率的两种方法进行基准测试。 该平台允许用户比较： 1. **直接读取（Direct Readout）：** 直接从模型的内部 Logits 中提取选择概率，无需解码文本。 2. **生成（Generation）：** 强制模型以 JSON 文本格式逐个 token 输出概率分布。 所有流程均在浏览器中利用本地 GPU 运行；没有任何数据会被发送至后端。用户可以选择各种模型尺寸（从 0.6B 的 Qwen3 到 4B 的 Qwen3.5），以观察在速度和延迟方面的性能差异。 由于模型使用量化后的 GGUF 权重在浏览器中运行，因此计时指标提供了关于不同架构如何处理推理的真实视角。该实验突显了直接、高效的计算与资源密集型、分步文本生成方法之间的权衡。无需排队等待——只需选择一个模型，将其加载到缓存中，即可自行比较执行时间。
这篇 Hacker News 帖子讨论了“OpenJev”，这是一个试图复刻“Jev”界面模式的开源项目。Jev 是一个闭源的高速概率决策模型。
讨论主要集中在以下三个方面：
1. **技术实现**：用户们争论该项目跳过传统的文本解码，转而直接进行概率测量的方法是否具有真正的创新性。一些贡献者分享了他们自己定制的推理引擎，指出通过微调模型来测量特定 Token 而非生成完整序列，即可达到“类 Jev”的性能。
2. **对“氛围编程”（Vibecoding）的批评**：帖子中有很大一部分内容批评了该网站的“氛围编程”审美——这是针对大语言模型生成网站的常见抱怨。用户认为这些网站视觉上杂乱无章，充斥着“填充”文本，且在设计和层级结构上缺乏人为的意图。许多人觉得这种“AI 风格”的写作和布局令人反感且千篇一律。
3. **对 Jev 的困惑**：人们对 Jev 究竟是一种独特的架构，还是仅仅是一个用于描述专用高速分类器的营销术语感到困惑。怀疑论者指出，该项目缺乏基准测试和文档，加上其命名方式，与标准的透明分类方法相比，造成了法律和知识产权方面的模糊性。
Delta 已正式开启公测，推出了一种全新的软件构建方式：以“线程（threads）”取代传统的合并请求（pull requests）。鉴于 AI 智能体已从根本上改变了编程模式，Delta 超越了静态的 Git 代码差异对比，打造了一个人类与智能体实时协作的交互环境。
在 Delta 中，团队成员可以加入对话、与同一智能体交互，并在无需推送或提交代码的情况下探索代码上下文。通过利用其专有的 DeltaDB（记录提交之间代码、人类消息和智能体逻辑的演变过程），该平台实现了“持续工程化”。代码审查可以在独立的子线程中进行，从而在不干扰主工作流的前提下完成探索与修复。
虽然 Delta 摒弃了沿用 15 年的合并请求模式，但它依然兼容现有的 Git 仓库，允许团队在利用 Delta 进行内部协作的同时，保持在 GitHub 等平台上的开发进度。Delta 目前已支持 macOS、Linux、Windows 及网页端，公测期间免费使用。通过将焦点从基于批处理的提交转向持续且富含上下文的线程，Delta 旨在使软件开发变得更加流畅、协作性更强且原生适配智能体。
这份摘要记录了一段为期一周的调试经历，起因是一个 Voronoi 着色器出现了间歇性的卡顿。作者在 Shadertoy 上开发音乐视频背景时发现，动画在某台特定的 Windows 机器（搭载 RTX 4070 显卡）上出现抖动，但在其他硬件上运行流畅。
经过深入调查，作者发现问题并非出在噪声算法本身，而是出在通过 ANGLE 使用的 DirectX 11 着色器编译器（FXC）上。当计算中使用类整数常量（例如 `398.0`）时，编译器激进的优化（O3）错误地截断了数值，导致动画产生“跳变”而非平滑过渡。只需将常量改为非整数（例如 `398.1`），或者将 `fract()` 函数替换为 `x - floor(x)`，即可绕过该编译错误并恢复平滑运动。
通过使用 RenderDoc 检查字节码并获取着色器转储，作者确认了编译器对算术运算存在误解。这次对 GPU 流水线和着色器编译的深入剖析证明，即使是“数学上等价”的代码，也会因驱动程序和编译器解读中间字节码的方式不同而表现出差异。作者最终解决了这一故障，并继续他们的音乐项目《stuffy knows》。
此 Hacker News 讨论帖探讨了一篇关于着色器（shader）开发技术挑战的博文，重点关注了 GLSL 中浮点数行为的细微差别。
讨论涵盖了几个核心主题：
* **着色器复杂性：** 用户们探讨了着色器的学习曲线，对比了过去掌握图形管线的难度与如今通过大语言模型（LLM）生成着色器代码的便利性。一些人警告称，用户可能会在不理解底层逻辑的情况下使用 LLM 编写出能运行的代码。
* **技术细节：** 评论者指出了一些常见的陷阱，例如在处理负数时 `fract(x)` 和 `x - floor(x)` 之间的区别，这可能导致渲染伪影。
* **硬件与驱动的一致性：** 对话涉及了 GPU 浮点运算中缺乏对 IEEE-754 标准严格合规的问题。开发者指出，着色器行为会随硬件和驱动程序的不同而变化，这使得实现跨平台一致性成为一项重大挑战。
* **调试：** 原作者参与了讨论，澄清了其调试过程，确认该问题与 DirectX/着色器编译行为有关，而非特定于硬件的漏洞。
总的来说，该讨论帖提醒人们，图形编程往往需要超越简单代码生成的深层平台知识。
`gearhash` crate（v0.1.4 版本）现已加入 NEON 后端，在 ARM64 架构上针对典型数据块大小，性能提升了约 2 倍。此更新为自动生效且向后兼容，用户无需进行任何代码更改。
此次实现面临重大挑战：GEAR 滚动哈希具有严格的串行依赖链和内存密集型查表操作，这使得常规向量化难以实现。作者通过以下方式克服了这些障碍：
* **缩短依赖链：** 通过预计算哈希的多个步骤并仔细组织算术运算，防止编译器对减慢关键路径的操作进行重关联。
* **优化吞吐量：** 通过四步展开分组，并用更宽的非对齐加载替换单个字节加载，最大限度地减少了指令数量。
* **分支优化：** 不再在每个字节处检查数据块边界，而是将多个测试合并到向量单元中，仅在必要时才检查匹配项，从而大幅降低了开销。
基准测试证实，在常见数据块大小（如 64 KiB）下，2 倍的速度提升确实存在，不过对于非常小的数据块，标量代码仍然更快。作者计划将这些优化经验应用于未来对 x86 后端的改进中。
抱歉。
**奇普实地指南 (Khipu Field Guide, KFG)** 是由独立研究员阿肖克·科斯拉（Ashok Khosla）创建的一个创新数字平台，旨在将奇普（khipus）的研究大众化。奇普是印加帝国用于记录和交流的复杂结绳记事工具。
KFG 提供了全球规模最大、最精确的数字集合，收录了 700 多件奇普。该平台用详尽的示意图取代了复杂的照片，使这些文物更容易被分析。网站共分为七个综合板块，包括：
* **指南（Guidebook）：** 奇普历史与解读入门。
* **速写本（Sketchbook）：** 包含 703 幅奇普示意图的视觉数据库。
* **笔记（Notebook）：** 关于奇普模式的技术研究及数据科学突破合集。
* **数据书（Databook）：** 关于数字化和修复残缺历史记录的严谨过程分析。
* **文本书、参考文献及关于我们（Textosbook, Bibliography, and About）：** 涵盖西班牙档案中的“纸质奇普”、基础学术研究以及项目幕后团队的资源。
通过将传统考古学与现代计算分析相结合，奇普实地指南为学者和爱好者解码印加记事系统的奥秘提供了一份重要资源。
抱歉。
本文探讨了在 ARM 架构的弱内存一致性模型上模拟 x86-TSO（全存储排序）严格内存模型的根本挑战。
核心难点在于如何将 x86 严格的可见性要求映射到追求效率的 ARM 灵活硬件上。早期解决方案依赖于开销巨大的 `load-acquire` 和 `store-release` 指令，导致性能大幅下降。尽管较新的 ARM 扩展（如 `FEAT_LRCPC`）改善了性能，但它们往往无法处理内存对齐和原子操作等边缘情况。
主要障碍之一是缺乏对 x86 非对齐内存访问和“分裂锁”（split-locks）的支持，这迫使模拟器必须进行缓慢的内核态切换。虽然针对特定硬件的功能（如 Apple 的硬件级 TSO 开关或 Qualcomm 的“一致性缓存行”）能带来显著的性能提升，但它们尚未成为通用标准。此外，“非缓存”内存访问对于基于 PCIe 的 GPU 而言仍然是一个主要瓶颈，往往会导致严重的性能下降。
尽管存在这些阻碍，生态系统仍在不断演进。通过利用新的架构扩展、内核补丁和驱动层面的变通方案，开发者们正在稳步弥合这一差距，确保 x86 应用程序能够在 ARM 硬件上运行并获得日益具备竞争力的性能。
这篇 Hacker News 讨论聚焦于 x86 到 ARM 转译的挑战，特别是内存一致性模型对性能的影响。
文中探讨的核心观点是：x86 的“全存储排序”（TSO）本质上比 ARM 的“弱一致性”内存模型更严格，这在转译过程中产生了硬件性能开销。包括 Apple Rosetta 2 架构师在内的评论者指出，虽然弱内存模型确实带来了架构上的优势（约在个位数百分比范围内），但 TSO 的性能代价一直存在争议。
主要议题包括：
* **架构取舍：** 核心矛盾在于简单的软件友好型一致性（x86）与硬件高效的弱排序（ARM）之间。FEX 和 Rosetta 2 等转译器必须调和这些差异，通常需要在 ARM 硬件上实现高性能的 TSO 转译。
* **实现方式：** 苹果 M 系列芯片内置了硬件 TSO 模式以辅助转译，这凸显了垂直整合的优势。
* **软件复杂度：** 讨论涉及 C++ 中 `memory_order_consume` 的失败，以及在弱模型下管理并发的持续困难。
* **实际背景：** 该帖还探讨了为何宁可选择转译也不愿强行重编译庞大的旧版游戏库，以及在原生与转译混合环境中保持性能所面临的技术挑战。
此版本包含超过 160 次提交，主要致力于减少技术债务、代码重构及提升可移植性。 **主要特性：** * **固定内存 (Pinned Memory)：** 增加了 `EXTENT_ALLOC_FLAG_PINNED`，允许为不可回收映射（如 HugeTLB）使用自定义钩子；并引入了广泛的 `mallctl` 接口，用于监控固定内存和互斥锁统计信息。 * **C++ 集成：** 将实验性的 `infallible_new` 运行时选项替换为编译时标志 `--enable-cxx-infallible-new`，以实现更好的编译器优化。 * **易用性：** 启用通过 `thread.arena` 恢复每个 CPU 的 arena 选择。 **不兼容变更：** * 将固定的 tcache 填充/刷新策略替换为基于垃圾回收 (GC) 事件间需求观测的动态模型。 * 移除了七个过时的非实验性 `mallctl` 控制项。 **优化与重构：** * 模块化了分配器前端和核心子系统。 * 引入了操作系统抽象层，将平台相关操作（I/O、线程、虚拟内存）与核心代码解耦。 * 改进了基块增长启发式算法，以防止虚拟内存耗尽。 **错误修复与可移植性：** * 解决了多种边界情况，包括潜在的死锁、`errno` 保留问题以及 C23 `NULL` 指针的正确性。 * 增强了 macOS、MinGW 和 GCC 16 的跨平台支持，并改进了线程局部存储 (TSD) 的生命周期管理。
**Jemalloc 5.4.0** 的发布在 Hacker News 上引发了热烈讨论，标志着这一广泛使用的内存分配器重新回到了积极开发的状态。
讨论的主要要点包括：
* **项目状态：** 在从 Meta/Facebook 转回社区后，经历了一段沉寂期，Jemalloc 目前已恢复官方版本发布。
* **重要意义：** 用户称赞该分配器能够大幅降低资源密集型应用（如 Ruby on Rails 和各类 JVM 服务）的内存占用。许多开发者强调，即使是在使用具备垃圾回收机制的语言时，切换至 Jemalloc 也能解决持续存在的原生内存碎片和泄漏问题。
* **社区讨论：** 除了发布本身，讨论还涉及了由万亿级公司掌控开源项目的风险、malloc 命名惯例的历史（例如“Jason Evans malloc”），以及关于线程本地缓存与 CPU 本地缓存策略优劣的技术辩论。
该话题反映了人们对高性能通用系统工具的高度认可，同时也体现了“黑客”们在当前 AI 内容泛滥的背景下，更倾向于关注切实的工程改进。
**Minimal Phone 2** 是一款以专注为核心、小巧便携的智能手机，旨在对抗数字干扰。它采用铝合金一体成型机身和 4 英寸 AMOLED 触摸屏，并配有支持触控手势的实体 QWERTY 键盘，用户无需完全依赖屏幕即可进行滚动和导航。
该设备搭载基于安卓系统的 **Minimal OS**，通过集中的“Minimal Hub”处理消息、电子邮件和日历事件，优先满足核心任务需求。它具有高度的可定制性，包括为注重隐私的用户提供的“去谷歌化”ROM 选项，并支持安装任何标准的安卓启动器。
核心硬件功能包括 5000 万像素后置摄像头、3.5 毫米耳机接口、可自定义的硬件开关，以及用于静默提醒的 LED 通知灯。这款手机专为“有意识的使用”而设计，提供细致的控制功能，可屏蔽应用程序或强制开启灰度模式。
该设备目前正以 **599 美元**的优惠价开启预售（零售价 699 美元），预计于 **2026 年 12 月**发货。用户可在珍珠白（Pearl）或玛瑙黑（Onyx）两种配色，以及 256GB 或 512GB 两种存储配置中进行选择。
关于“Minimal Phone 2”的 Hacker News 讨论反映了科技社区的深度质疑。尽管该产品以具备物理键盘和“去谷歌化”安卓系统的“极简”工具自居，但评论者大多并不买账。
辩论的要点包括：
* **“极简主义”悖论：** 用户认为，由于该设备运行的是完整的安卓系统，它并非真正的“极简”。许多人建议，用户只需通过删除应用程序和精简现有手机的设置，就能达到同样的无干扰体验，而无需购买一款昂贵的小众设备。
* **功能需求清单：** 该讨论串突显了满足每位用户需求的难度。一些人要求只用于通话的“哑巴手机”，而另一些人则坚持需要使用银行应用、网约车和地图等现代必需功能，讽刺的是，这恰恰需要完整的智能手机操作系统。
* **设计与实用性：** 关于物理键盘的必要性存在巨大争议。虽然一些爱好者怀念那种触觉反馈，但其他人指出，具有自适应触摸区域的现代软件键盘速度更快且更可靠。
* **普遍的怀疑态度：** 许多参与者将该产品视为“空气软件”或价格过高的噱头，并指出小批量生产的硬件往往缺乏像 Pixel 等大众市场替代品那样的可靠性和长期支持。
ByteShape 团队继最初发布“ShapeLearn-Lite”快速版本后，现已发布适用于 Qwen 3.8 27B 的完整 **ShapeLearn** 模型套件。该完整套件确立了质量与速度的新基准，五款模型在所有六个测试 GPU 上均优于之前的迭代版本。
**核心亮点：**
* **性能：** “GPU-5”配置是推荐的默认设置，达到了 BF16 综合基准测试分数的 99.63%。对于内存受限的系统，“GPU-4”依然极具竞争力，以更小的体积和更快的速度实现了 BF16 分数的 98.72%。
* **解码：** MTP 和 DFlash2 推测解码均显著提升了吞吐量。DFlash2 通常能提供最高速度，但需要一个 1.1 GB 的外部草稿模型，且在 `llama.cpp` 中不支持图像输入。MTP 建议用于显存受限或多模态场景。
* **方法论：** 该团队强调，虽然 KL 散度 (KLD) 对于衡量量化保真度很有用，但它无法可靠地预测特定任务的性能。研究结果表明，相比基于 KLD 的排名，基准测试性能是衡量实际效用更准确的指标。
所有模型均以 GGUF 格式提供，模型页面上提供了可直接运行的命令。
此 Hacker News 讨论帖探讨了 **ByteShape 的 Qwen 3.8 27B 模型**在不同 GPU 配置下的性能表现，特别关注了 AMD 硬件（7900 XTX 和 Strix Halo）。
主要结论包括：
* **性能表现不一：** 与 Unsloth 或其他 MTP（多token预测）模型相比，用户反映结果存在差异。虽然部分用户实现了较高的 token 生成速度，但也有用户认为 ByteShape 的草稿模型速度较慢或准确度较低。
* **硬件瓶颈：** 性能与内存带宽密切相关。用户指出，尽管 Nvidia 的 RTX 4090 及即将推出的 5090 在带宽上具有显著优势，但 AMD 用户通过优化、特定后端（Vulkan/ROCM）以及 `halogen-flash-server` 等软件，也能获得可用的性能。
* **优化挑战：** 参与者强调“盲目追求跑分”可能会产生误导。小型本地模型更适合推理任务而非琐碎问答，且性能优化往往需要在量化级别（bpw）与特定硬件限制之间取得平衡。
* **关于量化的讨论：** 社区达成共识，认为提供多种量化选项（而非仅有三元变量）对于用户根据自身显存容量部署模型至关重要。关于标准化命名规则是否能充分体现模型质量，社区目前仍存在分歧。