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

信源：GitHub 重點倉庫與組織推送核查（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler，逐倉核對重點倉庫的視窗內提交、PR、Release 與標籤，分支級 atom 兜底；上游 fork 按 RISC-V / RVV / 玄鐵關鍵詞過濾）、ruyi 包管理器 Release、packages-index、openRuyi 打包倉 SPECS 與合併 PR、RuyiSDK 開發者社群論壇、ruyisdk 微信文章倉（雙週進展 080 期）、ruyiai-daily 每日情報歸檔、RuyiAI 官方主頁三頁快照、openRuyi 發行版新聞頁、Google News RSS 中英文定向查詢（走代理）、arXiv 檢索。

本期索引

  • 今日重點：triton-riscv 合入 Triton 3.9.0 外掛化改造，補丁集清零、獨立發行包退場（11-05）
  • 一、RuyiAI 棧進展（PyTorch / Triton / TileLang RISC-V 適配）
    • 1.1 triton-riscv：構建入口收斂到 Makefile，後端按外掛目錄裝進 Triton 包（11-05）
    • 1.2 triton-riscv：發版節奏改為每日 nightly、週末 release，pytest 併發定在 16（11-05）
    • 1.3 triton-riscv：stable ABI wheel 覆蓋 3.12 至 3.15，修 manylinux 工具鏈探測（11-05）
    • 1.4 pytorch：riscv 分支零提交，main 五十五筆上游同步無 RISC-V 項（11-06 狀態）
    • 1.5 tilelang-riscv 與 llvm-project：視窗內零提交，LLVM 最新仍在 11-04（11-06 狀態）
  • 二、RuyiSDK 工具鏈與發行版
    • 2.1 openRuyi：LibreOffice 打包 1/n 與 2/n 合入，單日四十一筆提交（11-05）
    • 2.2 openRuyi：libvirt 12.9.0 安全更新、util-linux 2.42.4、gnupg 拆分 scdaemon（11-05）
    • 2.3 ruyi：0.54 定檔 11 月 11 日前後，主倉零提交、三筆草稿修復未轉正（11-05）
    • 2.4 packages-index 零提交，軟體源加入 K1/K3 工具鏈，10 月月度版仍缺位（11-06 狀態）
    • 2.5 OpenJDK：JEP 544 AOT 移植透過測試併入 JDK 主線（11-05）
  • 三、向量擴充套件與運算元最佳化
    • 3.1 LLVM：六筆 P-ext 與 XTHeadBb 上游 PR 合入，Ztt 矩陣擴充套件 v0.6 初版落地（11-05）
    • 3.2 GCC：Zba/Zbs/Zbkb 三項最佳化進入主線，啟動 SPEC CPU 2026 評測準備（11-05）
    • 3.3 V8：標量移動保留向量尾部、放開 VLEN=1024 等六筆補丁（11-05）
    • 3.4 VecIntrinBench、IntrinTrans、FBGEMM 三倉繼續靜默（11-06 狀態）
  • 四、Buddy Compiler 動態
    • 4.1 runtime 新增共享 serving 生成控制器，支撐裝置側取詞（11-05）
    • 4.2 VIR 可伸縮向量 lowering 補片：廣播改走 vector<[2]xT>、核心按 llc 選項降級（11-05）
    • 4.3 夜間版推進到 0.1.4.dev20261105（11-05）
  • 五、社群與活動與官方主頁
    • 5.1 雙週進展 080 期定稿：全節合併，卷首語與官網文件兩節仍空（11-05）
    • 5.2 官方主頁三頁無變化，部落格兩篇、文件二十三章（11-06 狀態）
    • 5.3 論壇視窗內無新帖，最新仍為 11-03 的 ruyi 安裝指南（11-06 狀態）
    • 5.4 ruyiai-daily 11-05 期歸檔，六節含 PyTorch 與 RISC-V 核心新聞（11-05）
    • 5.5 外部新聞六組查詢零命中，arXiv 視窗內無新論文（11-06 狀態）
  • 六、趨勢觀察
    • 6.1 從維護分支到寄居上游：外掛化把補丁成本換成版本繫結
    • 6.2 打包側的桌面辦公補缺與 AI 棧的靜默並行
    • 6.3 080 期的增量落在編譯器與執行時，不在應用層前端

今日重點：triton-riscv 合入 Triton 3.9.0 外掛化改造，補丁集清零、獨立發行包退場（11-05）

日期：2026-11-05　來源：PR #98、提交列表、PR #92

11-05 11:13（北京時間），trdthg 的 PR #98「Bump Triton to main (3.9.0)」合入：5 筆提交、66 個檔案、新增 1806 行、刪除 3868 行。刪除量約為新增量的兩倍，這決定了這次改造的性質——它不是在既有分支上再加一層補丁，而是把打補丁這種做法整體刪掉。

第一處變化是後端形態。Triton 的 TRITON_PLUGIN_DIRS 機制把 backend/ 裝成 triton_shared 後端外掛，註冊入口點、把 C++ 外掛鏈進 libtriton.so、把 triton-shared-opt 一併複製進包。獨立的 triton-riscv 發行包隨之消失，程式碼裡的匯入統一改走這個外掛名。後端自身改為透過 paths.py 查詢 buddy-opt、buddy-llc、mir-translate 與 triton-shared-opt；CPU 驅動宣告自己僅在沒有任何 GPU 後端時才處於活動狀態。

第二處變化是補丁集清零。patches/ 目錄與施加補丁的指令碼全部刪除。補丁集此前存在的理由有兩個：讓 Triton 在沒有 NVIDIA/AMD 工具鏈的環境裡構建，以及兜住 LLVM API 的頻繁變動。現在 buddy-mlir 的 LLVM 發行版帶 NVPTX/AMDGPU 目標與 lld，再把 Triton 的 GPU 依賴路徑指向一個 stub 目錄，兩個理由都不成立，補丁集也就不再有存在價值。

第三處變化是出包路徑合併。release.sh 不再組裝第二個 wheel：Triton 的外掛支援已經把後端與 triton-shared-opt 放進 Triton 的 wheel 裡，指令碼只剝掉工具、直接 bdist_wheel。Makefile 成為 setup、build、test、lit、clean 的統一入口，test 依賴 lit。

代價寫在同一個 PR 的提交說明裡。Triton 3.9 的前端會從後端讀取 backend_name 等欄位，缺了它每個 tl.atomic_* 呼叫都會拋 AttributeError，riscv64 上有 383 個 FlagGems 用例因此失敗。這次補上 backend_name、default_dot_input_precision 與 deprecated_fp8_dot_operand_dtypes 三個欄位，失敗面才收掉。示例側也有讓步：上游拒收了 asin/acos/atan/atan2 的前端補丁，例子改用 libdevice，靠它降到同樣的 __nv_* extern_elementwise，再由 triton-shared 轉成 MLIR math 運算元。

同一路徑上的 PR #92「Rebase integration onto the official Triton v3.8.0 release」當日以未合併關閉。上一期記錄的兩條路線之爭（#92 求穩到 3.8.0、#98 跟進 3.9.0 主線）至此收斂到後者。

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

1.1 triton-riscv：構建入口收斂到 Makefile，後端按外掛目錄裝進 Triton 包（11-05）

日期：2026-11-05　來源：提交列表、PR #98

外掛化之後，後端在 Triton 包內的匯入路徑是 triton.backends.triton_shared。這套東西的安裝面比之前窄：不再有兩個發行包，也不再假設旁邊有一份 buddy-mlir 檢出。文件裡關於“兩個包”的敘述、補丁步驟與同級檢出假設一併刪除，setup.py 裡 shutil.which("lit") 會優先取 pip 安裝的 lit 控制檯指令碼，而不是 LLVM 發行版自帶的那個。後者呼叫 main() 時沒有 if __name__ == "__main__" 保護，而 Python 3.14 的 forkserver 多程序在匯入主模組時會重跑它，lit 目標在 80 併發下因此失敗。

後端查詢本地工具的路徑也改了：buddy-opt、buddy-llc、mir-translate、triton-shared-opt 統一由 paths.py 解析。CPU 驅動的活動判定是“沒有 GPU 後端在場”，這與之前靠環境變數判斷的做法不同，在多後端共存的機器上行為更可預期。

1.2 triton-riscv：發版節奏改為每日 nightly、週末 release，pytest 併發定在 16（11-05）

日期：2026-11-05　來源：PR #99、Release 列表

PR #99 把發版節奏對齊 buddy-mlir：夜間任務釋出 nightly/<date>-<sha> 預釋出，週末任務釋出 release/<date>-<sha> 並標記為最新版本；沒有新提交時跳過，release 在所有 wheel 上傳完成前保持草稿狀態，workflow_dispatch 提供一次帶外的 dev/patch 選擇。當日兩筆夜間版已按此節奏產出：nightly/20261105-48bde12（19:50）與 nightly/20261105-849a180（22:48）。

測試側把 pytest 套件改成 16 程序。選這個數字有實測依據：在 207 個用例的切片上，1 程序 360 秒、8 程序 89 秒、16 程序 67 秒、24 程序 67 秒，32 與 64 反而更慢——單個用例是“編譯、triton-shared-opt、llc、執行、比對”的序列鏈，程序再多就爭用共享編譯快取。此前序列跑時，flaggems 套件要 1 小時 14 分。setup.sh 會安裝 pytest-xdist，可用 PYTEST_WORKERS 覆蓋。

1.3 triton-riscv：stable ABI wheel 覆蓋 3.12 至 3.15，修 manylinux 工具鏈探測（11-05）

日期：2026-11-05　來源：PR #100、PR #101

PR #100 按上游 Triton 的 cp312-abi3 做法構建 wheel：scripts/env.sh 與 scripts/release.sh 設定 TRITON_STABLE_ABI=ON，用受限 API（Py_LIMITED_API=0x030C0000）編譯 nanobind，setup.py 把 wheel 標記為 cp312-abi3。一個 wheel 覆蓋 3.12 之後的所有直譯器（3.12/3.13/3.14/3.15），釋出矩陣從三個 Python 減到一個。原始碼保持未打補丁——上游本身就提供這個開關。

同一分支還修了兩處構建指令碼問題。其一是 release.sh 硬編碼 /opt/rh/gcc-toolset-14/enable 且在 dnf install clang 之前檢查它，而 manylinux 映象是滾動更新的 :latest，當時已經帶 gcc-toolset-15，導致啟用指令碼從不執行，clang 找不到 crtbeginS.o、-lstdc++、-lgcc（riscv64）與 libstdc++ 的 <version> 頭（x64），兩個架構都構建失敗；現在先裝 clang，再按存在性啟用全部工具鏈、最新的放最後。其二是隻有一個 abi3 wheel 之後，矩陣裡 python: ["3.12", "3.13", "3.14"] 只會把同一個 wheel 重複構建三遍。PR #101 當日開出、仍未合併，處理釋出工作流在檢出清理階段的失敗。

1.4 pytorch：riscv 分支零提交，main 五十五筆上游同步無 RISC-V 項（11-06 狀態）

日期：2026-11-06（狀態）　來源：riscv 分支提交列表、main 分支提交列表

riscv 分支視窗內零提交，頭提交仍是 11-04 03:00（北京時間）的 [SyncBots] Integrate PyTorch at 3afdbd3。main 分支視窗內五十五筆上游同步，逐條核對後沒有與 RISC-V 或 RVV 相關的改動，內容集中在 XPU/oneDNN、CUDA 元件載入、Mooncake 傳輸與 ROCm 回退。

1.5 tilelang-riscv 與 llvm-project：視窗內零提交，LLVM 最新仍在 11-04（11-06 狀態）

日期：2026-11-06（狀態）　來源：tilelang-riscv 提交列表、llvm-project riscv 分支

tilelang-riscv 主分支零提交，頭提交停在 11-03 06:13 UTC；開放 PR 仍是 #4（RVV 掩碼與最大歸約）與 #2。llvm-project 的 riscv 分支視窗內零提交，頭提交仍是上一期重點記錄的 11-04 15:40（北京時間）BOSCAME 提交；main 分支最新停在 11-02 14:48 UTC。也就是說，本期 RuyiAI 棧的提交全部集中在 triton-riscv 一個倉。

二、RuyiSDK 工具鏈與發行版

2.1 openRuyi：LibreOffice 打包 1/n 與 2/n 合入，單日四十一筆提交（11-05）

日期：2026-11-05　來源：提交列表、PR #1595、PR #1596

openRuyi 打包倉視窗內四十一筆提交，其中三十七筆屬於 LibreOffice 依賴鏈，分兩批合入。

第一批 PR #1595（1/n，25 個檔案、新增 1383 行）一次加入二十一個包：librevenge 與其上的一批文件匯入過濾器，覆蓋 WordPerfect（libwpd、libwps）、Visio（libvisio）、Publisher（libmspub）、PageMaker（libpagemaker）、QuarkXPress（libqxp）、Zoner Draw（libzmf）、StarOffice 與舊版 Office 二進位制格式（libstaroffice、libmwaw、libe-book），以及電子表格匯入用的 liborcus、Writer 的 EPUB 匯出 libepubgen、OpenDocument 生成器 libodfgen、字型嵌入解析 libeot 的配套庫 libetonyek、標籤語言 liblangtag 與基礎容器 mdds。

第二批 PR #1596（2/n，17 個檔案、新增 4633 行）補的是字型工具鏈：Draw 在匯入 PDF 時用 AFDKO 的 tx 與 makeotf 重建嵌入字型，因此把 python-afdko 及其依賴（defcon、fontparts、fontpens、ufoprocessor、ufonormalizer、mutatormath、zopfli 的 Python 繫結）與 antlr4-cpp-runtime、libeot 一併打包；同批還有 python-tmt 1.80.0、python-testcloud 0.12.0、python-pbr、python-munch、python-fedora-distro-aliases 的更新。

這條鏈還沒走完。PR #1600（4/n，14 個檔案、新增 1094 行）為 Base 元件打包 Firebird 及其解析器生成器 btyacc、介面生成器 cloop，仍在審；PR #1602（6/n，16 個檔案、新增 1360 行）補 PDFium、ZXing、SANE 與 Box2D，仍在審；PR #1603（7/n，47 個檔案、新增 3342 行）覆蓋 Pentaho、HSQLDB 1.8、BeanShell 與 JavaScript 引擎，已關閉未合併。PR #1595 自述標註了 AI 輔助貢獻（Assisted-by: GPT-6-Astra xhigh），與 openRuyi 的 AI 貢獻政策要求一致。

2.2 openRuyi：libvirt 12.9.0 安全更新、util-linux 2.42.4、gnupg 拆分 scdaemon（11-05）

日期：2026-11-05　來源：libvirt 12.9.0、util-linux 2.42.4、gnupg 拆分

LibreOffice 之外的例行提交四筆：libvirt 升到 12.9.0 並標註 security-fixes；util-linux 升到 2.42.4；clang-wrap 升到 20261105；gnupg 把 scdaemon 拆成獨立子包，為智慧卡與硬體金鑰場景減依賴。安全側的另三筆 PR 仍在審：#1580、#1581、#1582 分別處理若干包的漏洞回補、模型相關包與網路相關包的安全修復。

2.3 ruyi：0.54 定檔 11 月 11 日前後，主倉零提交、三筆草稿修復未轉正（11-05）

日期：2026-11-05　來源：080 期文稿、ruyi 開放 PR、ruyi Release

080 期給出明確時間點：RuyiSDK 0.54 將於 11 月 11 日前後釋出，包管理器版本同為 0.54.0。該版本的首要看點是軟體包與當前系統的 ABI 相容性檢測，首發支援 C 執行時為 glibc 或 musl 的任意 Linux 發行版；其次，下載請求返回非 2xx 狀態碼現在會被正確判為失敗，下載失敗的排查指南補入了伺服器問題與終端網路環境兩類因素。工程側更新了依賴版本，含 10 月以來 TLS 證書相關安全修復；由於 pygit2 尚未適配 Python 3.15，CI 暫不使用 3.15。

主倉當日零提交、零釋出，最新預發仍是 11-02 的 0.54.0-beta.20261102，正式版仍是 09-24 的 0.53.0。11-04 開出的三筆修復 PR（#511 忽略相對的 XDG 基礎目錄、#513 處理清單尾部空表、#515 讓 config get 暴露 repo.disabled）至今仍是草稿狀態，未轉正。

2.4 packages-index 零提交，軟體源加入 K1/K3 工具鏈，10 月月度版仍缺位（11-06 狀態）

日期：2026-11-06（狀態）　來源：packages-index 提交列表、PR #231、openRuyi 新聞頁

packages-index 視窗內零提交，頭提交停在 11-02；唯一開放 PR #231（openwrt-sifive-unmatched 版本升到 25.12.6）自 10-29 起未動。080 期披露本期軟體源的實質變化是 toolchain/gnu-ruyisdk 加入針對 SpacemiT K1/K3 的工具鏈適配，併為部分軟體包補上 ABI 相容性資訊。

openRuyi 新聞頁的月度釋出仍停在 2026.09（09-30 釋出），2026.10 月度版繼續缺位；10-19 的兩篇公告之後沒有新條目。

2.5 OpenJDK：JEP 544 AOT 移植透過測試併入 JDK 主線（11-05）

日期：2026-11-05　來源：080 期文稿、JDK PR #32311、JEP 544

080 期記錄的最大單點是 JEP 544（Ahead-of-Time Code Compilation）在 RISC-V 平臺的移植：功能測試透過、效能收益符合預期，已合入 JDK 主線（PR #32311，8390102 Support AOT Code Cache）。同期審閱併合入的主線 PR 還有九筆，涉及 C1 啟用高位通用暫存器（#32496）、用 Zbc 擴充套件實現 CRC32C intrinsic（#32061）、邏輯右移與掩碼組合改用移位對（#32046）、C2 指標常量改用 movptr2（#32629）等；LTS 側把 string_indexof_char intrinsic 的越界讀修復回補到 25u、21u、17u 三條線。

三、向量擴充套件與運算元最佳化

3.1 LLVM：六筆 P-ext 與 XTHeadBb 上游 PR 合入，Ztt 矩陣擴充套件 v0.6 初版落地（11-05）

日期：2026-11-05　來源：080 期文稿、LLVM PR 235306、LLVM PR 237815

080 期列出的上游合入共六筆，集中在打包 SIMD 與位操作：P 擴充套件把更多 pm*add* 加後續加法的模式合成 pm*adda* 類指令（#235306），改進 RV32 上 64 位 funnel shift 的程式碼生成（#235245），新增帶擴寬水平加法的打包乘累加 intrinsics（#234450），併為 Clang 補上打包位元組水平乘累加 intrinsics 的有符號、無符號與混合符號三種形式（#234484）；GlobalISel 側在 XTHeadBb 下先擴寬窄型別的 G_CTLZ_ZERO_POISON（#237815）、把 G_CTTZ 擴寬到 XLEN 後再走 G_CTLZ 以選出 th.ff1（#238214）。

RuyiSDK 的 LLVM 分支另有兩筆：基於 Ztt 規範與 intrinsics 文件 v0.6 初步支援 RV32/RV64 矩陣擴充套件，涵蓋彙編與反彙編、Clang 型別與 intrinsics、LLVM IR 與程式碼生成，以及 M/ACC 暫存器分配、複製與溢位處理（#169）；為 AME 分支增加 GitHub Actions CI，自動構建 RISC-V 目標的 LLVM/Clang 並跑 CodeGen、彙編與語義測試（#170）。

3.2 GCC：Zba/Zbs/Zbkb 三項最佳化進入主線，啟動 SPEC CPU 2026 評測準備（11-05）

日期：2026-11-05　來源：080 期文稿、GCC Zba 提交

三項 RISC-V 後端最佳化已於 10 月 27 日進入 GCC 開發主線（r17-5638 至 r17-5640）：Zba 側完善移位加法與整數除法、取餘的組合識別；Zbs 側利用 bclr 自身的移位索引語義消掉多餘掩碼計算，改進 RV32/RV64 點陣圖操作；Zbkb 側修正 packh 的成本模型與匹配優先順序，解決 Zbb 與 Zbkb 同時啟用時選不到更優指令的問題。

配套的工具鏈 CI 也有進展：RISE-CI 打通了 Hertner 容器服務與 GitHub Actions，新增 multilib 構建場景檢查，後續計劃接入 LLM 對 CI 報錯做評估與分析。效能側啟動基於 SPEC CPU 2026 的 RISC-V 真實硬體評測準備，已識別出候選 K3 平臺跑完整 SPECspeed 2026 的記憶體瓶頸，正在評估其他硬體方案。

3.3 V8：標量移動保留向量尾部、放開 VLEN=1024 等六筆補丁（11-05）

日期：2026-11-05　來源：080 期文稿、V8 CL 8714039

080 期 V8 一節給出本期提交併合入的六筆與審閱併合入的六筆。前者包括可信指標標籤範圍檢查修復、標籤下溢時把越界可信指標置零、Maglev 透過零暫存器儲存零值常量、從 GN 編譯配置推導 CPU 特性、Float64 轉 Float32 時保留 NaN 符號位、Liftoff 把子字原子 RMW 的臨時暫存器分配移到迴圈外。後者包含標量移動時保留向量尾部（CL 8714039）、放開 VLEN=1024（CL 8585179）、實現缺失的 RV64 Add643 運算、硬體上 stop() 只生成 ebreak 等。

3.4 VecIntrinBench、IntrinTrans、FBGEMM 三倉繼續靜默（11-06 狀態）

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

三個向量相關倉視窗內均零提交，最新提交分別停在 02-13、06-25、07-13。本期的向量與運算元增量仍只出現在文稿與上游編譯器提交裡，沒有回到這三個基準與轉譯倉庫。

四、Buddy Compiler 動態

4.1 runtime 新增共享 serving 生成控制器，支撐裝置側取詞（11-05）

日期：2026-11-05　來源：PR #1018、提交 c2fd2e1

PR #1018 新增一個與模型無關的 serving 生成控制器，18 個檔案、新增 2045 行，讓執行時介面卡共享同一套生成 token 預算、停止條件、用量記賬與流式清理。呼叫方既可以走 LLMSession 的宿主取樣，也可以走裝置側直接給出 token 的 token 源。

實現上有幾處值得記：字串停止條件先按原始位元組匹配、再做 UTF-8 解碼，避免多位元組邊界誤判；token 預算把首個預測與 EOS/停止 token 都計入；固定隨機種子支援零值；重複懲罰在請求的歷史視窗內按 token ID 去重後各施加一次。首個 token 來自 prefill，因此吞吐統計把首次選擇記到 prefill、後續選擇記到 decode，零 decode 工作時報告零吞吐。原有 CLI 與服務端入口的生成路徑保持不變，用固定 logits 與生產環境的 DeepSeek 分詞器、取樣器做黃金測試保護輸出。後續介面卡接入分別跟蹤在 DeepSeek R1（#1021）、Llama 3.1 TTNN（#1022）與 Qwen3-VL 等條目上。

4.2 VIR 可伸縮向量 lowering 補片：廣播改走 vector<[2]xT>、核心按 llc 選項降級（11-05）

日期：2026-11-05　來源：PR #1030、PR #1031

兩筆 midend 改動都針對可伸縮向量。vir.shuffle 的 lowering 拆成若干段：廣播先經 vector<[2]xT> 再取前半（vector.scalable.extract）得到 vector<[1]xT>，因為直接對 vector<[1]xT> 做 vector.broadcast 時 LLVM 會生成掩碼 [0] 的 shufflevector，被 createOrFold 當成恆等操作摺疊掉，剩下的 vscale-1 個 lane 全是 poison；llc 會把 insertelement 變成只寫 lane 0 的 vfmv.s.f，一旦這個值不併入 .vf 指令而是存進暫存器，結果就錯了。改走 [2]xT 後 llc 用 vfmv.v.f 在 [1]xT 的 LMUL 上完成廣播，指令數不增，迴圈裡還少一條。另一筆讓核心按 llc 的 -mattr 等選項降級，測試 vir-broadcast-scalable-one.mlir 覆蓋剝離與 set_vl 帶結果兩條路徑。

4.3 夜間版推進到 0.1.4.dev20261105（11-05）

日期：2026-11-05　來源：Release 列表

當日 10:58（北京時間）釋出 0.1.4.dev20261105 夜間版，取代上一期的 0.1.4.dev20261103。視窗內共三筆提交：runtime 控制器（4.1）、兩筆 VIR lowering（4.2）。

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

5.1 雙週進展 080 期定稿：全節合併，卷首語與官網文件兩節仍空（11-05）

日期：2026-11-05　來源：080 期文稿、文章倉提交列表

080 期在 11-05 09:59 至 15:25 之間合併八筆提交（其中一筆為整體更新），此前只有基礎 C 庫與 V8 兩節成稿的草稿，至此補上包管理器、IDE（兩筆）、開發板支援矩陣、OpenJDK、GCC、Go 與 ruyipkg 各節，技術要點見 2.3、2.5、3.1、3.2、3.3。開發板側新增 Milk-V Jupiter2 的 Bianbu 4.0.1 Desktop 與 SpacemiT K3 Pico-ITX 的 Bianbu 4.0.8 LXQt 中英文測試報告，另更新 VisionFive 2 Lite 的 Ubuntu 24.04.5 報告；示例倉庫新增 HiFive Premier P550 的 Dhrystone 與 SiFive Kernel Library 示例、Jupiter2 的 llama-server 部署示例，以及 K3 CoM260 與 K3 Pico-ITX 的 ROS 2 課程入口。

尚未填寫的三節是卷首語、版本測試及遺留問題、官網&文件；QEMU 一節同樣為空。文稿中「GCC」小標題重複出現兩次，屬編輯疏漏。

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

日期：2026-11-06（狀態）　來源：RuyiAI 官方主頁

index、blog、docs 三頁快照與上一期一致，無新增部落格文章或文件章節。當前部落格索引兩篇（Triton 的 RISC-V 適配、PyTorch RISC-V CI 實踐），文件索引二十三章。

5.3 論壇視窗內無新帖，最新仍為 11-03 的 ruyi 安裝指南（11-06 狀態）

日期：2026-11-06（狀態）　來源：RuyiSDK 社群最新話題、11-03 帖

視窗內零新帖。最新一條仍是 11-03 17:50 的「使用指令碼安裝升級 ruyi 的說明和使用指南」；080 期雖已在文章倉定稿，論壇尚未發帖，雙週進展的論壇最新一期仍是 079 期（10-26）。

5.4 ruyiai-daily 11-05 期歸檔，六節含 PyTorch 與 RISC-V 核心新聞（11-05）

日期：2026-11-05　來源：11-05 期歸檔

每日情報倉在 11-05 10:01 歸檔當日一期，結構為今日要聞、今日索引與六節正文：PyTorch 生態核心動態、LLVM/MLIR 最新進展、Triton 與 TileLang 技術動態、RISC-V 核心新聞、AI 業界重磅、總結與趨勢觀察。該倉由流水線自動生成，可作為本日報的交叉參考，不構成原生信源。

5.5 外部新聞六組查詢零命中，arXiv 視窗內無新論文（11-06 狀態）

日期：2026-11-06（狀態）　來源：Google News、arXiv RISC-V 檢索

六組中英文查詢（如意 RISC-V、RuyiSDK 中英文、RuyiAI、如意社群開源、Ruyi RISC-V AI）在 24 小時視窗內全部零命中；RISC-V 主題的通用抓取只返回大量個人倉庫與 Infineon AURIX RC1、Quintauris EM-Altair 等與如意社群無關的條目。arXiv 檢索視窗內無新論文，最新收錄停在 11-03。

六、趨勢觀察

6.1 從維護分支到寄居上游：外掛化把補丁成本換成版本繫結

日期：2026-11-05　來源：PR #98、PR #92

triton-riscv 用一天時間把自己從“維護一份打了補丁的 Triton 分支”改成“上游 Triton 的一個外掛”，淨刪兩千餘行，補丁目錄整個消失。這種做法的收益很直接：以後跟隨上游升版不再需要重放補丁，出包只剩一個 wheel，安裝面從兩個發行包降到一個。

代價同樣明確，而且是同一天暴露的：Triton 3.9 的前端從後端讀一個 backend_name 欄位，缺它就有 383 個 FlagGems 用例失敗。寄生在上游擴充套件點意味著上游前端的隱式契約變成了必須滿足的介面，而這些契約往往沒有文件，只能在測試裡撞出來。判斷這次改造是否成功，不看今天刪了多少行，看下一次上游升版時重放的成本，以及 FlagGems 這類下游套件是否還需要專人盯版本。

6.2 打包側的桌面辦公補缺與 AI 棧的靜默並行

日期：2026-11-05　來源：openRuyi 提交列表、RuyiAI-Stack 組織

openRuyi 單日四十一筆提交，三十七筆落在 LibreOffice 的依賴鏈上：先是二十一個文件匯入過濾器，再是 AFDKO 字型工具鏈，接著是 Firebird、PDFium、ZXing、SANE、Box2D 的在審 PR。這不是零散更新，而是按元件分批推進一次桌面辦公套件的完整打包。

同一天，RuyiAI 棧除 triton-riscv 外全部靜默：pytorch 的 RISC-V 分支零提交、tilelang-riscv 零提交、llvm-project 的 riscv 分支零提交。兩條線由不同的人、不同的倉庫、不同的節奏推進，日報層面值得分開看，不必把打包側的活躍當作 AI 棧的進展。

6.3 080 期的增量落在編譯器與執行時，不在應用層前端

日期：2026-11-05　來源：080 期文稿

080 期最實的四條都在底層：GCC 三項 Zb* 最佳化進主線、LLVM 六筆 P-ext 與 XTHeadBb 合入、OpenJDK 的 JEP 544 AOT 移植合入、V8 的向量尾部與 VLEN 處理。應用層前端（PyTorch、TileLang）本期沒有對應的能力接入。

這個分佈與 6.1 指向同一件事：這一階段的推進重點是讓已有的運算元與語言執行時在 RISC-V 上穩定跑通、跑對，而不是擴大前端覆蓋面。對下游使用者來說，短期內可感知的變化會出現在編譯產物與 JDK 行為上，而不是新框架支援列表裡。

信源核查表

信源 核查結果
RuyiAI-Stack 重點倉 triton-riscv：八筆提交、三筆 PR 合入（#98、#99、#100）、兩筆夜間版；pytorch：riscv 分支零提交，main 五十五筆上游同步無 RISC-V 項；tilelang-riscv、llvm-project：視窗內零提交；其餘倉無視窗內提交
ruyisdk 組織 ruyi、packages-index 零提交零釋出；wechat-articles 八筆（080 期全部節次合入）；ruyi-tuner、docs、support-matrix、官網倉無視窗內提交
openRuyi-Project 四十一筆提交：LibreOffice 1/n（二十一包）與 2/n（十七個檔案、新增 4633 行）合入，四項例行更新；合併 PR #1595、#1596、#1594；2026.10 月度釋出仍缺位
buddy-compiler buddy-mlir 三筆提交（runtime 控制器一筆、VIR lowering 兩筆）；夜間版 0.1.4.dev20261105
RuyiSDK 論壇 零新帖；最新為 11-03 的 ruyi 指令碼安裝指南；論壇雙週進展仍停在 079 期
RuyiAI 官方主頁 index、blog、docs 三頁均無變化；部落格 2 篇、文件 23 章
ruyiai-daily 11-05 期已歸檔
Google News 六組中英文查詢零命中
arXiv 視窗內無新論文；最新一篇停在 11-03

完整信源清單

yisdk/packages-index/commits/main>