像 OpenAI 和 Anthropic 这样的 AI 公司长期以来通过激进且不可持续的补贴来推动需求，其本质上类似于“毒贩”策略：通过提供廉价的初始访问权限来吸引用户。最近的财务披露揭示了真实成本：这些公司在计算和营销上的支出远超其产生的收入，亏损额高达数百亿美元。 随着这些平台从统一费率订阅转向“基于代币”的定价模式，泡沫正面临现实的考验。这种转变导致客户成本飙升，促使许多企业缩减使用量，并重新审视 AI 相比于人类劳动力的实际效用。尽管在数据中心和硬件上投入了巨额资金，但内部财务预测和专家分析表明，当前的 AI 模型难以实现盈利。为了偿还行业内不断累积的巨额债务，AI 需要以前所未有的规模取代数百万个工作岗位。因此，大型科技公司现在正极力收紧内部预算并抑制 AI 的消耗，这标志着“全民 AI”的补贴时代正在迅速终结，因为该行业正面临着最终实现盈利这一紧迫且极有可能无法完成的任务。
每日HackerNews RSS
这篇 Hacker News 的讨论探讨了“AI 负担能力危机”，重点关注从爆发式 AI 采用转向对投资回报率（ROI）和单位经济效益的关注。
主要观点包括：
* **行为转变：** 企业已从“不用 AI 就会被淘汰”的心态转变为严格的成本控制。基于 token 的定价迫使公司限制使用，结束了盲目实验的时代。
* **定价动态：** 批评人士认为 OpenAI 和 Anthropic 并未在价格上进行竞争，而开源模型及中国模型（如 DeepSeek）正显著降低成本。
* **盈利能力担忧：** 关于当前的推理成本是否可持续，业界存在激烈争论。一些人认为价格已大幅下跌（使得 AI 更便宜），而另一些人则认为，为训练和预防“模型漂移”而持续进行的巨额资本支出，使得当前的商业模式岌岌可危。
* **未来战略：** 有观点猜测，前沿实验室可能会从通用工具转向高利润的领域特定合作伙伴关系（例如法律或医疗），以获取行业利润分成，而不是依赖一次性的 token 付费。
最终，用户仍持怀疑态度，等待即将到来的 IPO 披露，以观察这些公司是否能够实现盈利，或者“AI 泡沫”是否从根本上是不可持续的。
FromSoftware 在《魂》系列（Soulsborne）中备受赞誉的 AI，依赖于一种技术含量出人意料地低，但却极其高效的架构。该工作室并没有使用诸如 GOAP 或行为树（Behavior Trees）这样复杂的规划系统，而是采用了通过 Havok Script (Lua) 实现的下推自动机（Pushdown Automaton, PDA）。 该系统的核心在于使用了一个“目标栈”（stack of "Goals"）。每一帧，行动者（Actor）都会更新栈顶的目标；该目标可以将子目标（如特定的攻击动画）压入栈中，以便按顺序执行。这种栈式结构支持复杂的分层行为，且易于管理和调试。 此方法的关键特性包括： * **动态决策：** 逻辑通过加权随机选择来处理，并常根据行动者的距离、冷却时间或生命值阈值进行调整。 * **反应式中断：** 目标可以被外部事件（例如玩家使用道具或受到伤害）中断，使 NPC 能够即时应对玩家的战术。 * **以关卡设计师为中心：** 通过利用动画驱动的动作并将参数开放给关卡设计师，FromSoftware 在脚本化战斗遭遇与涌现式、高压的 AI 之间保持了平衡，同时相比更“先进”的 AI 架构，其计算开销也更小。
关于“《艾尔登法环》的低技术 AI”的一场 Hacker News 讨论，引发了关于该游戏技术设计与“人工智能”（AI）定义的争论。
许多评论者指出，游戏中的 NPC 行为本质上是“行为树”——这在游戏开发中是一种历史悠久且确定性的架构。用户们表示，虽然这些系统常被称为“AI”，但它们与现代机器学习有着显著区别。一些贡献者则为这一称谓辩护，指出在近期大语言模型兴起之前，符号人工智能已是数十年的行业标准。
讨论还涉及了 FromSoftware 特有的设计哲学。许多用户指出，该游戏晦涩的任务设计和“蹩脚”的 NPC 交互是刻意的选择，而非技术局限。尽管这些系统有时会令人沮丧——例如玩家往往需要耗尽对话或重新加载区域才能推进任务，但支持者认为，这促成了该游戏独特且“真实”的世界观，即角色拥有自己的动机，而非仅仅作为服务玩家的工具。最终，该讨论串将 FromSoftware 的方法定义为一种刚性技术约束与精心策划的“游戏手感”的融合，这种设计将神秘感置于玩家便利性之上。
IBM 继续加强 **s390x 架构**（Linux on IBM Z 和 LinuxONE）的开源生态系统。在 2026 年 5 月期间，IBM 团队与多个开源社区合作，验证了包括 Apache Cassandra、MongoDB、PostgreSQL 和 Terraform 在内的关键软件包。 该生态系统实现了显著增长，超过 10 个项目（如 *poof*、*nginx-opentracing* 和 *OpenSCM*）正式增加了对 s390x 的支持。此外，InfluxDB 和 MySQL 的新版本构建被加入到 Open Mainframe Project Software Hub 中，IBM 还扩展了其 GitHub Actions 支持，涵盖了 NumPy 等软件包。 IBM 致力于通过持续的验证工作来维护这种软件兼容性。我们鼓励开发者通过在 **IBM LinuxONE 社区云**上测试自己的应用程序来参与这项工作，该平台提供为期 120 天的免费虚拟机。IBM 还提供资源以建立永久测试基础设施，从而支持将项目集成到 CI/CD 流水线中。如需获取已验证软件的完整列表或探索其他发行版，请访问 IBM 开源门户网站或 Open Mainframe Project 软件发现工具。
@article{litman2026lift4d, author = {Litman, Yehonathan and Ma, Xiaoxuan and Shah, Manan and Ugrinovic, Nicol\'{a}s and Kitani, Kris and De la Torre, Fernando and Tulsiani, Shubham}, title = {Lift4D：协调野外场景下的单视图 3D 估计以实现 4D 重建}, journal = {arXiv}, year = {2026}, }
Show HN：TikZ Editor —— LaTeX 绘图的所见即所得编辑器 Show HN: TikZ Editor – WYSIWYG editor for figures in LaTeX
2 天前
您没有提供需要翻译的内容。请提供您想要翻译的文本。
Dominik Peters 发布了一款用于 LaTeX 流行的绘图包 TikZ 的开源“所见即所得”（WYSIWYG）编辑器。传统上，TikZ 需要手动编写坐标代码，这过程以繁琐著称。这款新工具允许用户通过可视化方式拖拽和调整元素大小，同时在渲染出的图形与底层源代码之间保持实时的双向同步。
该项目在技术上具有重要意义，因为它保留了原始代码结构（包括缩进和换行符），而不是用自动生成的样板代码覆盖原有内容。Peters 指出，该项目几乎完全是在人工智能编程助手的帮助下完成的，由于重新实现 TikZ 逻辑的复杂性，他形容这一成果在没有 AI 辅助的情况下几乎无法手动完成。
Hacker News 社区对此反馈极佳，许多研究人员和学生表示希望在学习期间就能用上这款工具。尽管一些用户批评了其对绝对坐标的依赖，并建议改进相对定位功能，但开发者正积极与社区互动以完善各项特性。该工具现已提供网页版和桌面版，为那些希望在直观设计与 LaTeX 程序化精度之间架起桥梁的用户提供了一个实用的解决方案。
**z386 FPGA 核**的开发者通过实现英特尔原版 80386 所使用的“提前启动”（Early Start）这一延迟隐藏技术，大幅提升了性能，使其超越了竞争对手 ao486 核。
通过在上条指令的最后一个周期内进行地址生成和总线周期准备，z386 实现了更高的每时钟周期指令数（CPI）效率。这一实现复刻了原版 80386 的逻辑，甚至包括因寄存器转发边缘情况而产生的著名“POPAD bug”。
为了进一步提升性能，开发者还实施了多项优化：
* **改进的内存流水线：** 降低了存储延迟并合并了 TLB 查询。
* **分支重定向：** 能够立即计算分支目标，从而减少停顿。
* **更宽的前端：** 重构了译码器和预取队列，以防止执行资源匮乏。
* **硬件效率：** 利用 FPGA DSP 模块和进位链融合，在复杂度增加的情况下仍保持了 85 MHz 的时钟频率。
这些改进带来了显著的收益，尤其是《毁灭战士》（Doom）的性能提升了约 39%，使得非流水线架构的 z386 能够与流水线架构的替代方案相媲美。该项目目前仍保持开源，并寻求社区贡献以进一步提升 x86 兼容性。
为了确保现代网站在古老的浏览器（如 NCSA Mosaic）上依然可用，作者提倡使用带有 GIF 回退机制的 `<picture>` 元素。尽管 GIF 技术陈旧，但其广泛的兼容性使其成为网络资源“1000% 可靠”的安全保障。 GIF 面临的挑战在于其压缩效率低下。像 ZopfliPNG 这样的现代工具可以通过穷举搜索出 PNG 格式的最小化表示，但 GIF 所使用的 Lempel-Ziv-Welch (LZW) 压缩——依赖于一种“贪婪”的字典构建方法——却缺乏类似的行业标准优化器。现有的工具（如 flexiGIF）虽然使用有限的前瞻技术来改善结果，但往往受困于字典利用率不足的问题。 为了解决这个问题，作者开发了“ZGIF”，这是一款用 Zig 语言编写的实验性工具，旨在探索 GIF 文件的所有可能压缩路径。虽然穷举搜索“极其缓慢”，但作者实现了一种带有剪枝功能的混合搜索，以平衡效率与性能。通过以牺牲部分优化深度为代价来换取速度，ZGIF 成功生成了比现有先进工具更小的文件，为保持旧版兼容的网页图形尽可能轻量化提供了一种实用方案。
抱歉。
**@ilbertt/bun-sqlgen** 为 Bun 提供了类型安全的原生 SQL 支持，且无需 ORM 的额外开销。通过对 SQL 查询进行标记（例如 `sql.GetUser`），该工具可以根据您的数据库迁移文件，自动生成完全类型化且支持空安全的返回类型。 **主要特性：** * **编译时安全：** 代码生成器会根据您的 Postgres 或 SQLite 模式进行检查，在构建过程中检测无效 SQL 或列错误，从而防止运行时故障。 * **零 ORM：** 无需泛型或手动编写类型。查询结果为标准的 JavaScript 对象，TypeScript 会立即对其进行校验。 * **简洁的工作流：** 以迁移文件作为真值来源，使用 `withTypes` 包装您的 SQL 客户端，并运行生成器以生成本地 `.d.ts` 文件。 * **原生性能：** 保持 100% 的 Bun 原生运行时性能。 若要开始使用，请通过 `bun add @ilbertt/bun-sqlgen` 安装该包，并针对您的代码库运行生成器。这种方法可确保您的数据库模式与应用程序代码保持完美同步，同时让您的 SQL 保持原生、可读，并由标准的 `tsc` 进行类型检查。
抱歉。
Mistral 发布了 **OCR 4**，这是一款为结构化文档提取而设计的高精度、紧凑型模型。除了提取纯文本外，它还提供边界框、区块分类（例如表格、公式、签名）以及置信度评分，非常适合用于 RAG、企业搜索和自动化智能体工作流。
**主要亮点包括：**
* **性能：** 独立评估人员以 72% 的胜率更倾向于使用 OCR 4，而非其他主流竞争产品。它在包括 OlmOCRBench 在内的基准测试中持续领先，并在低资源和罕见语言方面表现出卓越的准确性。
* **灵活性：** 该模型支持 170 种语言，且体积小巧，可运行在单个容器中，从而实现完全自托管、数据主权及高成本效益的部署。
* **集成：** 作为 Mistral 搜索工具包（Search Toolkit）的摄取引擎，它能为下游 AI 系统提供结构化且可引用的数据。
* **使用方式：** 用户可以选择标准提取（原始输出）或文档 AI（基于模式的结构化 JSON）。
OCR 4 可通过 API、Mistral Studio 及各大云平台使用。作为传统解析器的高性能替代方案，它能以显著降低的成本提供更快速的结果。该模型旨在用于文档解析和数据提取，而非高风险、安全关键型的决策制定。
您可以订阅以通过电子邮件和短信接收有关当前错误率升高事件的最新信息。每当事件有更新时，系统都会发送电子邮件通知；而短信通知则仅在事件创建或解决时发送。 如需订阅短信通知，请从列表中选择您的国家代码，输入手机号码，并使用发送到您设备的一次性密码（OTP）进行验证。或者，您也可以点击“订阅”按钮，选择仅通过电子邮件接收更新。
Hacker News 上的用户反映，Claude 的各项服务（包括 Claude Code 和 Claude 官网）正出现大范围宕机及错误率升高（500/529 错误）的情况。
讨论凸显了用户对 AI 辅助开发工具稳定性日益增长的不满。一些用户建议转用 Pi 或通过 OpenRouter 使用其他模型作为替代方案，而另一些用户则在探讨过度依赖 AI 进行关键工作流程的长期影响。
讨论的很大一部分集中在“生产力悖论”上：如果宕机迫使开发者回归手动编码，那么 AI 带来的实际生产力提升可能远低于预期。一些评论者担心新一代开发者的基本编码能力可能会“萎缩”，而另一些人则坚称经验丰富的工程师即便没有 AI 也完全能够胜任工作。该讨论帖还引发了关于 CLI 工具安装方式（如 “curl | sh”）安全性的次要辩论。
总体而言，社区观点各异：一部分人认为此次宕机只是一个小麻烦，而另一部分人则对在软件开发中依赖集中式、私有化 AI 基础设施所带来的系统性风险感到担忧。