## 维基百科与人工智能：摘要 维基百科正在其项目中越来越多地利用人工智能（AI），但态度非常谨慎。虽然AI辅助评估文章质量（例如ORES工具标记破坏行为）和补充图像元数据等任务，但**使用大型语言模型（LLM），如ChatGPT生成或重写文章内容目前是被禁止的。** 基本校对和翻译存在例外，但**LLM辅助翻译需要精通两种语言并进行彻底审查**，以避免错误和违反政策的情况。机器翻译在英文维基百科中大部分被禁用，更倾向于人工贡献。 指导AI实施的核心原则是**优先考虑人类判断**，直到更好地理解AI的影响。尽管公共领域AI生成文本的版权不是主要障碍，但编辑必须确保风格和来源符合维基百科的标准。 目前正在进行的工作探索了AI在图像标记和演示项目分析文章改进等领域的潜力，但社群共识仍然集中在负责任且经过仔细监控的AI集成上。
每日HackerNews RSS
对不起。
## 人工智能照片阻碍韩国狼的搜寻
韩国警方逮捕了一名40岁的男子，因为他分享了一张人工智能生成的图像，扰乱了对逃离大田动物园的狼“Neukgu”的搜寻。这张伪造的照片显示狼出现在路口，导致当局重新调整了为期九天的搜寻行动。
该图像在网上广泛传播，甚至在新闻发布会上被官员们展示，引发了公众警报。该男子承认他“为了好玩”创建了这张图像，现在他面临妨碍公务的指控，可能导致监禁或罚款。
Neukgu的逃脱吸引了全国的关注，甚至引起了总统的重视。这只两岁的狼是韩国狼恢复计划的一部分，因为该物种在野外已经灭绝。自从被重新捕获后，Neukgu已成为当地名人，激发了商品和吉祥物方面的考虑，尽管动物园已限制更新，以确保它的康复。
## 人工智能生成图像导致韩国逮捕事件
韩国警方逮捕了一名40岁男子，因为他发布了一张人工智能生成的狼的图像，扰乱了当地动物园逃脱狼只的真实搜捕行动。这张图像显示狼出现在路口，误导了当局并转移了他们的搜寻方向。
此逮捕事件引发了网络辩论，一些人质疑反应的严重性，以及该男子是否故意误导警方，因为文章并未明确说明该图像是否直接发送给当局。另一些人认为，无论意图如何，这种行为都浪费了宝贵的公共资源。
这起事件凸显了人工智能生成内容可能造成现实世界干扰的担忧，并引发了关于责任和法律后果的问题。许多评论员还讨论了易于创建的虚假信息带来的更广泛影响，以及防止其滥用的必要性。讨论还涉及了经典寓言“狼来了”在人工智能时代的相关性。
## Spinel：高性能 Ruby 编译器 Spinel 是一个将 Ruby 代码转换为独立、优化的本机可执行文件的编译器。它通过全程序类型推断和 C 代码生成，实现了显著的加速——比 Miniruby 快高达 11.6 倍。值得注意的是，Spinel 是自举的；它的编译器后端是用受限的 Ruby 子集编写的，并由自身编译。 编译过程包括使用 Prism 解析 Ruby 源代码，生成优化的 C 代码，然后使用标准的 C 编译器创建最终的二进制文件。 Spinel 消除运行时依赖，并采用诸如值类型提升、常量传播和字符串连接扁平化等优化技术。 主要特性包括对核心 Ruby 结构的的支持、内置正则表达式引擎、任意精度整数 (Bigint) 以及通过 Fibers 实现的协同并发。该项目优先考虑无警告构建，并利用迭代推断来加快自举时间。 Spinel 仅在初始自举阶段需要 CRuby，此后可以独立运行。它采用 MIT 许可证。
## Spinel：一种新的Ruby AOT原生编译器
Ruby的创造者Matz在AI Claude的协助下，开发了Spinel，一种Ruby的提前编译（AOT）原生编译器。在RubyKaigi 2026上进行了演示，Spinel将Ruby代码直接编译成优化的C代码，旨在提高启动速度和性能。
然而，Spinel有意省略了Ruby的一些核心特性，例如`eval`、元编程结构（`send`、`method_missing`、`define_method`）和线程，专注于一个务实的子集。这种简化使得编译更容易，并可能带来更好的性能，但限制了与现有Ruby代码的兼容性。
讨论的重点在于，这种受限的Ruby是否值得权衡，它对Ruby生态系统的潜在影响（与mruby和Crystal等项目相比），以及AI在加速开发中的作用。虽然一些人认为这是朝着更快的Ruby迈出的有希望的一步，但另一些人质疑在缺少关键特性情况下的实用性，并对AI辅助代码库的可维护性表示担忧。该项目凸显了AI可能显著提高开发者生产力的未来。
大型语言模型幕后解析：从原始互联网文本到对话助手——基于Andrej Karpathy的技术深度剖析。 训练数据：15万亿 Tokens 参数：4050亿 文本数据：44 TB Token词汇量：10万
## 月球之外：为何金星是下一个重大飞跃 火星探测任务仍需数十年才能实现，这并非因为距离，而是由于月球和火星任务之间的复杂性差距巨大——特别是多年旅行时间和有限的放弃选项。 金星的轨道任务可能是太空探索中至关重要的“缺失环节”。 尽管金星以其恶劣的环境而闻名，但它却提供了一条令人惊讶的便捷途径。 尽管其表面地狱般，但高层云层拥有与地球相似的压力和温度（减去硫酸！），从而能够利用相对简单的技术（如气球和飞艇）进行潜在的大气探索。 与火星相比，金星任务具有更快的运输时间、更频繁的发射窗口和更低的辐射暴露。 有趣的是，在金星大气层中检测到的异常现象——例如未解释的气体（膦）和吸收紫外线的“未知吸收体”——暗示着其云层中可能存在生命。 探索金星不仅仅是为了潜在的发现； 更是为了获得地球行星演化的关键见解，从而增进我们对系外行星甚至地球气候的理解。 通过最小的投资，我们就可以从金星的天空中收集到值得诺贝尔奖的数据，而不是等待克服火星着陆的巨大挑战。
## 为什么不探索金星？ - Hacker News 讨论摘要
一篇来自 mceglowski.substack.com 的帖子引发了 Hacker News 的讨论，主题围绕卡尔·萨根的思想实验：如果智慧生命在常年被云层覆盖的金星上进化，会如何发展？萨根认为，如果它们看不到星星，它们的科学发展可能会有所不同，更关注大气现象而非天体物理学。
对话分化为关于金星探索与火星探索的可行性和价值的争论。一些人认为金星提供了一个更容易进行初步探索的环境——大气上层的浮动栖息地比着陆表面更容易——并且可能拥有有价值的资源。另一些人则强调金星恶劣的环境带来的挑战，并主张专注于火星长期居住的潜力。
一个反复出现的主题是易于理解的科学传播的重要性，赞扬萨根激发人们兴趣的能力。还有关于金星上生命可能性的讨论、行星污染的伦理问题，以及人类应该将努力集中在地球之外的更广泛问题上。最终，这场讨论展示了人们对探索太阳系的可能性和困难的着迷。
## Gova：Go 的原生 GUI 框架
Gova 是一个声明式 GUI 框架，使开发者能够使用单一的 Go 代码库构建适用于 macOS、Windows 和 Linux 的原生桌面应用程序。它优先考虑简洁性，提供类型化组件、响应式状态管理和真正的平台对话框——所有这些都打包成一个静态二进制文件，*无需* JavaScript、浏览器或复杂的 C++ 工具链。
主要特性包括清晰、明确的响应式作用域、原生集成（例如通过 cgo 实现 macOS 警报，其他平台使用 Fyne 作为后备方案）以及具有热重载功能的快速开发周期。组件定义为 Go 结构体，从而促进编写简洁且可预测的代码。
目前版本低于 1.0，API 可能会发生变化，因此建议为生产环境使用固定标签。Gova 构建于 Fyne 之上，但对其进行了抽象，提供了一个稳定的公共 API。它需要 Go 1.26+ 和 C 工具链进行编译。
更多信息和示例请访问 [gova.dev](https://gova.dev)。
对不起。
## 软件开发中一致性的必要性 十多年来，作者观察到编程概念的优雅与构建和维护复杂系统的现实之间存在令人沮丧的差距。现代软件基础设施显得脆弱、难以改变且容易出错，导致人们专注于测试和部署，而*牺牲*了创新。这源于一个根本问题：碎片化。 当前系统由不同的组件（数据库、服务等）构建而成，每个组件都有其自身的内部逻辑，但被迫使用低级别的“网络和操作系统”模型进行交互。这牺牲了领域特定清晰度，并创建了复杂的依赖网络，阻碍了优化并增加了出错的风险。 作者认为，解决方案在于一个**一致的系统**，该系统建立在单一、通用且与领域对齐的模型之上——允许工具在整个应用程序中无缝运行。虽然存在许多专门的模型，但统一的互联网软件模型仍然难以捉摸。 他们创立了Cambra来追求这个目标，相信编程语言理论和数据库系统的进步现在使其成为可能。尽管人工智能正在兴起，但对强大底层模型的需求仍然至关重要；人工智能在一致的系统*内部*表现出色，但无法消除碎片化架构的根本挑战。最终，更好的模型将使开发人员和人工智能能够构建更强大、更可扩展和更具创新性的软件。
Nev 是一款用 Nim 开发的新型快速文本编辑器，设计用于终端和 GUI 环境。它借鉴了 Neovim、Helix 和 Zed 等流行编辑器的灵感，并集成了开发者工具，包括 Git 支持、Treesitter 高亮、LSP 和 DAP 调试。它还支持 WASM 插件以扩展功能。
目前 Nev 仍是一个个人项目，仍在积极开发中，并存在一些限制：它仅支持不带回车符的 UTF-8 编码，并且语言服务器/调试器需要手动安装。虽然前景可期，但用户应预计缺少功能和潜在的不稳定性。
感兴趣的用户可以下载预构建版本或从源代码编译。提供备忘单和入门指南等资源，并欢迎贡献——详情请参阅 `CONTRIBUTING.md` 文件。Discord 服务器提供支持和讨论的空间。该项目采用 MIT 许可证开源。
对不起。
熟悉是敌人：企业系统为何失败了60年
Familiarity is the enemy: On why Enterprise systems have failed for 60 years
2 天前
## 企业知识系统六十年的失败 六十年来，企业知识管理系统始终未能兑现其承诺——有效捕获和利用组织知识，据估计造成了高达二千五百亿美元的投资浪费。 核心问题并非技术限制，而是购买决策中持续优先考虑*熟悉度*而非*正确性*。 买家出于规避风险，倾向于选择他们了解的成熟供应商和技术，即使这些技术明显劣等，也将它们视为“保险单”。 这延续了一个创新受阻的循环，并用不充分的解决方案反复解决现有问题。 最近试图“在维基百科中添加人工智能”是这种失败的最新表现。 作者认为，需要进行根本性的转变：超越手工编码知识（昂贵且不可持续）或依赖非结构化数据（不智能）。 他们的解决方案侧重于利用 Clojure、Datomic 和确定性人工智能的图原生架构，旨在从内容中*推断*结构，从而创建一个可持续审计且具有主权的知识库。 这种方法通过优先考虑技术正确性，并为市场上占据主导地位的熟悉但有缺陷的系统提供可行的替代方案，挑战了现状。 作者的呼吁是恳求买家优先考虑真正的智能而非感知到的安全性，并认识到熟悉度的成本远远超过创新的风险。
对不起。
本次发布在桌面、服务器和云环境中显著提升了安全性、性能和易用性。Ubuntu 26.04 LTS 引入了基于 TPM 的全盘加密、扩展的内存安全组件使用、改进的应用程序权限控制以及对 Arm 系统的 Livepatch 支持，有助于减少停机时间并增强系统弹性。[...] 今天还发布了最新的 Edubuntu、Kubuntu、Lubuntu、Ubuntu Budgie、Ubuntu Cinnamon、Ubuntu Kylin、Ubuntu Studio、Ubuntu Unity 和 Xubuntu。有关这些版本的更多详细信息，请阅读官方风味版部分下的各自发布说明：https://documentation.ubuntu.com/release-notes/26.04/#official-flavors Ubuntu Desktop、Ubuntu Server、Ubuntu Cloud、Ubuntu WSL 和 Ubuntu Core 将提供 5 年的维护更新。所有其他风味版本将获得 3 年的支持。
对不起。