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

信源：GitHub 組織全倉核查（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler，逐倉核對視窗內提交、PR、Release 與標籤；上游 fork 按 RISC-V / RVV / 玄鐵關鍵詞過濾，並用提交比較介面區分重放與新增）、ruyi 包管理器 Release 與 PyPI、packages-index 的 ABI 旁註清單、openRuyi 提交與 PR 合併統計、RuyiSDK 開發者社群論壇、ruyiai-daily 每日情報歸檔、RuyiAI 官方主頁三頁快照、openRuyi 發行版新聞頁、Google News RSS 中英文定向查詢（走代理）。

本期索引

  • 今日重點：ruyi 0.54.0-beta 出包，39 天斷檔後第一跳；ABI 相容性從掃包走到判主機，索引側只有三個包有旁註（11-02）
  • 一、RuyiAI 棧進展（PyTorch / Triton / TileLang RISC-V 適配）
    • 1.1 pytorch：riscv 分支視窗內零提交，頭提交仍是 10-29 基線的重放（11-02 狀態）
    • 1.2 llvm-project：riscv 分支 11-02 深夜再重放，A100/AME 鏈路未動（11-02）
    • 1.3 triton-riscv：主分支零提交，夜間版照出，重基 PR #92 視窗內重新整理（11-02 狀態）
    • 1.4 tilelang-riscv：第十八日靜默，兩筆開放 PR 均停在九月之前（11-03 狀態）
  • 二、RuyiSDK 工具鏈與發行版
    • 2.1 ruyi 0.54.0-beta.20261102：十三筆清單裡只有四筆是新賬（11-02）
    • 2.2 主機 ABI 相容性落地：check-abi、三態判定與安裝告警（11-02）
    • 2.3 packages-index 補 ABI 旁註：三個包、十一份檔案，覆蓋面仍是個位數（11-02）
    • 2.4 openRuyi：七筆提交、七筆合入，九月積壓一次清賬（11-02）
    • 2.5 openRuyi 在審：Prometheus 十三筆仍懸，binutils 測試跟蹤關閉未合入（11-02）
    • 2.6 Ruyiai 三件套 #1350 第七週未合，torch 包仍等分支落點（11-02 狀態）
    • 2.7 openRuyi 2026.10 繼續缺位，新聞頁十月兩篇專題為 10-30 上線（11-03 狀態）
  • 三、向量擴充套件與運算元最佳化（VecIntrinBench / IntrinTrans / FBGEMM）
    • 3.1 三個向量倉繼續靜默，最新提交分別停在 02-13、06-25、07-13
    • 3.2 運算元工作面仍在 triton-riscv 佇列：十六筆開放，五筆資訊保持族未合（11-02 狀態）
  • 四、Buddy Compiler 動態
    • 4.1 buddy-mlir 視窗內零提交零釋出，0.1.3 後無夜間版（11-03 狀態）
    • 4.2 下游錨點仍指夜間版，正式版切換未見動作（11-02 狀態）
  • 五、社群與活動與官方主頁
    • 5.1 官方主頁三頁無變化，部落格兩篇、文件二十三章（11-03 狀態）
    • 5.2 論壇視窗內無新帖，雙週進展 080 期未出（11-03 狀態）
    • 5.3 ruyiai-daily 11-02 期已歸檔（11-02）
    • 5.4 外部新聞五組查詢零命中（11-03 狀態）
  • 六、趨勢觀察
    • 6.1 斷檔以 beta 收尾，0.54.0 的旗艦項是「這臺機器能不能跑」
    • 6.2 釋出說明的基準錯位，把兩個半月的舊賬又列了一遍
    • 6.3 資料面落後於工具面，ABI 檢查多數時候只能回「未判定」
    • 6.4 openRuyi 的清賬與缺版並存，卡點在釋出不在開發

今日重點：ruyi 0.54.0-beta.20261102 出包，39 天斷檔後第一跳；ABI 相容性從掃包走到判主機，索引側只有三個包有旁註（11-02）

日期：2026-11-02　來源：0.54.0-beta.20261102、PR #507 主機 ABI 相容性探測、PR #496 ELF ABI 掃描器、packages-index 提交

11-02 18:37（北京時間），ruyi 釋出 0.54.0-beta.20261102。標籤提交落在 15:16，PyPI 同步出現 0.54.0b20261102；正式版通道仍是 09-24 的 0.53.0。這是 0.53.0 之後 39 天裡的第一個新標籤——上一個預發版 0.54.0-alpha.20260918 比 0.53.0 還早六天，換言之整個十月沒有出過任何 alpha 或 beta。上一期日報記的「十月末口徑落空」，在這裡有了下文：不是取消，而是拖到十一月第一個工作日才切 beta。

釋出說明列了十三筆 PR，但比較基準寫的是 0.52.0-alpha.20260714，於是 08-24 以來、早已進入 0.53.0 的九筆又原樣列了一遍。真按 0.53.0 對差，淨新增只有四筆：#503 測試超時按包數計算、#508 廠商命名文件、#507 主機 ABI 相容性探測、#509 取包錯誤上報。釋出頁讀者看到的「十三筆變更」與實際增量之間差了兩個半月，這是本期需要先說明的一點。

這個版本的實際內容集中在 #507：新增 ruyi admin check-abi 命令，對給定包做主機 ABI 探測與相容性判定；ruyi list 會顯示主機相容性備註，ruyi install 在不相容時給出告警。判定是三態的（相容、不相容、未判定），並區分寬鬆與嚴格兩套謂詞；RISC-V 側還處理了 ld.so.cache 的浮點 ABI 過濾、帶版本號的單字母擴充套件解析、棧對齊要求，以及弱符號版本缺失不算失敗這類邊界。補丁規模 +5760/−834、64 個檔案，是這一版裡最大的一筆。

需要分清的是層次：ABI 掃描器 #496 早在 09-16 就已合入並隨 0.53.0 釋出——它能掃目錄與 tar/zip/deb 歸檔，產出確定性的 .abi.toml 旁註，並提供 rescan-package-abi。0.54.0-beta 新增的是消費側：拿旁註去比對當前主機，回答「這個包在這臺機器上能不能跑」。工具鏈的這一半本期到位，資料的那一半才剛剛開始：packages-index 在 13:09 至 13:26 連提三筆，為 wlink、qemu-system-riscv-upstream、gnu-ruyisdk 三個包補上 ABI 旁註，共十一份檔案，其中 qemu 只有 amd64 兩份、沒有 riscv64。

對照索引裡 327 個包版本描述檔案，三個包意味著絕大多數包在 check-abi 下只能返回「未判定」。這不影響命令本身可用，但決定了它現在更像一個給打包者與早期採用者的除錯工具，而不是普通使用者裝包時的普遍保障。旁註的覆蓋面要追上來，得靠構建管線逐包重掃，這會是 0.54.0 正式版之前值得盯的一條線。

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

1.1 pytorch：riscv 分支視窗內零提交，頭提交仍是 10-29 基線的重放（11-02 狀態）

日期：2026-11-02（狀態）　來源：pytorch riscv 分支、PR #51 riscv64 本地映象、PR #44 bytes_to_scalar 修正

riscv 分支在視窗內沒有新提交。頭提交是 b20942de，提交時間為 11-02 03:00（作者時間 10-29 12:48），資訊仍是 [SyncBots] Integrate PyTorch at 3afdbd3；分支上二十筆提交的提交時間被統一改寫在同一秒內，屬於又一輪整枝重放，基線沒有前移。

重放發生在視窗開始前約一個半小時，因此本期只記狀態：補丁集與上一期一致，仍是 Add riscv64 image locally (#51)、Fix bytes_to_scalar for float/complex on RISC-V (#44)、Scope linear cross entropy ULP tolerance to RISC-V (#42)、inductor opinfo blocklist (#50) 以及更早的 CI 與容差改動。分支自 07-22 起累計的這批 RISC-V 專屬改動，三週內已經歷多次重放而沒有新的上游同步。

main 分支在視窗內有二十筆上游提交（AOTI、dynamo、DCP 等），與本棧無關，按既定口徑不計入。

1.2 llvm-project：riscv 分支 11-02 深夜再重放，A100/AME 鏈路未動（11-02）

日期：2026-11-02　來源：llvm-project riscv 分支、PR #30 IME 內建函式下調、PR #31 A100 HP/SP 與 pack/unpack

11-02 23:00，riscv 分支做了又一次整枝重放：二十六筆分支自有提交的提交時間被統一改寫到 23:00:22 至 23:00:26。頭提交換成了 375bf3e4，內容仍是 10-29 的 [workflows] Push rebased PRs directly and document contribution options，沒有新改動壓在上面。

與 RuyiAI 棧最相關的兩筆仍在原位：[RISCV] Lower IME intrinsics to SpacemiT A100 dot instructions (#30) 與 [RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)。再往下一層是 [AME] Update BOSC AME instructions (#29) 與 [RISCV] Update xtame design (#27)，構成「AME 設計文件 → 指令定義 → 內建函式 → 降級與排程」的鏈路。本視窗這條鏈路沒有新增，重放只改提交時間，不改內容。

上一期記的「同步機器人記錄與實際上游基線脫節」在本期仍未澄清：分支頭提交的作者時間停在 09-29，但分支實際已含 10-30 的上游提交，分支上沒有新增 [SyncBots] 記錄。

1.3 triton-riscv：主分支零提交，夜間版照出，重基 PR #92 視窗內重新整理（11-02 狀態）

日期：2026-11-02（狀態）　來源：提交列表、夜間版 2026-11-01-ed0ccd1、PR #92 重基到 Triton v3.8.0、開放 PR 列表

主分支視窗內零提交，最後一筆仍是 10-31 13:15 的依賴更新（#91 把 buddy-mlir 錨點抬到夜間版 dev20261030）。11-02 06:14，夜間版 2026-11-01-ed0ccd1 照常釋出，說明為空——這是從同一主分支頭切出的例行構建，沒有新程式碼。

佇列側只有一次動作：#92「把整合重基到官方 Triton v3.8.0」在 11-02 21:43 重新整理。這筆自 10-31 開出後一直未合，是後續五筆降級修復的前置動作。開放 PR 共十六筆，除了 #92 與 #93 至 #97 這六筆近期的，其餘十筆的時間跨度為六月至十月：#85（softmax 與 matmul 最佳化，10-18）、#56 與 #54（FlagGems 運算元遷移、批次 kernel 指標選擇，均 07 月）、#75/#72（Harness 工具與控制面，08 月）以及更早的 #59/#57/#46/#28/#27。

也就是說，這個倉現在同時掛著「重基」「資訊保持修復」「運算元與工具鏈擴充套件」三條互不合並的佇列，主分支自 10-31 後沒有推進任何一條。

1.4 tilelang-riscv：第十八日靜默，兩筆開放 PR 均停在九月之前（11-03 狀態）

日期：2026-11-03（狀態）　來源：tilelang-riscv 提交列表、PR #4 RVV mask 與 max reduction、PR #2 Codex 相容運算元工作流

主分支最後一筆提交仍是 10-16 10:52 的「Build Python extension in Buddy CI」，自那以後連續第十八日無提交。開放 PR 兩筆：#4「RVV vector mask and max reduction lowering」停在 09-28，#2「Add Codex-compatible RISC-V operator workflow」停在 06-16。

同組織、同視窗，triton-riscv 至少還有夜間構建與 PR 重新整理，tilelang-riscv 連佇列都沒有動靜。這個元件當前的替代路徑仍是 openRuyi 的 python-tilelang-ruyiai 規格（#1350 三件套之一），而 #1350 本期也仍卡在複核（見 2.6）。

二、RuyiSDK 工具鏈與發行版

2.1 ruyi 0.54.0-beta.20261102：十三筆清單裡只有四筆是新賬（11-02）

日期：2026-11-02　來源：Release 0.54.0-beta.20261102、標籤列表、0.53.0 與 beta 的比較、PyPI ruyi

時間線：15:16 打標籤（提交資訊 build: bump self version to 0.54.0-beta.20261102），18:37 釋出單檔案二進位制與映象站目錄，PyPI 同步 0.54.0b20261102。正式版仍是 0.53.0，pip install ruyi 預設裝不到這一版。

比較介面給出的分叉情況值得記一筆：beta 相對 0.53.0 是 diverged，領先七十筆、落後三筆。落後的三筆分別是 0.53.0-beta 與 0.53.0 的版本號自增，以及一筆「跨倉識別已安裝包」的修復——同一修復在 beta 上以另一 SHA 存在（08fd6aeb），因此不構成功能缺失，只是 0.53 釋出分支的記賬沒有並回主線。這種分叉在每次走釋出分支時都會出現，但如果後續 0.54.0 正式版也從釋出分支切，歷史對比會持續出現「落後幾筆」的噪音。

版本節奏上，0.54.0-alpha.20260918 到 beta 隔了 45 天，0.53.0 正式版到 beta 隔了 39 天。此前 0.50 與 0.51 兩條線的 alpha→beta 間隔均為 28 天，0.53 線為 20 天，這次 45 天明顯拉長，與十月整月無預發版的事實一致。

2.2 主機 ABI 相容性落地：check-abi、三態判定與安裝告警（11-02）

日期：2026-11-02　來源：PR #507、PR #496 ELF ABI 掃描器、PR #509 取包錯誤上報

PR #507 在 13:27 合入（+5760/−834、64 個檔案），把 ABI 能力從「描述包」推進到「描述主機並比對」。具體是四件事：

一是主機探測。新增 HostABIReport 與 HostABIProber，按架構讀取主機能力：x86-64 的 ISA level、AArch64 的 BTI/PAC、RISC-V 的 ISA 擴充套件集合與浮點 ABI；實現上走已安裝系統的庫路徑與 ld.so.cache，不做程序內動態載入。

二是判定。給出相容、不相容、未判定三態，寬鬆與嚴格兩套謂詞分別用於「提示」與「阻斷」場景；ruyi admin check-abi 供打包者除錯，ruyi list 把結論並進備註，ruyi install 在不相容時告警。

三是 RISC-V 側的細節修正：按主機浮點 ABI 過濾 ld.so.cache 條目、解析帶版本號的單字母擴充套件、按棧對齊要求判定、不把弱符號版本缺失當成失敗、拒絕 ELF class 不符的庫。

四是旁註治理：限制旁註大小、快取前丟棄無效旁註、重建產物前先失效舊旁註、支援從歸檔路徑剝掉前導目錄。

同一版本的 #509 修的是取包失敗的上報：非 2xx 響應不再被當成「下載成功」留下錯誤頁，保留可續傳的部分下載，並把 HTTP 狀態、重定向、連線失敗、傳輸停滯分別給出提示。這條對實際使用者比 ABI 檢查更直接——此前服務端返回錯誤頁會被誤判為已下載。

2.3 packages-index 補 ABI 旁註：三個包、十一份檔案，覆蓋面仍是個位數（11-02）

日期：2026-11-02　來源：packages-index 提交、gnu-ruyisdk riscv64 旁註、wlink 旁註、qemu 旁註

三筆提交集中在 #507 合入（13:27）前的十八分鐘內：13:09 給 toolchain/gnu-ruyisdk 加 0.20260921.0（含三份旁註），13:18 給 board-util/wlink 加兩份版本共六份旁註，13:26 給 emulator/qemu-system-riscv-upstream 加兩份 amd64 旁註。

以 gnu-ruyisdk 的 riscv64 旁註為例，可以看到掃描器記錄到什麼粒度：整個歸檔 2178 個檔案，識別出 43 個 ELF，排除 5478 個（含非 ELF 與排除規則命中）；e_machines=[243]，依賴五個 soname；版本需求上限 GLIBC 2.38、GLIBCXX 3.4.21、CXXABI 1.3.9；ISA 屬性記錄到帶版本號的粒度（rv64i2p1、m2p0、a2p1、f2p2、d2p2、c2p0，外加 zicsr、zifencei、zmmul），棧對齊 16。這足以支撐「主機能不能跑這份工具鏈」的判定。

但覆蓋面是硬約束：索引內共 327 個包版本描述檔案，有旁註的只有 3 個包、11 份檔案；wlink 與 gnu-ruyisdk 有 riscv64 旁註，qemu-system-riscv-upstream 只有 amd64 兩份。也就是說，一個 RISC-V 使用者現在去查絕大多數包，得到的都會是「未判定」。

2.4 openRuyi：七筆提交、七筆合入，九月積壓一次清賬（11-02）

日期：2026-11-02　來源：openRuyi 主倉提交、PR #1566 clang-wrap、PR #1565 mtools、PR #1421 qemu GUI 測試特性、PR #1136 picoclaw 依賴（一）

主倉視窗內七筆提交、七筆 PR 合入，全部落在 11-02 當天。按時間排：09:12 合入 #1421，為 qemu 開啟一批 GUI 測試用特性；12:57、14:18、15:14 連續合入三筆 go-github SDK 包（#1381 騰訊雲 SDK、#1377 COS v5 與 go-httpheader、#1376 volcengine TOS）；16:30 合入 #1136 picoclaw 依賴第一批；17:20 合入 #1565 mtools 4.0.50 並標 security-fixes；20:13 合入 #1566 clang-wrap 20261102；隨後又直接推入四筆 go 生態包與一筆 clang-wrap 版本提交。

七筆合入裡有五筆是舊 PR：#1136 開於 08-23（71 天），#1376、#1377、#1381 均開於 09-23（40 天），#1421 開於 10-10（23 天）。加上同日的四筆直接提交，這更像一次月末/月初的佇列清掃，而不是新的開發高峰——本視窗沒有一筆提交觸及 RuyiAI 三件套或 ABI 相關工作。

2.5 openRuyi 在審：Prometheus 十三筆仍懸，binutils 測試跟蹤關閉未合入（11-02）

日期：2026-11-02　來源：PR #1567 clonezilla、PR #1568 picoclaw 0.3.1、PR #1564 debuginfo、PR #1562 binutils RISC-V 測試跟蹤、PR #1559 firecracker

開放佇列的骨架沒變：Prometheus v3.13 的十三筆依賴批次（#1540、#1441、#1547 至 #1557）仍全部在審，最早的一筆已掛 17 天。這批的總量決定了十一月上旬 openRuyi 的合入頻寬會被佔住。

本期新開三筆：#1567 新增 clonezilla（磁碟克隆與映象部署工具）、#1568 把 picoclaw 升到 0.3.1 並改用 vendor 模式、#1564 為 linux 包補齊 debuginfo。三筆都屬打包側，與 RISC-V 專項無直接關係。

一處狀態變化值得記：#1562「binutils: Track RISC-V pr19719 test failures」在 11-02 13:49 關閉，未合入。這筆原本要把被無條件刪除的兩個 pr19719 測試恢復，並在 RISC-V 上標為預期失敗；關閉意味著 binutils 的 %check 仍維持遮蔽做法，pr19719 的失敗繼續不可見。上一期把它列為在審，本期應改記為「已關閉、未合入」。

2.6 Ruyiai 三件套 #1350 第七週未合，torch 包仍等分支落點（11-02 狀態）

日期：2026-11-02（狀態）　來源：PR #1350 Add Ruyiai packages、PR #1352 python-torch-ruyiai

PR #1350（buddy-mlir、python-triton-ruyiai、python-tilelang-ruyiai 三件套）自 09-21 開出已 42 天，10-30 16:16 之後沒有新動作，複核意見累計十九條，仍全部落在 spec 寫法與打包約定上：BuildOption 之間不必插空行、缺 python3dist(wheel)、Provides 要與實際包名對齊、補丁用 git format-patch 生成、空的 %check 要寫註釋。

PR #1352（python-torch-ruyiai）同樣開於 09-21，最後更新停在 10-27 09:51，複核意見為零。它與 1.1 的 pytorch 分支重放是同一個懸而未決的問題：分支每次重放都換 SHA，包裡的來源落點要不要跟著改，至今沒有結論。

兩條合起來看，RuyiAI 三件套進入發行版這件事在十月沒有前進：主 PR 停在 spec 討論，依賴的 torch 包停在來源落點，而它們依賴的上游分支又在反覆重放。這三層任意一層不動，另外兩層都無法收尾。

2.7 openRuyi 2026.10 繼續缺位，新聞頁十月兩篇專題為 10-30 上線（11-03 狀態）

日期：2026-11-03（狀態）　來源：openRuyi 新聞頁、Ruyi Firmware 專題、ruyifirmware Releases

2026 年 10 月的月度發版公告仍然沒有出現，新聞頁上最新的發版公告仍是 09-30 的 2026.09；按前四個月 6-30、7-23、8-27、9-30 的節奏，這已是連續第六週缺位。

需要更正上一期的一處表述：新聞頁並非「最新仍是 2026.09」，而是多了兩篇十月專題——《openRuyi-Project：RISC-V 軟體生態的公共基礎設施》與《openRuyi 釋出 Ruyi Firmware》，兩篇文內標註日期均為 10-19，實際由官網倉庫在 10-30 15:36 一次提交上線。上一期只核了發版路徑，漏掉了這兩篇。

其中 Ruyi Firmware 值得補記，因為它與 RuyiAI 的驗證環境直接相關：韌體基於 coreboot、OpenSBI、EDK2，公開構建與刷寫流程；整合 MultiArchUefiPkg 的 x64emu，讓 RISC-V UEFI 環境能執行部分 x64 顯示卡 UEFI 元件（已在 AMD Radeon RX 6400 上組合測試），併為 K3 不支援 DMA32 導致的 RX 550 oprom 問題改用 AArch64 oprom 元件；UEFI Setup 新增 CPU mode 選擇（X100 only、X100 + A100、A100 only），其中 A100 only 支援向量擴充套件，可作為 1024-bit vlen 的測試環境。釋出包為 20261013、20261014、20261015 三個版本，倉庫建於 10-13，並在 SpacemiT K3 Pico ITX 上跑通 Wayland 桌面與 glmark2-wayland。

三、向量擴充套件與運算元最佳化（VecIntrinBench / IntrinTrans / FBGEMM）

3.1 三個向量倉繼續靜默，最新提交分別停在 02-13、06-25、07-13

日期：2026-11-03（狀態）　來源：VecIntrinBench、IntrinTrans、FBGEMM

三個以「向量」為主題的倉庫本期均無視窗內提交，最新提交時間分別是：VecIntrinBench 02-13、IntrinTrans 06-25、FBGEMM 07-13。三者原本構成「測什麼、怎麼翻、運算元怎麼實現」的三角，現在分別停了近九個月、四個月、三個月。

停頓時間點各不相同，說明不是一次統一的專案終止，而是各自自然冷卻。VecIntrinBench 停得最久，這直接影響覆蓋率判斷：一個向量內建函式基準如果長期不更新，它測到的集合與編譯器實際支援的集合會越差越遠，而 LLVM 側的 A100/AME 降級鏈恰恰在持續擴充套件（見 1.2）。

3.2 運算元工作面仍在 triton-riscv 佇列：十六筆開放，五筆資訊保持族未合（11-02 狀態）

日期：2026-11-02（狀態）　來源：PR #93 標量訪存掩碼、PR #95 張量 gather 降級、PR #85 softmax 與 matmul 最佳化、開放 PR 列表

既然三個專用倉都停了，運算元層的實際工作面只能從 triton-riscv 的佇列看。本期沒有新增 PR，佇列仍是十六筆，其中 #93 至 #97 這五筆「資訊保持」族（標量訪存掩碼、混合指標 lane 偏移、張量 gather、不完整張量掩碼、堆疊零步長）全部未合，最新一筆開於 11-01。

與它們並行的還有兩類：一是 #92 的整線重基（見 1.3），二是 #85 的 softmax 與 matmul 最佳化——後者自 10-18 後沒有更新，是佇列裡唯一直接指向效能的條目。三者互不依賴卻互不相讓，主分支因此在 10-31 之後沒有新的運算元能力落地。

四、Buddy Compiler 動態

4.1 buddy-mlir 視窗內零提交零釋出，0.1.3 後無夜間版（11-03 狀態）

日期：2026-11-03（狀態）　來源：buddy-mlir Releases、夜間版 dev20261030、提交列表

視窗內主分支零提交、零釋出。最新正式版仍是 10-31 23:01 UTC 切出的 v0.1.3（北京時間 11-01 07:01），最新夜間版是 10-30 的 dev20261030（北京時間 10-30 08:49）。上一期記的「十六筆提交裡十筆是 RVV 可伸縮向量化、釋出說明只寫了服務端 ABI」仍然成立，本期沒有後續提交去補說明或補測試。

按近期節奏，夜間版通常在主分支有新提交後才出；連續三日無夜間版，說明 0.1.3 切出後主分支確實停下來了。

4.2 下游錨點仍指夜間版，正式版切換未見動作（11-02 狀態）

日期：2026-11-02（狀態）　來源：triton-riscv PR #91、buddy-mlir 0.1.3

triton-riscv 的依賴錨點仍是 10-30 的夜間版（dev20261030，#91 於 10-31 合入），沒有切到正式版標籤 v0.1.3。兩者內容同源（0.1.3 從 10-29 主分支頭切出），所以 RVV 那十筆已經在下游生效；差的是「錨點寫的是夜間標籤」這件事——renovate 的更新節奏沒有識別正式版釋出，按現有配置還要再等一輪。

對下游使用的實際影響有限，但對復現性有影響：夜間標籤會隨構建保留策略老化，正式版標籤不會。

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

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

日期：2026-11-03（狀態）　來源：RuyiAI 官方主頁、部落格索引、文件索引

index.html、blog.html、docs.html 三頁的 sha256 與上一期一致，均為「無變化」。首頁索引 3 條、部落格 2 篇（《Triton 的 RISC-V 適配》《PyTorch RISC-V CI 實踐》）、文件 23 章。官方主頁本視窗沒有任何新內容，與 ruyi 側的版本動作形成對照。

5.2 論壇視窗內無新帖，雙週進展 080 期未出（11-03 狀態）

日期：2026-11-03（狀態）　來源：RuyiSDK 開發者社群、RuyiAI 峰會回顧、雙週進展 079 期

論壇視窗內無新帖。最新仍是 10-29 的 #2899《RuyiAI 亮相第六屆 RISC-V 中國峰會，分享從 RVV 到 Matrix 的 AI 系統軟體棧實踐》，此前 10-29 還有 #2898、#2897 兩篇峰會轉載。雙週進展最近一期是 10-26 的 079 期，080 期未出；按兩週節奏，下一期落在 11-09 前後。

值得留意的是，ruyi 0.54.0-beta 出包與 ABI 相容性落地這兩件事，論壇側都沒有對應帖子——釋出資訊目前只走 GitHub Release 與 PyPI 兩個通道。

5.3 ruyiai-daily 11-02 期已歸檔（11-02）

日期：2026-11-02　來源：ruyiai-daily

每日情報倉在 11-02 06:31 提交 daily-news: 2026-11-02，延續每天 22:20 至 22:40（UTC）之間的固定節奏。本期內容與本報告口徑一致，未見需要單獨拆出的條目。

5.4 外部新聞五組查詢零命中（11-03 狀態）

日期：2026-11-03（狀態）　來源：Google News RSS、RuyiSDK 社群

RuyiSDK、RuyiAI、「如意」RISC-V、openRuyi、RuyiSDK RISC-V 五組中英文查詢在 24 小時視窗內全部零命中。RISC-V 通用新聞側當日有多條（Linux 7.4 的 RISC-V user-copy 執行時檢測、Qwen 權重內嵌 RISC-V CPU 等），均與本主題無直接關係，按既定口徑不收錄。

六、趨勢觀察

6.1 斷檔以 beta 收尾，0.54.0 的旗艦項是「這臺機器能不能跑」

0.54.0 從 09-18 的 alpha 走到 11-02 的 beta，中間隔了 45 天；0.53.0 正式版到 beta 隔了 39 天。這段時間裡 ruyi 主分支並非沒有程式碼——ABI 系列提交在 10-30 與 11-02 分兩批落地——但釋出通道直到十一月的第一個工作日才重新開動。

重新開動時選的內容很明確：主機 ABI 相容性。這不是一個「新功能」式的賣點，而是把「裝了能不能跑」從經驗判斷變成可查詢項。對一個面向多廠商板卡與工具鏈的包管理器來說，這個方向的優先順序高於再加幾個包。

6.2 釋出說明的基準錯位，把兩個半月的舊賬又列了一遍

十三筆對四筆，是本期最容易誤讀的地方。釋出說明的比較基準停在 0.52.0-alpha.20260714，而不是 0.53.0；於是 08-24 的「RuyiSDK Certified」廠商標記、09-16 的 ABI 掃描器、09-23 的跨倉安裝狀態修復，全部又出現在 0.54.0-beta 的變更清單裡。

對下游的含義是：不能拿這份清單判斷「0.53.0 到 0.54.0 變了什麼」，得自己跑比較介面。專案在釋出流程裡補一步「基準標籤取上一個正式版」並不難，但對讀者的信任成本影響不小。

6.3 資料面落後於工具面，ABI 檢查多數時候只能回「未判定」

工具已經把三態判定、安裝告警、check-abi 除錯命令都做齊了，資料側卻只有三個包、十一份旁註，佔 327 個包版本描述檔案的不到百分之一；qemu-system-riscv-upstream 甚至只有 amd64 旁註。

這意味著現階段使用者真正能感受到的，是「某些包會顯示相容性」而不是「裝包前都能確認」。要把這條鏈路補成普遍能力，需要構建管線逐包重掃並回填——這是一項按包計的工作量，不會隨版本釋出自動完成。下一期可以看 packages-index 的旁註數量是否繼續增長，作為這條線是否真正啟動的判據。

6.4 openRuyi 的清賬與缺版並存，卡點在釋出不在開發

11-02 一天七筆合入，其中五筆是八月至十月初的舊 PR；同一天還有四筆直接提交。開發側並不缺動作，但 2026.10 的月度版本仍未釋出，新聞頁只能靠兩篇十月專題撐住內容。

這與 ruyi 側的情形並讀，指向同一個判斷：RuyiSDK 生態的兩條分發流水線（包管理器與發行版）在十月都出現了「程式碼在走、發版不走」的狀態。0.54.0-beta 已經把包管理器這條線重新拉起來；發行版這條線要等 2026.10 或直接跳到 2026.11，屆時才能判斷是流程延遲還是節奏調整。

附錄

信源核查表

信源 核查結果
RuyiAI-Stack 組織（全倉） pytorch：riscv 分支視窗內零提交，頭提交 b20942de 仍為 10-29 基線的整枝重放，main 二十筆上游提交與本棧無關；llvm-project：riscv 分支 11-02 23:00 重放二十六筆，頭提交 375bf3e4，A100/AME 鏈路無新增；triton-riscv：主分支零提交、夜間版 2026-11-01-ed0ccd1 一個、#92 於 11-02 21:43 重新整理；tilelang-riscv：第十八日靜默，開放 PR 兩筆（#4、#2）；VecIntrinBench、IntrinTrans、FBGEMM、harness、cpuinfo、torq-tile、pytorch-ci、dsh-osc、skills、caffe、mxnet 無視窗內提交
ruyisdk 組織（全倉） ruyi：20 筆提交（ABI 主機相容性與取包錯誤上報系列）＋ 1 個 Release（0.54.0-beta.20261102）＋ PyPI 同步；packages-index：3 筆提交，全部為 ABI 旁註；support-matrix、docs、ruyisdk-website、ruyi-imager、wechat-articles、attached-matrix-extension、ruyici、AME-operator 無視窗內提交
openRuyi-Project 組織 主倉 7 筆提交、7 筆 PR 合入（#1421、#1381、#1377、#1376、#1136、#1565、#1566）；開放佇列新開 #1567、#1568、#1564，#1562 關閉未合入；ruyifirmware、edk2-ruyi、coreboot、opensbi、linux 無視窗內提交；lookout、go2spec、kvm-unit-tests 有推送但預設分支無視窗內提交（go2spec 一筆打包基礎設施改動）
buddy-compiler 組織 buddy-mlir 主分支零提交、零釋出；最新正式版 release/v0.1.3（10-31 23:01 UTC），最新夜間版 dev20261030（10-30 00:49 UTC），此後無新夜間版
ruyi 包管理器 / PyPI 0.54.0-beta.20261102 釋出（標籤 15:16、Release 18:37、PyPI 同步 0.54.0b20261102）；正式版仍為 0.53.0；0.53.0 之後 39 天無新標籤
packages-index 3 筆提交、11 份 ABI 旁註，覆蓋 wlink、qemu-system-riscv-upstream、gnu-ruyisdk 三個包；索引內共 327 個包版本描述檔案
openRuyi 發行版新聞頁 2026.10 發版公告仍缺位；新聞頁十月兩篇專題文內標 10-19、10-30 上線（生態基礎設施、Ruyi Firmware）
RuyiSDK 開發者社群論壇 視窗內無新帖，最新為 10-29 的 #2899；雙週進展 079 期（10-26）為最近正式彙報，080 期未出
官方主頁（ruyiai.org） 三頁無變化：首頁索引 3 條、部落格 2 篇、文件 23 章，sha256 與上一期一致
ruyiai-daily 視窗內一期（2026-11-02），口徑與本報告一致
Google News RSS（中英文多組） RuyiSDK、RuyiAI、「如意」RISC-V、openRuyi、RuyiSDK RISC-V 五組查詢零命中；RISC-V 通用新聞與本主題無關，未收錄

完整信源清單

b.com/openRuyi-Project/openRuyi/pull/1562>

Stack/tilelang-riscv/pull/2>