調研視窗：2026-10-27 04:30 ~ 2026-10-28 04:30（北京時間，過去 24 小時），與上一期（10-27 04:30 截點）首尾相接。

信源：GitHub 組織全倉核查（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler，逐倉核對視窗內提交、PR 與 Release；上游 fork 按 RISC-V / RVV / 玄鐵等關鍵詞過濾，無關上游提交不收錄）、openRuyi 提交與 PR 合併統計、ruyi 包管理器 Release、RuyiSDK 開發者社群論壇、ruyiai-daily 每日情報歸檔、RuyiAI 官方主頁三頁快照、arXiv 檢索、Google News RSS 中英文定向查詢（走代理）。

本期索引

  • 今日重點：三件套進發行版打包、triton-riscv 換錨、VIR 補上 Python 繫結（10-27）
  • 一、RuyiAI 棧進展（PyTorch / Triton / TileLang RISC-V 適配）
    • 1.1 llvm-project：riscv 分支六日第五次換基，基線再前移 237 筆（10-27）
    • 1.2 pytorch：riscv 分支第六日靜默，主分支二十筆仍是上游（10-27 狀態）
    • 1.3 triton-riscv：buddy-mlir 錨點從 10-17 直跳 10-27，跨過兩級（10-27）
    • 1.4 tilelang-riscv：主分支第十二日靜默（10-27 狀態）
  • 二、RuyiSDK 工具鏈與發行版
    • 2.1 openRuyi PR #1350：RuyiAI 三件套進發行版，作者當日逐條回應複核意見（10-27）
    • 2.2 openRuyi PR #1352：PyTorch RISC-V 適配單獨成包，安裝後自帶冒煙測試（10-27 狀態）
    • 2.3 openRuyi：45 筆提交、12 筆 PR 合入，Samba 全家一次換到 4.25.1 加 Waf 構建（10-27）
    • 2.4 openRuyi：三筆 revert 收回「隨包分發 LLVM IR」路線（10-27）
    • 2.5 在審佇列：qemu 11.1.2、qemu-rustsbi、libvirt 與交叉工具鏈（10-27 狀態）
  • 三、向量擴充套件、架構測試與運算元最佳化
    • 3.1 支援矩陣新增 SpacemiT K3 Pico-ITX 的 Bianbu 4.0.8 報告，狀態評為 good（10-27）
    • 3.2 支援矩陣新增 VisionFive 2 Lite 的 Ubuntu 24.04.5 報告，狀態僅 basic（10-27）
    • 3.3 向量倉與 FBGEMM 全線靜默，arXiv 視窗內無新增（10-27 狀態）
  • 四、Buddy Compiler 動態
    • 4.1 VIR 補上 Python 繫結：從 buddy-opt 專用變成可程式設計方言（10-27）
    • 4.2 在審五筆：piece count 轉 int64、Whisper 預處理複用、buddy-server 原始碼整理（10-27）
    • 4.3 夜間版 dev20261027 出包，下游錨點同日夜間接上（10-27）
  • 五、社群與活動與官方主頁
    • 5.1 官方主頁三頁無變化，部落格兩篇、文件二十三章（10-27 狀態）
    • 5.2 論壇無新帖，最新仍是 10-22 的峰會回顧與課程講義（10-27 狀態）
    • 5.3 ruyiai-daily 一期、harness 拆外掛、ruyi-imager 修選擇對話方塊（10-27）
    • 5.4 外部新聞零命中，openRuyi 2026.10 與 ruyi 0.54.0 均未發（10-27 狀態）
  • 六、趨勢觀察
    • 6.1 表達層、工具層、分發層在同一天各補一塊
    • 6.2 發版前清掃之外，發行版開始做減法

今日重點：三件套進發行版打包、triton-riscv 換錨、VIR 補上 Python 繫結（10-27）

日期：2026-10-27　來源：openRuyi PR #1350、triton-riscv PR #90、buddy-mlir PR #1009

本期三條主線在同一個視窗內各走了一步，而且第一次互相接上。

第一條是分發層。openRuyi 的 PR #1350「Add Ruyiai packages」把 buddy-mlir、python-triton-ruyiai、python-tilelang-ruyiai 三個 spec 一次提交（3 筆提交、9 個檔案、+666/−0），9-21 開出後經維護者 Z572 在 9-24 提出修改要求，討論停在 9-28；10-27 17:55 至 18:54（北京時間）作者 nekorouter 連續回覆三條複核意見，逐條解釋 git 構建依賴、buddy-mlir 自帶 LLVM 是否外接、以及改用 GCC 構建的代價。同日另一條 PR #1352 把 PyTorch 的 RISC-V 適配單獨成包。兩筆都仍未合入，但已經從「擱置」回到「逐條收斂」。

第二條是工具層。triton-riscv 的依賴錨點在 19:43 由 renovate 機器人提交併合入（#90，+2/−2），buddy-mlir 從 nightly/v0.1.1.dev20261017 直接跳到 nightly/v0.1.3.dev20261027，跨過整個 0.1.2 正式版與兩個夜間構建。上一期日報把「錨點是否更新」列為觀察項，本期給出了答案：更新了，而且一次跨兩級。這意味著 10-26 夜裡那七筆 VIR 可伸縮向量改動，自本期起進入下游構建鏈路。

第三條是表達層。buddy-mlir 的 #1009「[midend][VIR] Python bindings」在 22:42 合入（12 個檔案、+614/−1），把 VIR 這個此前只能在 buddy-opt 裡跑、且要用 ir.Operation.create("vir....") 手工拼運算元、用 ir.Type.parse("!vir.vec<...>") 手工拼型別的方言，正式做成了 buddy_mlir.dialects.vir 模組，走 ODS 加 C API 加 nanobind 擴充套件的常規路徑。

三條放在一起看：VIR 能表達可伸縮向量（前一期），現在能被 Python 驅動（本期），再往下有發行版打包通道（本期在審）。這條棧缺的從來不是單點能力，而是「表達—工具—分發」三段的接通，本期是少見的同日各有進展。

一、RuyiAI 棧進展（PyTorch / Triton / TileLang RISC-V 適配）

1.1 llvm-project：riscv 分支六日第五次換基，基線再前移 237 筆（10-27）

日期：2026-10-27　來源：riscv 分支提交列表、新頭部 ed439f3e、與上期頭部對比

riscv 分支在 10-27 23:00（北京時間）完成第五次整枝重寫，頭部由 a18a0434 換成 ed439f3e，標題仍是「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」。與上一期頭部對比為 diverged：領先 237 筆、落後 26 筆、300 個檔案有差異。落後的 26 筆正是本地補丁集的條數，與 10-26 記錄完全一致。

20 筆本地提交在同一分鐘內被重寫重推（committer 時間集中在 15:00:29 至 15:00:31），而作者時間從 7 月 1 日一路排到 10 月 3 日：最新一筆是本輪頭部 #31 的 A100 HP/SP 與 pack/unpack 降級（作者 10-03），最老的是 #9b72a085 的 CI 觸發器修補（作者 7-01）。作者時間不動、committer 時間統一，是整枝重放的典型特徵，說明本輪沒有新增本地功能，只是把既有補丁集搬到新基線之上。

換基序列現在是 10-21 的 1769 筆、10-23 的 275 筆、10-25 的 474 筆、10-26 的 221 筆、10-27 的 237 筆。五天內五次，間隔穩定在一天一次。上一期的判斷——這條分支的日常動作已完全變成跟基線——本期得到第二次驗證；本地功能增量的唯一來源仍是上游，或需要等待 BOSC AME、Buckyball 一側提交新的補丁。

1.2 pytorch：riscv 分支第六日靜默，主分支二十筆仍是上游（10-27 狀態）

日期：2026-10-27（狀態）　來源：pytorch riscv 分支、pytorch 主分支

riscv 分支頭部仍是 10-22 03:00（北京時間）的 Add riscv64 image locally (#51)，10-22 至 10-27 連續第六日零提交。上一期記錄的靜默三日、五日，本期延長到六日；RVV 能力上行的兩條主線提案（#46 面向 ATen 的向量擴充套件支援、#48 的 RISC-V Vector CPU 能力）本期仍無更新。

主分支同期有 20 筆提交，全部是上游同步，無一筆涉及 RISC-V：其中五筆是 C++ meta kernel 補齊（ne.Scalar、eq.Tensor、le.Scalar、le.Tensor、bitwise_and.Tensor），一筆是 ROCm Inductor 跳過 CK 前向卷積模板（conv_transpose），其餘落在構建與測試基礎設施。這與上一期的結論一致：這條分支的上游跟蹤與 RISC-V 重放是兩條不同節奏的流水線，前者日更，後者人工擇期。

值得並讀的是分發側——同一天 openRuyi 的 PR #1352 正在把這條分支的產物打成 python-torch-ruyiai 包（見 2.2）。分支本身不動，但它的下游分發路徑在動，這是本期 pytorch 一線唯一有新資訊的地方。

1.3 triton-riscv：buddy-mlir 錨點從 10-17 直跳 10-27，跨過兩級（10-27）

日期：2026-10-27　來源：triton-riscv PR #90、提交 4a066f1f、buddy-mlir 夜間版列表

19:43，renovate 機器人提交的 #90 被合入，改動只有兩行（+2/−2）：buddy-compiler/buddy-mlir 由 nightly/v0.1.1.dev20261017 升到 nightly/v0.1.3.dev20261027。這不是一次常規的小版本跟隨，而是跨級的追趕——中間隔了 0.1.2 正式版（10-25 06:18）與 0.1.3 線兩個夜間構建（10-26 06:37、10-27 08:26）。

上一期日報把「錨點是否更新並重建」列為下期觀察項，本期落地。含義很具體：10-26 夜裡那七筆 VIR 可伸縮向量改動（#1002 至 #1008）此前只存在於 buddy-mlir 的原始碼樹裡，下游 triton-riscv 構建用的還是 10-17 的舊包；換錨之後，這批改動進入 Triton 的運算元生成鏈路。

需要說明的是，錨點更新只解決「能不能用上」，不等於「已經用上」。triton-riscv 主分支除了這筆依賴更新外本視窗無其它提交，也沒有對應的適配程式碼改動；0.1.1 到 0.1.3 之間 buddy-mlir 側是否有影響 Triton 呼叫的介面變化，需在下游實際重建、跑通測試後才能確認。

1.4 tilelang-riscv：主分支第十二日靜默（10-27 狀態）

日期：2026-10-27（狀態）　來源：tilelang-riscv 提交列表、開放 PR 列表

tilelang-riscv 主分支最後一筆提交仍是 10-16 10:52，連續第十二日無提交；開放 PR #4 停更在 09-28。與 triton-riscv 換錨形成對比的是，這一側連依賴更新都沒有動作。

不過分發側給了它一個新的位置：openRuyi 的 PR #1350 裡包含 python-tilelang-ruyiai spec，涉及 4 個補丁（放寬 Apache TVM FFI 0.1.10、改用系統構建依賴、發現 buddy-mlir 工具鏈、跳過 z3 soname 重寫）。也就是說，倉庫本身停滯，但「以發行版包的形式可用」這條路徑在推進，這是本期唯一與 tilelang-riscv 相關的實質動作。

二、RuyiSDK 工具鏈與發行版

2.1 openRuyi PR #1350：RuyiAI 三件套進發行版，作者當日逐條回應複核意見（10-27）

日期：2026-10-27　來源：PR #1350、PR #1350 複核評論、PR #1350 提交

PR #1350 是本期分發層最重要的一筆：一個 PR 同時加三個包——buddy-mlir（基於 LLVM 的 MLIR 編譯框架）、python-triton-ruyiai（RISC-V 版 Triton）、python-tilelang-ruyiai（RISC-V 版 TileLang 後端）。3 筆提交全部落在 9-21 的 09:46 至 09:48（兩分鐘內），共 9 個檔案、+666/−0。

時間線值得記下來：9-21 開 PR，9-24 維護者 Z572 提三處修改要求（為什麼需要 git、buddy-mlir 是否應提供 macro 檔案供 Triton 定位其 LLVM、buddy-mlir 是否應先用 GCC 構建固定版本 clang 再用新 clang 構建自身），9-28 作者回復並修掉兩處；隨後停擺近一個月，10-27 17:55、17:57、18:54 連續三條回覆把剩下的爭議逐條說清。

三條回覆的技術內容比進度本身更有資訊量。其一，triton 上游的 setup.py 會強制檢查 git 能否執行，所以要麼加 git 構建依賴，要麼改 setup.py（需新增補丁檔案，且 triton 更新時容易失配）——作者選擇前者。其二，buddy-mlir 自帶的 LLVM 只在該包內部使用，且這些包始終鎖定到具體 LLVM 提交，因此傾向於把它留在構建流程內部，而不外接成獨立 macro 包。其三，改用 GCC 構建固定版 LLVM/clang 在技術上可行，但構建時間至少增加 1.5 倍。

這三條指向同一個取捨：RuyiAI 這幾個包的構建鏈耦合度高（Triton 依賴 buddy-mlir 的 LLVM、TileLang 依賴 buddy-mlir 工具鏈），一旦按發行版的「依賴外接、複用系統包」慣例拆開，構建成本與失配風險都會上升。作者選擇保住耦合、承擔體積與構建時間，是打包路線上的一次明確表態。

2.2 openRuyi PR #1352：PyTorch RISC-V 適配單獨成包，安裝後自帶冒煙測試（10-27 狀態）

日期：2026-10-27（狀態）　來源：PR #1352、python-torch-ruyiai spec 檔案

PR #1352 把 RuyiAI-Stack/pytorch 單獨打成 python-torch-ruyiai（8 個檔案、+783/−0），與 #1350 同日更新，狀態仍為開放，唯一一筆提交停在 9-21 11:22。

補丁集讀起來是一條完整的發行版適配清單：2001 強制 OpenBLAS 走 cblas 複數點積、2003 改用系統 fmt、2005 改用系統 cmake 依賴、2006 跳過無用的子模組預構建檢查、2011 把 RVV kernel 按目標向量能力門控、2012 內嵌 scikit-build-core。另有一個 pytorch-smoke-test.py，說明這個包在安裝後要跑一次冒煙測試才算透過——對發行版而言，這比單純「能裝上」更前進一步。

2011 那條尤其值得注意：把 RVV kernel 的啟用條件從「編譯時假定支援」改成「按目標向量能力門控」，正是社群裡反覆出現的問題——RVA20 等不含向量擴充套件的目標上，打包時若不門控，會生成無法執行的程式碼。這類修補通常要等使用者在實際板子上撞到才補，現在提前進了打包補丁。

與 #1350 一樣，這個包也宣告瞭 AI 輔助（Assisted-by: Deepseek V4.1 Flash），並按 openRuyi 的 AI 貢獻政策做了勾選與署名。

2.3 openRuyi：45 筆提交、12 筆 PR 合入，Samba 全家一次換到 4.25.1 加 Waf 構建（10-27）

日期：2026-10-27　來源：openRuyi 提交列表、PR #1428 Samba 與庫、PR #1506 安全更新、PR #1508 ceph 回移

主倉視窗內 45 筆提交、12 筆 PR 合入，作者分佈為 Li Guan 12、Jingwiw 9、Kimmy 9、cl2t 5、misaka00251 4、Zheng Junjie 3、Sun Yuechi 1、Xiang’ao Liu 1、Hangfan Li 1。時間上分三個批次：15:00 前後 17 筆、16:00 前後 12 筆、次日 01:31 9 筆，其餘 7 筆散落在 12:32 至 17:36。

最大的一筆是 #1428，一次推 9 筆提交：samba 升到 4.25.1、tevent 0.17.2、tdb 1.4.15、talloc 2.5.0、cmocka 2.0.2，並把 jack2 與 rpm-config-openruyi 一併改用 Waf 構建宏。這不是零散升級，而是把 Samba 全家（含其依賴庫）在同一時間點上對齊，凡是依賴 tevent/tdb/talloc ABI 的包都要跟著重建，屬發行版裡典型的「聯動升級」。

安全線由 #1506 一次帶 12 個包：sysrepo 5.2.27、libzip 1.12.1、libyang 6.4.13、libical 4.0.7、vim 9.2.1201、squashfuse 0.6.5、simdutf 9.3.2、pcre2 10.49、libheif 1.23.6、imagemagick 7.1.2.34、cups 2.4.20、cpp-httplib 0.63.0，標題統一帶 [security-fixes] 標記。另有 ceph 一筆回移（#1508，ceph-volume 分割槽 db/wal 修復，並補 mgr、cephfs-mirror、rgw 的修正）。

新增包 13 個，以 Go 生態為主：go-git v6 家族三件（go-git、fixtures、billy）加 gcfg-v2、goldmark-highlighting-v2、go-udev、go-evdev、gonetworkmanager-v2、jaypipes/ghw、mozillazg/go-pinyin、kustomize，以及 go-k8s-kube-proxy 與 go-k8s-cluster-bootstrap。這批新增與 dms-shell 用打包好的 Go 依賴替換內嵌 vendor bundle（#1511）是同一件事的兩面——把 Go 專案從「自帶 vendor 目錄」改成「走系統包」，便於後續統一升級與 CVE 響應。

其餘合入：rust-aws-lc-rs 升到 1.18.2 並新增 aws-lc-sys 0.46（#1518）、docker-cli 29.9.2（#1515）、systemd 接管 /etc/modules-load.d（#1510）、python-opentelemetry-semantic-conventions 0.65b0（#1517）、SQL-migrate 與 kubecomps 依賴補齊（#1365、#1356、#1358）。

2.4 openRuyi：三筆 revert 收回「隨包分發 LLVM IR」路線（10-27）

日期：2026-10-27　來源：PR #1509 Revert llvm ir、openRuyi 提交列表

15:15 合入的 #1509 只有三筆提交、淨刪 105 行（+5/−105），撤銷的是此前在同一倉庫裡做過的三項實驗性打包：gsl 的 llvmir feature、pixman 改用 clang 構建並隨包產出 IR 檔案、libjpeg-turbo 隨包分發 LLVM IR 檔案。

PR 正文沒有寫理由，從提交內容看，方向是把庫編成 LLVM IR 隨包分發，為後續的再最佳化或延遲程式碼生成留介面；現在整條線撤回，說明這條路線在發版前被判定為「暫不保留」。對 RISC-V 發行版而言這是個有意思的取捨：IR 分發在理論上能複用上游最佳化，但會帶來包體積、ABI 與除錯符號一致性的連鎖問題，且需要基礎設施側配合，短期難以形成收益。

這也是本期 openRuyi 與前幾期的一個分野：過去幾期的關鍵詞是「補」——補包、補安全、補 Rust crate；本期除了補，還出現了明確的減法。

2.5 在審佇列：qemu 11.1.2、qemu-rustsbi、libvirt 與交叉工具鏈（10-27 狀態）

日期：2026-10-27（狀態）　來源：openRuyi 開放 PR、PR #1520 qemu 11.1.2、PR #1516 qemu-rustsbi、PR #1490 交叉工具鏈

視窗內有更新的開放 PR 共 10 筆，除兩筆 RuyiAI 相關外，其餘按方向分三類。

虛擬化與韌體：#1520 把 qemu 升到 11.1.2、#1519 讓 libvirt 擁有 /var/lib/libvirt/secrets 並修 Ceph 21 上的 rbd 儲存池、#1516 新增 qemu-rustsbi（Rust 寫的 SBI 實現，由 luojia65 提交）、#1436 給 ovmf 加 fwupd 支援。

工具鏈與基礎庫：#1490 仍是 WIP 狀態，目標是加一套跨 riscv64 的交叉工具鏈；#1429 修 krb5 的構建配置與包預設值；#1521 處理多個 python 包構建失敗。

系統管理：#1367 新增 SQL-migrate。

這幾筆的共同點是「為下一版鋪路」：qemu 大版本升級與交叉工具鏈都是發版前的重型動作，通常不會在視窗內完成，需要看後續幾期的推進速度判斷 2026.10 版能否按期。

三、向量擴充套件、架構測試與運算元最佳化

3.1 支援矩陣新增 SpacemiT K3 Pico-ITX 的 Bianbu 4.0.8 報告，狀態評為 good（10-27）

日期：2026-10-27　來源：support-matrix 提交 db59e82c、K3 Pico-ITX 目錄

12:35 的提交為 SpacemiT K3 Pico-ITX 建立板卡目錄並補上 Bianbu 測試報告：英文 367 行、中文 359 行，附一張 CPU 資訊截圖，另有板卡級的中英文說明。報告後設資料為 sys: bianbu、sys_ver: 4.0.8、sys_var: LXQt、status: good、last_update: 2026-10-16。

good 這個評級在支援矩陣裡屬於較高檔，說明桌面（此例為 LXQt 變體）在實測中功能完整、無阻塞性問題。K3 是進迭時空的新一代產品線，此前矩陣裡更多出現的是 K1 與 K3 的其他形態；Pico-ITX 這一形態首次建檔，對拿到小板的開發者是可用的起點文件。

3.2 支援矩陣新增 VisionFive 2 Lite 的 Ubuntu 24.04.5 報告，狀態僅 basic（10-27）

日期：2026-10-27　來源：support-matrix 提交 92143f8e、VisionFive2_Lite 目錄

12:38 的提交為 StarFive VisionFive 2 Lite 補上 Ubuntu 測試報告（英文 269 行、中文 260 行），後設資料為 sys: ubuntu、sys_ver: "24.04.5"、status: basic、last_update: 2026-10-26。映象為 Canonical 官方預裝伺服器版 ubuntu-24.04.5-preinstalled-server-riscv64+jh7110.img.xz，燒錄走 SFFB 工具進 fastboot，串列埠用 USB-to-TTL。

與上一條對比，兩份報告同一天合入、作者相同（zhiyao310），但結論不同：Ubuntu 這份評為 basic，即系統能啟動、基本功能可用但存在明顯限制，屬於「可跑但不推薦日常使用」的檔位。同一個 JH7110 平臺上 Bianbu 與 Ubuntu 的評級差異，恰好說明眼下 RISC-V 發行版的實際可用度仍取決於廠商映象的適配深度，而非單純的核心支援。

3.3 向量倉與 FBGEMM 全線靜默，arXiv 視窗內無新增（10-27 狀態）

日期：2026-10-27（狀態）　來源：VecIntrinBench、IntrinTrans、FBGEMM、arXiv

向量與運算元幾個倉本期仍全部無提交，停更時長繼續拉長：VecIntrinBench 停在 02-13、IntrinTrans 停在 06-25、cpuinfo 停在 05-20、FBGEMM 停在 07-13，AME-operator 停在 09-30，torq-tile 停在 04-09。這批倉庫合計一年內多數時間靜默，說明 RuyiAI 棧在向量內建測試與運算元側並非當前投入重點。

arXiv 以 RISC-V 加編譯器、向量、推理為條件檢索，視窗內無新增預印本，最新仍是 10-23 的兩篇（開放 ISA 超算的架構比較、LLM 輔助修 RISC-V 處理器缺陷），最貼 RVV 的仍是 10-21 的《Reorienting the Vector Axis》。三篇都屬趨勢參照，不作條目化技術判斷。

四、Buddy Compiler 動態

4.1 VIR 補上 Python 繫結：從 buddy-opt 專用變成可程式設計方言（10-27）

日期：2026-10-27　來源：PR #1009、buddy-mlir 提交列表

22:42 合入的 #1009 是本視窗 Buddy Compiler 一側的核心動作：12 個檔案、+614/−1，新增 buddy_mlir.dialects.vir 模組。提交說明把痛點寫得直白——VIR 此前沒有任何 Python 繫結，所以 VIR 的 decode attention 只能用 ir.Operation.create("vir....") 拼運算元、用 ir.Type.parse("!vir.vec<...>") 拼型別，整套 VIR 降級也只能在 buddy-opt 這一個可執行檔案裡跑。

實現方式選了「跟著現有方言走」：ODS 定義運算元（VIRBinding.td）加 C API 加 nanobind 擴充套件，與同倉庫裡 quant 等自帶型別的上游方言同構；按 PR 描述分三塊——Ops、Types、以及把 VIR 降級掛進 Python 的 pass 註冊。

這一步的意義不在工具本身，而在可組合性：一旦 VIR 能被 Python 直接構造與降級，運算元描述、形狀推導、測試用例都可以寫在 Python 側，前端（Triton、TileLang）與 VIR 的對接不必再依賴 C++ 側加鉤子。對一條此前只能在單一可執行檔案裡驗證的中間表示來說，這是從「編譯器內部件」轉向「可供外部呼叫的方言」。

需注意 #1009 合入後緊接出現 #1011「Cast the scalable VIR piece count to int64_t」（開放），說明可伸縮向量路徑上的整型寬度問題這兩天才被觸及，Python 繫結只是開啟了入口，穩定性仍在磨合。

4.2 在審五筆：piece count 轉 int64、Whisper 預處理複用、buddy-server 原始碼整理（10-27）

日期：2026-10-27（狀態）　來源：PR #1011、PR #1013、PR #1012、PR #1010

視窗內有更新的開放 PR 共五筆，方向分三組。

VIR 與可伸縮向量：#1011 把 VIR 的 piece count 從預設寬度顯式轉成 int64_t。piece count 指一個可伸縮向量被切成幾段，按 32 位參與後續乘加在大形狀下有溢位風險，這條修法與上一期的 #1008（索引向量寬度斷言）屬同一類收尾。

模型示例：#1013 在每次轉寫內複用 Whisper 的預處理，#1012 為 Whisper 輸出加校驗並啟用 x64 CI 測試。兩筆都是常規示例質量改進，不涉及 RISC-V。

基礎設施：#1010 整理 buddy-server 的原始碼與測試目錄結構；另有 #993 新增 tile.upsample_nearest 運算元與識別模式、#932 修 Gemmini OS 分塊矩陣乘中 C 搬出的行填充，兩筆更新時間也在視窗內但內容更早。

4.3 夜間版 dev20261027 出包，下游錨點同日夜間接上（10-27）

日期：2026-10-27　來源：夜間版 v0.1.3.dev20261027、triton-riscv PR #90

buddy-mlir 在 08:26 釋出夜間版 0.1.3.dev20261027，這是 0.1.3 線的第二個夜間構建，距正式版 0.1.2（10-25 06:18）兩天。釋出節奏回到「正式版加夜更」。

同一天 19:43，triton-riscv 把這個夜間版設為新錨點（見 1.3）。從出包到下游換錨相隔 11 小時，是近幾期裡最快的一次銜接——上一期記錄的情況是出包後兩天仍未換。客觀上這縮短了「本地改動到下游可用」的延遲，但也要看到：換錨是自動化的 renovate 提交，真正的適配驗證還沒跟上，下一期應看 triton-riscv 是否出現針對新錨點的測試或修復提交。

五、社群與活動與官方主頁

5.1 官方主頁三頁無變化，部落格兩篇、文件二十三章（10-27 狀態）

日期：2026-10-27（狀態）　來源：RuyiAI 官方主頁、部落格、文件

首頁、部落格、文件三頁的 sha256 與上一期一致：首頁索引 3 條、部落格 2 篇（Triton 的 RISC-V 適配、PyTorch RISC-V CI 實踐）、文件 23 章。已連續多個視窗沒有新增博文與章節。

這一側與 GitHub 側的活躍度反差仍在擴大：本期光是 openRuyi 的打包 PR 就有兩筆實質推進，官方內容頁卻仍是 9 月的兩篇文章。對外傳播與工程推進之間沒有同步，這是如意社群當前比較明顯的一個落差。

5.2 論壇無新帖，最新仍是 10-22 的峰會回顧與課程講義（10-27 狀態）

日期：2026-10-27（狀態）　來源：RuyiSDK 開發者社群、峰會回顧 #2893、課程講義 #2894

社群論壇視窗內無新帖。最新兩條仍停在 10-22：第六屆 RISC-V 中國峰會的 RuyiSDK 回顧（團隊 10 人到場、兩場技術報告、六篇技術海報）與「RISC-V Linux 實踐課 02：夠用的 C 語言基礎」講義。

雙週進展 079 期（10-26 18:02 釋出）是最近一次正式彙報，按兩週節奏，080 期大致在 11 月上旬，本期與下期之間不會有新的雙週節點。

5.3 ruyiai-daily 一期、harness 拆外掛、ruyi-imager 修選擇對話方塊（10-27）

日期：2026-10-27　來源：ruyiai-daily、harness 提交 07:04、ruyi-imager PR #21

ruyiai-daily 在 06:53 提交「daily-news: 2026-10-27」一期，延續按日歸檔的情報動態。

harness（RuyiAI 開發用的智慧體系統）15:04 提交一筆「Split vector retrieval and multi-agent runtime into reusable plugins」，把向量檢索與多智慧體執行時拆成可複用外掛。這筆與 RISC-V 無直接關係，但屬 RuyiAI 棧裡少見的工程化整理，且該倉庫此前停在 10-10，本期恢復提交。

ruyi-imager 14:24 合入 #21「Require an explicit selection in selection dialogs」（對應 issue #20）：選擇對話方塊不再替使用者預選條目，開啟時只恢復此前選過的值，過濾列表或選中樹狀分類後保持空選，確認按鈕在使用者實際選之前保持禁用；過濾後無匹配時顯示空狀態提示並禁用確認。這是釋出前對安裝器的可用性打磨，與上一期的「雙擊與鍵盤確認」同屬一類。

其餘：ruyisdk-website 最新提交仍是 10-23 的介面資料自動更新；wechat-articles 停在 10-26；ruyi 主倉自 09-25 無提交。

5.4 外部新聞零命中，openRuyi 2026.10 與 ruyi 0.54.0 均未發（10-27 狀態）

日期：2026-10-27（狀態）　來源：Google News RSS、openRuyi 發行版新聞頁、ruyi Releases

Google News 對 RuyiSDK、RuyiAI、如意 RISC-V、如意社群編譯器、openRuyi 的中英文定向查詢在視窗內零命中。同一視窗抓到的 RISC-V 相關新聞有 deepin 在第六屆 RISC-V 中國峰會的桌面生態進展、Pharo 14 的 RISC-V JIT、Tenstorrent 完成 15 億美元 E 輪融資、Microchip PIC64-HPSC 航天計算進展等，均與如意社群無關，本期不收錄。

發行版側兩個版本都還在視窗外：openRuyi 新聞頁最新一篇仍是 2026.09 釋出公告（9-30），倉庫標籤也只到 2026.09-experimental；ruyi 的 0.54.0 只有 09-18 的 alpha 標籤，正式版按 079 期口徑要等 10 月底。按前幾個月節奏（6-30、7-23、8-27、9-30），10 月版大機率落在本月底，與 0.54.0 時間窗重疊，下期需重點核實是否兌現。

六、趨勢觀察

6.1 表達層、工具層、分發層在同一天各補一塊

把本期的三件事放在一條時間軸上：10-26 夜裡 VIR 補齊可伸縮向量表達，10-27 夜裡補上 Python 繫結，10-27 全天在推發行版打包。三段本來是依次遞進的——先能表達，再能被呼叫，最後能被分發——過去幾期一直是「表達層快、工具層與分發層滯後」，本期第一次出現同日三線並進。

但要判斷這條棧是否真在閉環，還有兩個已知缺口。其一，triton-riscv 換錨是自動化的，適配驗證尚未跟上，0.1.1 到 0.1.3 之間的介面變化會不會在下游暴露，下期才知道。其二，pytorch 的 riscv 分支連續六日零提交，而分發側已經在給它打包（#1352）——包跟著的是一個不動的分支，等包合入時是否已經落後上游基線，是需要盯的風險。

6.2 發版前清掃之外，發行版開始做減法

本期 openRuyi 的兩組動作性質不同：一組是加法（45 筆提交、13 個新增包、12 個安全更新、Samba 全家聯動升級），另一組是減法（三筆 revert 收回 LLVM IR 隨包分發）。過去幾期看到的都是「發版前清掃」——補依賴、清 CVE、切版本；本期第一次看到明確的功能性回收。

這說明 openRuyi 的維護重心正在從「覆蓋更多包」轉向「保證已有包的質量邊界」：IR 分發這類實驗會帶來包體積、ABI 與基礎設施的連鎖成本，在發版壓力下被優先砍掉。對 RuyiAI 棧而言這是雙面訊號——打包通道更規範了（#1350、#1352 都在按發行版慣例逐條收斂），但對「帶實驗性質的構建方式」（如內嵌 LLVM、自帶 vendor）容忍度也會同步下降。作者在 #1350 裡堅持把 buddy-mlir 的 LLVM 留在包內，恰恰是逆著這個方向的一次交涉，結果值得觀察。

信源核查表

信源 核查結果
RuyiAI-Stack 組織（全倉） llvm-project：riscv 分支 10-27 第五次換基（head a18a0434 換為 ed439f3e，領先 237 筆、落後 26 筆、300 檔案），26 筆本地補丁逐條未變；pytorch：riscv 分支連續第六日零提交、兩條主線提案無更新，主分支 20 筆全為上游；triton-riscv：1 筆依賴更新（buddy-mlir 錨點 10-17 升至 10-27）；tilelang-riscv 第十二日靜默；ruyiai-daily 一期；harness 1 筆外掛拆分；FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、torq-tile、pytorch-ci、dsh-osc 無視窗內提交
ruyisdk 組織（全倉） support-matrix 2 筆（SpacemiT K3 Pico-ITX Bianbu 4.0.8 評為 good、VisionFive 2 Lite Ubuntu 24.04.5 評為 basic）；ruyi-imager 1 筆（PR #21 選擇對話方塊顯式選擇）；packages-index 無視窗內提交（最新 10-26）；wechat-articles、ruyisdk-website、ruyi、riscv-gcc 無視窗內提交；ruyi 無新 Release（0.53.0 維持）
openRuyi-Project 組織 openRuyi 主倉 45 筆提交（Li Guan 12、Jingwiw 9、Kimmy 9、cl2t 5、misaka00251 4、Zheng Junjie 3、其餘 3 人各 1）＋ 12 筆 PR 合入；分類含 13 筆新增包、12 筆安全更新、1 筆 ceph 回移、3 筆 revert；開放 PR 10 筆有更新（含 RuyiAI 兩筆）；ceph-ci、go-rpm-macros 有推送但主分支無視窗內提交；無新標籤（2026.09-experimental 為最新）
buddy-compiler 組織 buddy-mlir 1 筆合入（#1009 VIR Python 繫結，12 檔案 +614/−1）＋ 夜間版 v0.1.3.dev20261027；開放 PR 五筆有更新（#1010、#1011、#1012、#1013、#993、#932）；buddy-benchmark、buddy-examples、compiler-eval、FeGen、gemmini、firesim 無視窗內提交
RuyiSDK 開發者社群論壇 無新帖；最新兩條為 10-22 的峰會回顧 #2893 與課程講義 #2894；雙週進展 079 期（10-26）為最近正式彙報
openRuyi 發行版新聞頁 無新文，2026.09 釋出公告（9-30）仍為最新；倉庫標籤止於 2026.09-experimental，2026.10 未釋出
ruyi 包管理器 / PyPI 0.53.0 維持，無新 alpha 或 beta（0.54.0-alpha.20260918 仍為最近一版）；主分支自 09-25 無提交
官方主頁（ruyiai.org） 三頁無變化：首頁索引 3 條、部落格 2 篇、文件 23 章，sha256 與上一期一致
arXiv（RISC-V） 視窗內無新增；最新為 10-23 的開放 ISA 超算比較與 LLM 輔助修 RISC-V 缺陷，10-21 的長向量 FlashAttention 仍最貼 RVV
Google News RSS（中英文多組） RuyiSDK、RuyiAI、如意 RISC-V、如意社群編譯器、openRuyi 定向查詢零命中；同期 RISC-V 新聞與如意社群無關，未收錄

完整信源清單

1490>