Hono 限制外部拉取请求,维护者重新考虑贡献接收
Hono 禁用了外部拉取请求创建,但保留了其 MIT 许可的代码。
Hono 禁用了外部拉取请求创建,但保留了其 MIT 许可的代码。Sindre Sorhus 独立地将其自己的仓库限制归因于人工智能,并表示将继续维护和处理问题。本 10 月 6 日版探讨了审查能力、Mistral Large 4 的 API 预览和承诺的权重,以及 Polars 2.0 的阿姆斯特丹连接和迁移注意事项。
本视频涵盖的内容
- Hono 在 10 月 5 日的公告限制了 honojs/hono 上的外部拉取请求;它没有给出明确的人工智能解释。成员开发和 MIT 许可的源代码仍然可见。
- Sorhus 明确引用人工智能解释了他 10 月 1 日的限制,并承诺继续维护和处理问题。贡献接收和源代码许可具有不同的含义。
- Mistral Large 4 作为托管公共预览版提供。承诺在 10 月底前提供可下载的权重;最终许可条款尚未确定。
- Mistral 表示其欧洲数据中心使用 3,800 个 NVIDIA GPU 训练并提供预览服务。购买者应验证其选定端点的区域和合同。
- Artificial Analysis 在其广泛的智能指数上给 Large 4 Preview 打分为 38 分,并测量每秒大约 116 个输出 token。该指数衡量的任务与 Mistral 专门的企业声明不同。
- 总部位于阿姆斯特丹的 Polars 2.0 将 SQL 列为一等公民,并将惰性查询集合默认为流式处理。支持的操作可以溢出到磁盘,而连接和分组仍在磁盘溢出的路线图上。
- 依赖顺序的 Polars 管道需要迁移测试:某些操作会失去默认的行顺序保证,在支持的地方可以使用 maintain_order=True。发布帖子中的性能比较是供应商基准测试。
翻译的文字记录
译自英文原版旁白。可用音频和字幕由 YouTube 控制。
一个开放项目为何能拒绝你的修复?
0:00 你认为开源意味着任何人都可以发送修复程序。 Hono 禁用了外部拉取请求,而其创建者记得其中一个 改变了一切。在此视频中,为什么限制贡献? Mistral 现在提供什么? 你的 Polars 工作负载有什么变化? 今天是 10 月 6 日星期二,这里是 The Daily Diff。 记住那个旧的贡献。 我们稍后再谈。
0:20 周一,Hono 创建者 Yusuke Wada 表示,外部贡献者不能再
Hono 到底限制了什么?
0:25 在主仓库上打开拉取请求。 代码仍然在 MIT 许可下可用,并且系统仍在运行。 周二,Mistral 的欧洲托管模型和荷兰数据引擎将 你的笔记本电脑保持运行。 三个瓶颈,人工关注是第一班。 Hono 是一个轻量级的 JavaScript Web 框架。 它的拉取请求页面显示创建受限。 现有请求和新的成员请求仍然可见,
0:49 因此开发在门后继续进行。 Wada 要求人们以其他方式贡献。 他的公告没有给出明确的人工智能解释。 将别人的动机归因于他本身就应该被拒绝审查。
Sorhus 为何明确归咎于人工智能?
1:00 明确的人工智能解释来自 Sindre Sorhus。 10 月 1 日,他表示,在十五年的开源工作之后,由于人工智能,他已禁用其 所有仓库的外部拉取请求。 他还承诺继续维护和处理问题。 你可以在其许可下继续使用软件,而维护者控制 审查队列。发布源代码从未创建无限支持合同, 尽管互联网似乎错过了那次会议。 助手可以快速起草一个看似合理的补丁。
1:26 仍然有人必须重现错误,理解更改并承担 后果。另一个建议,每当需要仔细检查时,都会增加工作量。 想象一下,那个人在完成他们的实际工作后审查那个补丁。 贡献者看到一个有帮助的下午。 维护者继承了未来的错误报告, 兼容性问题,以及一份穿着友好的绿色合并按钮的第二份无薪工作。 限制接收量让维护者有了喘息的空间。
贡献门槛的代价是什么?
1:49 它也为带着真正好的修复程序的陌生人提高了门槛。 每个门槛都在审查能力与圈外人注意到你忽略的问题的几率之间进行权衡。 圈外人注意到你忽略的问题。 在生成补丁之前阅读贡献政策。 一个小型可重现的报告,如果问题被接受, 可以胜过作者无法解释的大范围更改。 在 Hacker News 上流传的悲伤文章称开源已死。 那是作者的论点。
2:13 这两个公告描述了贡献限制, Sorhus 明确表示他将继续维护他的项目。 葬礼请柬似乎来得早了。 第一个答案是容量。
开发者如何尊重审查队列?
2:24 开放仓库可以有更窄的协作。 尊重界限,并提供可以验证的证据。 一个完美的描述无法为他们完成验证。 维护者公开表示“足够了”是在做工作量决定。 我们可以阅读实际声明后讨论权衡, 这已经让我们领先于令人惊讶的大量讨论。
Mistral Large 4 今天带来了什么?
2:43 这就引出了一个更大的机器,它有另一种控制问题。 Mistral 于 10 月 6 日发布了 Large Four,今天为客户提供预览 API, 并承诺在 10 月底前提供可下载的权重。 大约一万亿个总参数使这是一个非常大的模型。 对于开发者来说,今天的产品是托管访问。 自部署取决于承诺的权重发布及其最终条款。 Mistral 表示它在自己的 欧洲数据中心使用 3800 个 NVIDIA GPU 训练了该模型,
3:09 这些数据中心也提供预览服务。 欧洲运营的基础设施和欧洲法律是具体的 主权宣传。硬件仍然来自 NVIDIA。 这家法国公司称它为 le Chonk,显然是一只被从 晚餐中带走的猫。购买者仍应询问他们的端点实际使用的区域和合同。 实际使用的区域和合同。独立测试增加了视角。
独立测试如何评估 Mistral 的宣传?
3:29 Artificial Analysis 在其广泛的智能指数上给预览版打分为 38 分。 Claude Opus 5.5 获得 58 分, 领先一步。 Mistral 最有力的主张是关于特定的企业任务。 它每秒输出约 116 个 token,因此响应速度很快。 测试你自己的工作负载。 快速的答案仍然需要与慢速答案相同的烦人属性。 在权重到来之前,欧洲托管可能很有用。
3:52 将今天的服务与未来的下载分开。 没有人喜欢发现他们的部署计划只是一个日历提醒。 总部位于阿姆斯特丹的 Polars 发布了 2.0 版本,默认情况下为惰性查询提供一流的 SQL 和流式处理。
Polars 用户在阿姆斯特丹和各地会发生什么变化?
4:03 提供一流的 SQL 和流式处理。 一个实用的升级,用于通过合理的笔记本电脑压缩不合理的数据集。 支持的操作在内存使用量达到 80% 左右时会溢出到磁盘, 留出内存喘息空间。 默认磁盘预算为 64 GB。 连接和分组的磁盘溢出已列入路线图。 荷兰的联系是阿姆斯特丹和一个 MIT 许可的引擎。 全球的回报是更少的内存压力。
4:25 Polars 提供自己的速度图表,因此幻灯片中的基准测试需要成人 监督。迁移有一个陷阱。 某些操作不再默认保证行顺序。 在支持的情况下选择保留顺序, 并测试依赖于 它的管道。意外顺序的正确行仍然可能毁了你的周一。 Wada 记得的贡献呢? Taku Amano 的正则表达式路由器,他认为这是 Hono 的一个决定性
4:48 改进。 限制外部补丁的人清楚地记得一个优秀的外部 补丁能为一个项目带来什么。 这使得审查队列值得保护。 如果你宁愿阅读而不是听我说,那么每日差异会每天早上免费发送到你的收件箱, 网址是 the daily diff dot dev,链接在下方。 所以今天的判决,需要审查。
我为什么会盖上“需要审查”的印章?
5:04 我支持维护者保护他们的时间,我希望为有用的 外部贡献提供清晰的路径。可持续的协作 需要有人愿意并且能够 在生成按钮停止后检查工作。 这就是今天的差异。 我是来自 Axrisi 的 Niko。 负责任地合并。
来源
- Hono disables PRs from external contributorsYusuke Wada on X
- Hono pull-request page: creation is restrictedhonojs on GitHub
- Hono framework and MIT licenseHono
- External pull requests disabled due to AI; maintenance continuesSindre Sorhus on X
- Open Source as We Know It Is Dead — commentaryjross.me
- Introducing Mistral Large 4Mistral
- Mistral Large 4 Preview intelligence and performanceArtificial Analysis
- Release of Polars 2.0Polars
- Polars founders and Amsterdam officePolars
- Polars source and MIT licensepola-rs on GitHub



