石油是日常生活的一部分，即使你并没有意识到这一点。它被精炼成燃料，用于驱动汽车、运输货物，并帮助农民生产我们的粮食。它还被用来制造我们穿的衣服等物品。 自2026年2月美国和以色列对伊朗开战以来，全球的石油消费量一直超过产量。霍尔木兹海峡和红海实际上已切断了石油运输，导致全球约20%的石油供应中断。俄罗斯炼油厂遭袭和出口禁令使情况进一步恶化。美国的战略石油储备已降至1982年以来的最低水平。 《消耗分类账》（The Depletion Ledger）记录了石油供应、燃油价格，以及短缺对民众和企业的影响。你可以通过下方的图表查看变化情况，并探究这场危机可能演变的三个方向。该模型估算了在每种情况下储备石油的维持时间，并保留了预测记录，以便你查看其准确性。
每日HackerNews RSS
这篇 Hacker News 讨论探讨了石油市场的长期前景、油价长期维持高位的可能性，以及电动汽车在降低能源依赖方面的作用。
参与者争论的问题在于：地缘冲突（特别是针对伊朗基础设施和潜在供应中断的担忧）是否会导致油价在 2030 年之前持续保持高位。尽管一些用户主张通过转向电动汽车来摆脱价格波动，但另一些人认为，适合大众的电动汽车价格高昂，仍然是许多消费者的准入门槛。
辩论的很大一部分集中在全球石油市场的本质上。尽管美国是主要的产油国，但评论者强调，石油是一种全球性商品；由于生产商可以将其卖给出价最高的国际买家，国内价格与全球供应冲击密不可分。仅仅依靠国内生产，并不能保证免受短缺或价格上涨的影响。
对话最后得出结论：虽然世界可能正接近“石油峰值”，但近期的特点是不确定的地缘政治、市场投机，以及通过普及电动汽车、提高能源效率和改变基础设施（以避开霍尔木兹海峡等脆弱的运输路线）来实现需求抑制的趋势。
本项目包含一个轻量级神经网络，旨在判断给定的输入是否为“Numberwang”。整个模型仅存储在一个 1.8 MB 的 JSON 文件中，推理过程完全依赖 Python 标准库，无需 PyTorch 或 NumPy 等外部依赖。 该网络直接处理字符级输入，无需传统的标记化或规则引擎。它被训练用于将输入分为四类：*Numberwang*、*非 Numberwang*、*非数字* 或 *Wangernumb*。它展现了令人印象深刻的语言灵活性，能够识别十一种语言的数字，并能处理罗马数字、序数和基本算术。 在技术上，该模型采用简单的架构（Conv1d、ReLU、全局最大池化），包含 80,804 个参数。尽管其 F1 分数接近 0.90，但它更多依赖于记忆而非严谨的计算，因此对常见表达的判断高度准确，但在处理复杂的未知算术时可靠性稍逊。本项目开源并采用 MIT 许可证，为解决识别 Numberwang 这一历史性难题提供了一种极简且即插即用的方案。
一个 Hacker News 讨论帖正在庆祝“WangNet”的发布。这是一个轻量级、零依赖的模型，旨在判断给定的输入是否属于“Numberwang”。
WangNet 是一个 1.8 MB 的字符级 CNN 模型，可在包括树莓派 Zero 在内的低配置硬件上运行，并支持 11 种语言的数字、算术运算和虚构数值。项目创建者指出，该模型虽然达到了 88.9% 的准确率，但特意模仿了经典喜剧《米切尔和韦伯》片段中的怪诞之处，包括必要时偶尔出现的“旋转棋盘”。
该讨论帖已演变成一场关于剧中荒诞规则的、长篇幅的幽默角色扮演。用户们正在探讨“Wangernumb”的细微差别、讨论旋转棋盘的影响，并分享关于这个虚构游戏节目的各种背景设定。这次讨论既是对该模型高效设计的技术赞赏，也是对英国电视史上最具标志性的超现实主义喜剧片段之一的滑稽致敬。对于未曾看过的用户，参与者还提供了启发该项目的《米切尔和韦伯》原版节目的链接。
抱歉。
为了让厚重且费力的书籍更易于阅读，作者提倡一种简单实用的方法：将其拆分。像 850 页的《孤独鸽》这样的大部头，无论是手持、在床上阅读，还是旅行时携带，往往都很笨重。将平装本或精装本拆分成几个小巧、易于管理的部分，能显著改善你的阅读体验。
操作过程很简单：购买一本属于你自己的书，找出自然的断点（如章节或部分），然后用美工刀小心地切开书脊的胶水。拆分后，用牛皮纸文件夹和胶水为每一份新的“分册”制作一个简单实用的封皮，以保护书页。
作者强调，这是一种出于个人便利的实用主义方法，而非为了档案保存。无论你是用长尾夹固定封皮，还是用记号笔标记书脊，目的都是为了消除阅读大部头书籍的障碍。正如作者所言，你不需要任何人的许可来定制你的书库；如果一本书“太大了”，你完全可以把它变小。
这篇 Hacker News 帖子讨论了将实体书“拆解”——即通过物理方式移除章节或部分内容，以使其更轻便易携——这一充满争议的做法。
关于这种做法，观点呈现出剧烈分歧。支持者认为，书籍的实用性证明了这种改造的合理性，尤其是针对厚重的旅行指南或密集的教科书。有些人将此举比作对书籍的批注或“融入”，并引用了多语者卡托·隆布（Kató Lomb）的理念，即通过高亮、笔记和磨损来个性化文本，能建立更深层的智力联系。
相反，许多用户认为将书切开是对他们所珍视之实体的“亵渎”。批评者认为，如果便携性和重量是主要考量，现代技术提供了更好的替代方案。这场讨论凸显了一个更广泛的辩论：一方将书视为一种应根据读者需求进行调整的灵活实用工具；另一方则重视书籍作为一种永久、完好实体的完整性。还有人指出，电子阅读器往往因为软件体验不佳、格式死板，或缺乏实体书那种“历经磨损”的真实触感，而无法满足这些需求。
前 OpenAI 研究员 Diogo Almeida 推出了 **TypeSafe AI** 及其首款“系统一模型” **Jev**。
尽管现有的大语言模型（LLM）擅长聊天，但在直接集成到软件时，它们往往速度缓慢、成本高昂且不可预测。Jev 将范式从生成非结构化文本转变为提供快速、**类型安全的结构化输出**。通过采用一种称为“校准决策强化学习”（RLCD）的新型训练方法以及并行采样架构，Jev 具备以下优势：
* **极致效率**：比传统大语言模型快 40 到 200 倍，且成本显著降低。
* **可靠性**：消除了幻觉和类型错误，并在每次输出时提供认知上准确的置信度评分。
* **系统集成**：它作为一种“前沿智能函数调用”运行，允许开发者将人工智能决策直接嵌入代码中，用于路由、分类和复杂数据处理等任务。
Jev 专为程序正确性和延迟至关重要的自动化场景而设计。通过用灵活的文本生成换取确定性的结构化决策，TypeSafe AI 旨在解锁实时、大规模业务工作流中的全新应用场景。Jev 现已开放早期访问。
Hacker News 社区目前正在讨论 TypeSafe 推出的新型前沿模型“Jev”。据称，该模型比传统大语言模型（LLM）便宜 40 至 400 倍，速度快 20 至 200 倍。
用户的反应褒贬不一。虽然一些人对该模型的潜力印象深刻（特别是它能运行游戏《毁灭战士》），但另一些人仍持怀疑态度。批评者指出，宣传材料过于依赖动画，而非透明的代码演示，导致一些人起初将其误认为是讽刺项目。
技术观察人士对其非文本生成的架构很感兴趣，有人将其与特斯拉的自动驾驶（FSD）技术栈进行类比，并认为其效率最终可能取代 40% 至 70% 的标准 LLM API 调用。尽管人们对缺乏技术细节以及发布视频中的一些怪异之处表示担忧，但许多用户还是注册了内测，迫切想看看该模型在实际基准测试中与当前行业标准相比表现如何。
《纽约时报》的一篇报道强调了移民在合法保护期满后被美国驱逐出境所经历的悲惨遭遇。许多人（包括抵达海地海地角的移民）在被驱逐时身无分文，没有个人证件或当地支持，陷入动荡的环境中而孤立无援。 本届政府的驱逐政策不仅限于海地，据报道，还有人被送往危险或陌生、且与其毫无联系或缺乏文件的国家。一名滞留在中非共和国的古巴移民将这种处境描述为一种痛苦和与世隔绝的状态。批评人士指出，这些驱逐行动无视人类尊严，将弱势群体置于危及生命的境地。尽管国际社会对此表示担忧，且有旅行警告建议不要前往这些地区，但美国政府仍在加速驱逐行动，因未能给予被驱逐者人道主义关怀而招致严厉批评。
对不起。
Hugging Face 向 OpenAI 开出 1 亿美元账单，指控其进行黑客攻击 Hugging Face is billing OpenAI $100M for hacking it
20 小时前
本网站正在使用安全服务以抵御网络攻击。您刚才的操作触发了安全防御机制。触发此拦截的原因可能有多种，包括提交了特定的词汇或短语、SQL 命令或格式错误的数据。
这篇 Hacker News 讨论回顾了 2026 年 7 月发生的一起事件：在一次自动代理“网络攻击”后，Hugging Face 的首席执行官曾公开请求 OpenAI 向开源社区提供价值 1 亿美元的计算资源。
评论者强调了以下几个关键点：
* **背景：** 最初的请求更像是一种呼吁“彻底透明”和寻求防御资源，而非正式的法律索赔。
* **叙事过时：** 许多用户指出，该事件发生于 Hugging Face 被英伟达收购之前，因此关于法律博弈或企业冲突的大部分推测已不再适用。
* **推测：** 讨论的很大一部分集中在英伟达的收购是否是一种战略举措，旨在阻止可能威胁 AI 代理生态系统的诉讼，从而保护英伟达依赖基础设施的估值。
* **怀疑论：** 用户对该事件究竟是真正的安全问题，还是一场精心策划的公关行动仍存在分歧。一些人质疑为何没有正式提起刑事指控，另一些人则指出这是 AI 行业内部交易的“闹剧”。
最终，该讨论串反映了人们对主要 AI 参与者之间那种亲密且相互关联的关系持有的愤世嫉俗的态度。
喜欢这篇文章吗？我们需要您的帮助来维持我们的出版。PDR 是一个依靠读者捐赠维持的非营利项目——没有广告，没有付费墙，全靠我们社区的慷慨支持。这是一种非常令人兴奋的模式，但我们需要您的帮助才能让它持续发展。请访问我们的支持页面成为“挚友”，并获取我们的主题明信片套装，或者进行一次性捐赠。已经是我们的支持者了？非常感谢您让这一切成为可能。
抱歉。
AI 工具调用是如何运作的（40 行原生 JavaScript 代码） How AI tool calling works (40 lines of vanilla JavaScript)
21 小时前
要将聊天模型转变为智能体（Agent），你必须实现一个简单的四步循环，使模型能够与外界进行交互。 **循环过程：** 1. **消息（Messages）：** 将对话历史记录和可用工具定义的列表发送给模型。 2. **模型（Model）：** 模型决定是提供文本回复还是发出 `tool_use` 请求（包含函数名称和参数的结构化代码块）。 3. **执行（Execution）：** 你的代码执行所请求的函数并捕获结果。 4. **结果（Result）：** 将 `tool_result` 追加到对话历史中，并将其发回给模型。 此循环会一直重复，直到模型以纯文本形式结束对话。 **关键原则：** * **无状态（Statelessness）：** 模型本身没有记忆；对话数组即是状态。你必须在每一轮重新发送完整的历史记录，因此管理工具输出的大小对于控制成本至关重要。 * **协议（Protocol）：** 你必须返回每一个工具的执行结果（即使是错误），并带上正确的 `tool_use_id` 以保持链路完整。 * **工具描述（Tool Descriptions）：** 模型将工具描述视为提示词。如果模型误用了工具，应优化工具描述，而不是去寻找代码中的错误。 * **安全性（Safety）：** 务必限制循环次数（例如限制在 20 轮内），以防止无限循环和失控的成本支出。
这条 Hacker News 帖子讨论了一篇关于如何用原生 JavaScript 实现 AI 工具调用的技术指南。作者 stephenblum 承认了社区对他文章“AI 垃圾内容”的批评——指出文章内容由 Claude 大量生成，导致文风重复且单调。
讨论揭示了原文在技术层面上的几处疏漏。批评者指出，文章未解释大语言模型（LLM）如何利用特殊标记来区分工具调用与自然语言输出。此外，对于作者提出的“大型工具输出文件会显著增加 Token 成本”的说法，评论者展开了争论，并澄清说 KV 缓存（KV caching）使得长对话无需二次成本即可处理，从而否定了作者的担忧。
虽然作者为自己侧重于面向初学者的 OpenAI 风格高层 JSON 封装进行了辩护，但他承认过度依赖了 AI 辅助。他承诺，未来关于 AI 智能体的教程将包含更多真实、由人类撰写的内容。