Loko Scheme 0.13.0 现已发布，可从以下地址获取：适用于 64 位 PC 的可启动磁盘镜像可从以下地址获取：签名使用 GnuPG 密钥 0xDD839B748F10AD4D 生成。Loko Scheme 0.13.0 修复了错误、提升了性能并增加了功能。更多变更摘要请参阅发行包中的 NEWS.md 文件。Loko Scheme 是一款优化型 Scheme 编译器，可为裸机、Linux 和 NetBSD/amd64 构建静态链接的二进制文件。它支持 R6RS Scheme 和 R7RS Scheme 标准。Loko Scheme 的网站是 https://scheme.fail，您可以在该网站找到发布版本压缩包和手册。此外，还有一个邮件列表：https://lists.scheme.fail。Loko Scheme 采用 EUPL v. 1.2 或更高版本授权。
每日HackerNews RSS
抱歉。
我们已收到通知，美国商务部已解除对 Claude Fable 5 和 Mythos 5 的出口管制。我们将于明日开始恢复相关访问权限，并会尽快发布后续更新。感谢广大用户在此期间的耐心等待，同时也感谢所有协助我们重新部署模型的工作人员。
巨石阵寻觅者 Hengefinder
2 天前
您好，请提供您需要翻译的具体内容。
抱歉。
Hatari - Atari ST/STE/TT/Falcon 模拟器 正在下载... 调整画布大小 锁定/隐藏鼠标指针
抱歉。
表格数据是企业级机器学习的基础，然而 XGBoost 和随机森林等传统方法仍然非常耗费人力。这些模型需要大量的手动工作，包括繁琐的超参数调整和特定领域的特征工程，才能获得可靠的性能。 为了解决这些瓶颈，我们推出了 **TabFM**，这是一种专为表格分类和回归设计的新型基础模型。受大型语言模型上下文学习（ICL）能力的启发，TabFM 将表格预测重新构建为零样本任务。这种方法消除了手动模型训练和复杂预处理的需要；用户只需通过单次前向传播，即可对未知数据生成高质量的预测。 TabFM 通过消除结构化数据通常带来的技术壁垒，简化了机器学习的生命周期。目前，该模型已通过 Hugging Face 和 GitHub 对公众开放。
Mistral AI 推出了 **Leanstral 1.5**，这是一款专为形式化证明工程设计的专用模型。该模型针对自动定理证明和自动形式化进行了优化，拥有 1190 亿总参数（其中 65 亿为激活参数）以及 256k 的上下文窗口。
作为 Mistral 更广泛生态系统的一部分，Leanstral 1.5 集成了该平台的全套开发者工具，包括聊天补全、函数调用、智能体工作流、结构化输出和 OCR 功能。它支持多种模态和功能，例如文档问答、嵌入、多模态转录及语音服务。此次发布旨在为技术和形式化语境提供精确支持，进一步强化了 Mistral AI 为研究人员和开发者提供专业高性能模型的承诺。
近期关于 Mistral 发布“Leanstral 1.5”的 Hacker News 讨论，凸显了用户的不满以及对欧洲科技格局的广泛担忧。
许多用户反馈入门体验不佳，指出了技术错误、令人困惑的“实验室（Labs）”设置以及难以联系的客户支持。这引发了关于欧洲软件公司现状的广泛讨论。批评者认为，欧洲科技行业常因服务文化欠缺、风险投资匮乏以及官僚主义壁垒而受阻，这些因素使得美国巨头占据优势。一些评论者认为，欧洲公司之所以难以竞争，是因为缺乏美国同行那种“拼劲”或规模，导致对美国技术的过度依赖。
相反，支持者则为 Mistral 辩护，指出其模型通常具有极高的成本效益、更快的速度，并且在 OCR 或结构化数据提取等特定利基任务中表现出色。尽管承认 Mistral 可能在“前沿”基准测试中并非领先，但支持者强调了支持欧洲替代方案以避免完全依赖美国和中国供应商的重要性。归根结底，该讨论反映了一种两极分化的观点：一些人认为欧洲生态系统正在衰落并陷于平庸，而另一些人则认为这是一个正在崛起、能够提供实用、主权且价格具有竞争力的工具的行业。
对不起。
Ante 引入了“形状稳定性”（shape-stability）这一概念，确保对具有稳定形状的数据的引用，即使在其他地方发生变动时依然有效。由于 Ante 保证对象在使用过程中不会被销毁或结构性变更，该语言允许同时存在对同一个结构体及其嵌套字段的多个可变引用。 与严格禁止多个可变借用以避免内存安全问题的 Rust 或 Swift 不同，Ante 的编译器能够识别出：如果一个实体的结构是稳定的，那么对其字段的修改并不会导致现有引用失效。这使得开发者可以实现诸如“自愈函数”或同时对父结构体及其子组件（例如，飞船及其引擎）进行可变访问等模式，且不会产生内存损坏的风险。通过优先考虑形状稳定性，Ante 在保持内存安全的同时，简化了所有权和借用规则。
抱歉。
这篇博客文章批评了近期一种试图证明“独立”使用 ML-KEM（一种基于格的后量子算法）优于结合传统 ECC 与后量子密码学的混合方案的观点。 作者认为，支持独立使用 ML-KEM 的理由充满了根本性错误、术语滥用以及对安全风险范围具有误导性的“窄化”。具体而言，作者指出： * **忽视软件风险：** 支持者将软件层面的漏洞（如计时攻击）排除在“密码分析”之外，尽管这些漏洞在现实世界中影响巨大。 * **淡化数学风险：** 这些论点错误地声称“模块结构”和“渐近”归约提供了安全性，却忽视了已知的紧致性差距、针对理想格的量子攻击，以及通用格归约攻击在速度上的持续提升。 * **误导性声明：** 断言 ML-KEM 缺乏与 RSA 或 ECC 同等水平的“最坏情况到平均情况归约”，这一说法在事实上是不准确的，且歪曲了这些归约的作用机制。 最终，作者警告称，此类有缺陷的风险分析正被用作“谈资”，旨在推动 ML-KEM 在 IETF 标准化中通过，从而绕过合理的共识构建，并让用户承担本可通过保留 ECC 作为安全层而轻松规避的不必要安全风险。
抱歉。
尽管人工智能在生成高质量的局部代码方面表现出色，但在处理全局程序架构时往往显得吃力，容易导致“代码臃肿”以及不必要的防御性检查，从而使状态管理变得复杂。作者认为，由于人工智能在全局视角上可能持续存在局限性，我们需要重新设计编程语言，以便通过局部推理来强制执行全局属性。 作者以 Rust 语言的所有权机制及 `Send` 和 `Sync` 特性为例，说明了这种方法的成功之处。这些特性使开发人员（以及潜在的人工智能）只需检查局部约束，即可保证复杂的全局属性，例如无数据竞争。通过将这些保证嵌入类型系统中，该语言无需程序员（或人工智能）手动追踪每一种可能的程序状态，就能预防整类错误。 展望未来，作者建议未来的编程语言应专注于类似的设计，以便在性能、资源管理和状态隔离方面提供更稳健的保证。如果这一语言设计的发展方向取得成功，将能通过将全局推理的重担从程序员转移到编译器身上，使人类和人工智能都能编写出更可靠的软件。