Hono 限制外部拉取請求,維護者重新考慮貢獻接收方式
Hono 停用了外部拉取請求的建立,同時保留其 MIT 授權的程式碼。
Hono 停用了外部拉取請求的建立,同時保留其 MIT 授權的程式碼。Sindre Sorhus 則將他自己的儲存庫限制歸因於 AI,並表示維護和問題處理將繼續。10 月 6 日這一版探討了審查能力、Mistral Large 4 的 API 預覽和承諾的權重,以及 Polars 2.0 與阿姆斯特丹的連結和遷移注意事項。
本影片重點
- Hono 在 10 月 5 日的公告中,限制 honojs/hono 上的外部拉取請求;它沒有提供明確的 AI 解釋。成員開發和 MIT 授權的原始碼仍然可見。
- Sorhus 明確將他 10 月 1 日的限制歸因於 AI,並承諾繼續維護和處理問題。貢獻接收和原始碼授權具有不同的含義。
- Mistral Large 4 已作為託管公共預覽版提供。承諾在 10 月底前提供可下載的權重;最終的授權條款尚未在此處確立。
- Mistral 表示其歐洲資料中心使用 3,800 個 NVIDIA GPU 訓練並提供預覽版。買家應驗證其所選端點的區域和合約。
- Artificial Analysis 在其廣泛的智慧指數中,將 Large 4 預覽版評為 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 網路框架。 其拉取請求頁面顯示建立已受限制。 現有的請求和新的成員請求仍然可見,
0:49 因此開發在門禁後繼續進行。 Wada 要求人們以其他方式貢獻。 他的聲明沒有給出明確的 AI 解釋。 將他人的動機歸咎於他本身就應該受到拒絕的審查。
Sorhus 為什麼明確地歸咎於 AI?
1:00 明確的 AI 解釋來自 Sindre Sorhus。 10 月 1 日,他表示在十五年的開源工作後,由於 AI,他已停用了所有 儲存庫的外部拉取請求。 他還承諾將繼續維護和處理問題。 你可以在其授權下繼續使用軟體,而維護者則控制著 審查佇列。發布原始碼從未建立無限支援合約, 儘管網路似乎錯過了那次會議。 助理可以快速草擬一個看似合理的修補程式。
1:26 仍然有人必須重現錯誤、理解更改並承擔 後果。另一個建議會增加工作量,只要它需要仔細檢查。 想像一下,那個人在完成實際工作後審查該修補程式。 貢獻者看到一個有益的下午。 維護者繼承了未來的錯誤報告、 相容性問題,以及一份帶著友善綠色合併 按鈕的第二份無薪工作。限制接收給予維護者喘息的空間。
貢獻門檻的代價是什麼?
1:49 它也提高了陌生人提交真正好修復的門檻。 每個門檻都在審查能力和圈外人注意到你遺漏的 機會之間進行權衡。 在生成修補程式之前閱讀貢獻政策。 一個小而可重現的報告,如果問題被接受, 可以勝過作者無法解釋的廣泛更改。 Hacker News 上流傳的悲傷文章稱開源已死。 那是作者的論點。
2:13 這兩份公告描述了貢獻限制, Sorhus 明確表示他將繼續維護他的專案。 這份訃告似乎來得早了。 第一個答案是容量。
開發者如何尊重審查佇列?
2:24 開放儲存庫可以有更狹窄的協作。 尊重界限,並提供可以驗證的證據。 一份精美的描述無法為他們完成驗證。 維護者公開做出工作負載決策。 我們可以在閱讀實際聲明後討論權衡, 這已經讓我們領先於令人驚訝的許多討論。
Mistral Large 4 今日提供什麼?
2:43 這就引出了另一個更大的機器,它有另一種控制問題。 Mistral 於 10 月 6 日推出了 Large Four,今天為客戶提供預覽 API, 並承諾在 10 月底前提供可下載的權重。 大約一萬億個總參數使這成為一個非常大的模型。 對於開發人員來說,今天的產品是託管存取。 自行部署取決於承諾的權重發布及其最終條款。 Mistral 表示它使用 三千八百個 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,預設支援一流的 SQL 和串流
Polars 使用者在阿姆斯特丹和各地有什麼變化?
4:03 惰性查詢。 一個實用的升級,用於透過合理的筆記型電腦處理不合理的資料集。 支援的操作會在 RAM 使用率達到約 80% 時溢出到磁碟, 留下記憶體喘息空間。 預設的磁碟預算為 64 GB。 連接和分組操作的磁碟溢出已在規劃中。 與荷蘭的連接是阿姆斯特丹和一個 MIT 授權的引擎。 全球的回報是更少的記憶體壓力。
4:25 Polars 提供自己的速度圖表,因此投影片中的基準測試需要成人 監督。遷移有一個問題。 某些操作預設不再保證行順序。 在支援的情況下選擇保留順序, 並測試依賴於它的管線。 以令人驚訝的順序排列的正確行仍然會毀了你的星期一。 Wada 記得的貢獻呢? Taku Amano 的正則表達式路由器,他認為這是 Hono 的一個決定性
4:48 改進。 限制外部修補程式的人確切地記得一個出色的外部 修補程式能為專案帶來什麼。 這使得審查佇列值得保護。 如果你寧願閱讀這份內容,而不是聽我說,那麼 diff 會在每天早上免費發送到你的收件匣, 網址是 the daily diff dot dev,連結在下方。 所以今天的判決是 NEEDS REVIEW。
我為什麼要蓋上 NEEDS REVIEW 的印章?
5:04 我支持維護者保護他們的時間,我希望有一條清晰的途徑來處理有用的 外部貢獻。永續的協作 需要有人願意且能夠 在生成按鈕停止後檢查工作。 今天的 diff 就到這裡。 我是來自 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



