報告週期：2026 年 10 月 19 日（週一）至 10 月 23 日（週五），共 5 個工作日。

素材來源：本刊每日 RuyiAI 動態報告 5 期（2026-10-19 至 2026-10-23，每期視窗為前一日 04:30 至當日 04:30，其中週一為過去 3 天、覆蓋週末）；另含 RuyiAI-Stack、ruyisdk、buddy-compiler 三個組織的 168 小時倉庫核查，openRuyi-Project 重點倉庫補充核查，RuyiSDK 開發者社群與 openRuyi 發行版新聞頁雙源複核，以及 RuyiAI 官方主頁三頁快照（核查覆蓋至 10-24 上午）。

編制說明：本週三條主線並行。其一，openRuyi 主倉以 637 筆提交完成「按依賴打包」的整體轉向，從補 Rust crate 閉包、補 Python 雲端儲存後端、Go 去 vendor，一路推進到補源校驗和與 %autochangelog 的規範補全。其二，PyTorch 與 LLVM 兩條 riscv 分支的整枝重放從「擇期」收斂為「每日」，補丁標題集合不變、提交雜湊每日失效。其三，RISC-V 矩陣擴充套件（AME 與 Ztt）的編譯器、模擬器、運算元三層在本週同時到位，形成「能編譯、能執行、結果正確」的最小閉環。週報在日報素材之外補入七項核查新發現，均落在 10-23 白天（日報視窗之後）或週期邊界，列於附錄。

一、本週要聞

  • openRuyi 單週五日 637 筆提交，打包策略整體轉向「按依賴打包」：按自然日統計，10-19 至 10-23 分別為 221、137、51、109、119 筆，作者以 Leetfs（333 筆）與 Jingwiw（152 筆）為主。演進順序清晰可循——10-19 單日 Rust 相關提交 211 筆（新增包約 200 個）並推進網路儲存棧（dpdk 26.07、spdk 26.09、liburing 2.15、btrfs-progs 7.1、nvme-cli 3.1）；10-20 以 Rust/Go/Python 各 42 筆的對稱結構補齊 fsspec 雲端儲存後端全家族；10-21 至 10-22 把 minio（10-20 合入）、sonobuoy 與 umoci（10-21 合入）的去 vendor 改造落上主幹，並補出被刪 vendor 後必需的匯入路徑，picoclaw 的同類提案仍在排隊；10-22 起轉入規範補全，Jingwiw 一次清掃 54 個包補源校驗和並改用 %autochangelog。來源：openRuyi 提交列表、PR #1459 minio 去 vendor、PR #1466 umoci

  • 兩條 riscv 分支的整枝重放收斂為每日運維：PyTorch 連續五個早晨重放，LLVM 結束八日靜默後連換三次基：PyTorch 的 riscv 分支在 10-18 至 10-22 連續五日重寫，頭部依次為 8b254cfd、44826095、7f49d33f、3c1ea315、29259d90，每次全分支提交者時間被統一改寫；LLVM 的 riscv 分支自 10-13 起靜默八日後，於 10-21、10-22、10-23 連續三次換基，頭部依次為 dd05e5b5、58d62a47、7c77126b。兩條線的共同特徵是補丁標題集合逐條不變、本地成果不丟，代價是任何按提交雜湊引用的下游每日失效。同期 PyTorch 出現近五週首筆 PR 合入（#51 riscv64 本地映象，10-17 合入），七筆開放 PR 整週只重新整理時間戳、無新評審意見。來源：PyTorch riscv 分支、LLVM riscv 分支、PR #51

  • Ztt 矩陣擴充套件首次在 ruyisdk/llvm-project 的 AME 分支落地（10-23 17:15），與 AME 三件套合成矩陣擴充套件的完整鏈路：本週最後一個工作日，AME 分支落下「[RISCV] Add initial Ztt matrix extension support based on spec v0.6」初版支援，是該分支繼 10-19 合入 AME CI 工作流之後的第二筆提交。加上 RuyiAI 側 LLVM 分支的 AME 補丁序列（擴充套件與後端路徑設計 #16、#24、#27，指令更新 #29，IME 內建下降與 A100 HP/SP 排程 #30、#31、#32）、QEMU 的 ame-0.6 分支與 AME-operator 運算元庫，矩陣擴充套件在編譯、模擬、運算元三層已經齊備。三層的共同缺口是實測：編譯側的效能模型按 A100 指令標定，QEMU 只保證語義正確，運算元庫驗證跑在模擬或既有硬體上，沒有任何一層提供真機吞吐資料。來源：Ztt v0.6 提交 29fefa0f、AME CI PR #170、qemu ame-0.6、AME-operator

  • QEMU 補齊 P 擴充套件 v0.6 全指令模擬，GCC 與 LLVM 側同步對齊：ruyisdk/qemu 的 p-dev 分支（基於上游 v11.1.0）在 10-21 16:35 落下 12 筆收尾批次，全部集中在打包 SIMD——Q 格式乘法與乘加、純乘法、乘累加、二路與四路乘加減、水平歸約、載入複製、pack/merge/前導計數、RV32 專用指令，另加移除 P 對 Zbkb 的依賴以對齊新版規範並補 tests/tcg/riscv 測試。工具鏈側同期對齊：GCC 把 P 擴充套件支援更新到 0.6 版本，LLVM 分批合入 mulq、乘高位累加、sati/usati、Packed Pair 與打包乘法等 intrinsics。P 擴充套件因此走到「模擬器全覆蓋、雙編譯器可生成」的後半程，缺口在應用側 benchmark。來源：qemu p-dev、雙週報 079 期

  • 雙週報第 079 期定稿，六節補齊：10-22 09:26 至 14:20 之間，ruyisdk/wechat-articles 連落十筆補丁（#383 至 #391 為主），把 GCC、LLVM、V8、OpenJDK、Go、QEMU 以及包管理器與 IDE 小節全部寫入。技術內容集中在四處：LLVM 列出十二筆、九筆已合入，含 RVA23.1 與 RVB23.1 profile 轉正、GlobalISel 用 Zfhmin 處理 f16 截斷、非對齊標量訪存的 LLT 過載；V8 合入四筆，涉及 riscv64 二分查詢符號擴充套件與 Liftoff 常量追蹤；Go 提出六條主線 CL，riscv64 的 sha256/sha512 硬體加速（zvknha/zvknhb）兩條已合入；OpenJDK 十二筆合入並完成 JEP 544（AOT 靜態編譯）的 RISC-V 移植初步實現。期次仍有三節留空：卷首語、版本測試及遺留問題、官網與文件。來源：079 期檔案

  • IREE 兩天走完 RVV 矩陣乘加的一級精度臺階：10-19 釋出的 v3.13.0 把 RISC-V V 的 f32 vfmacc.vf inner_tiled MMA 納入正式版（PR #24933）；10-21 主幹再落 f16 版本（PR #25000，946 行改動、測試八百餘行），按擴充套件可用性分三層選擇編碼——帶 +zvfh 時用 vfmacc.vf，f16 乘 f16 得 f32 時用加寬的 vfwmacc.vf，只有 +zvfhmin 時退化為擴到 f32 再截回。效能側給出的方向是：X60（VLEN=256）上單執行緒 inner_tiled 已快於 mmt4d ukernel，4 執行緒與 8 執行緒的大形狀仍偏慢，剩餘差距在分塊與執行緒化（跟蹤項 #24932）。來源：IREE v3.13.0、PR #25000

  • 核心與韌體線在週末尾由靜默轉為復動（10-23）：linux-xuantie-kernel 在 10-23 11:23 落下「riscv: Migrate T-Head extensions to the vendor extension framework」，把此前更名的 XUANTIE 廠商擴充套件鍵整體遷入核心的廠商擴充套件框架，終結了自 10-16 起的連續七日靜默；同日 ruyi-imager 10:30 新增「Add SpacemiT K3 UFS and UEFI provisioning support」，support-matrix 10:47 補入 RDC2022-D1s 的 RT-Thread 基礎測試報告三筆。三條線此前整週無動作，投入全部落在 openRuyi 的使用者態軟體包上；週末的這批提交把重心拉回平臺與板卡側。來源：核心提交 92c3f534、ruyi-imager 提交 732a9214、support-matrix

  • 峰會落幕，社群輸出集中釋放：回顧帖給出七項實機演示與一組可復現的加速資料：第六屆 RISC-V 中國峰會於 10-18 至 10-20 在深圳舉行，10-22 11:31 論壇釋出回顧帖，給出規模資料——線下專業觀眾超 3600 人、團隊 10 位成員到場、兩場技術報告、六篇技術海報、D15 獨立展區。海報中的硬數字包括包管理器後設資料索引 328 個以上軟體包、265 個以上系統映象、覆蓋 41 款開發板，已釋出至 PyPI 並接入 RevyOS 與 Bianbu 倉庫；課程重構累計 821 個影片、144.1 萬播放。七項演示中最有說服力的是 OpenCV RVV 加速對照：同一硬體平臺上，ruyi 安裝版本相對發行版自帶 OpenCV，在影象濾波與特徵提取等運算元實現 3 至 8 倍加速。次日論壇另有「RISC-V Linux 實踐課 02｜夠用的 C 語言基礎」講義入庫。來源：峰會回顧帖 #2893、實踐課 02 #2894

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

視窗總覽：RuyiAI-Stack 組織（18 個倉庫）本週動作集中在 pytorch（五個早晨各完成一輪整枝重寫）、llvm-project（八日靜默後連續三次換基）、triton-riscv（夜間構建恢復一期後停住）、ruyiai-daily（連推七期）與站點倉庫（貢獻者資料每日例行重新整理）；tilelang-riscv、harness、FBGEMM、IntrinTrans、VecIntrinBench、cpuinfo、torq-tile、caffe、mxnet、dsh-osc 視窗內均無提交。

PyTorch fork：連續五個早晨整枝重放，10-23 首次暫停

riscv 分支本週的運維節奏已經固定：每日 03:00 前後整枝重寫，頭部依次為 8b254cfd（10-18）、44826095（10-19）、7f49d33f（10-20）、3c1ea315（10-21）、29259d90（10-22）。每次重寫的特徵是提交者時間被統一改寫、本地補丁標題逐條不變，變化只在上游基線的同步範圍。10-21 那次與前一頭部對比領先 67、落後 24、208 個檔案差異，10-22 那次為領先 60、落後 24、106 個檔案差異，差異面全部落在上游（MPS 運算元、Metal 核心、CI 工作流與 pr_review 指令碼），本地補丁檔案未出現在差異列表中。

本地補丁序列穩定為四組：riscv64 本地映象（#51）、bytes_to_scalar 浮點修復（#44）、inductor opinfo blocklist（#50）、linear cross entropy 的 ULP 容差限定（#42），加 CI 系列（#20 core/full 拆分、#21 CI 工作流修復、#40 Jenkins 失敗後繼續解析、#41 判定繞過）。合入側本週無新增：近五週首筆合入是 PR #51「Add riscv64 image locally」，10-17 00:04 以 squash 方式落地，新增 .ci/docker/build-riscv64-local.sh 並調整構建與映象指令碼，出現在週一日報的三天視窗中。

值得單獨記錄的是節奏的中斷：10-23 早晨沒有出現新一輪重寫，截至 10-24 上午核查，頭部仍停在 10-22 的 29259d90。這是本輪「基線日更」開始後的第一次空檔，是否意味著節奏從每日回落到擇期，需要下一週期確認。七筆開放 PR（#23 Enable XNNPACK、#35 測試用、#36 超時放寬、#38 DataLoader 臨時禁用、#43 補丁精簡、#46 ATen RVV 支援、#48 RVV CPU capability）整週保持開放，每日隨重放同批重新整理時間戳，無新評審意見，其中 #46 與 #48 仍是 RVV 能力上行的兩條主線提案。來源：riscv 分支、PR #51、PR #46、PR #48

編譯器 fork（llvm-project）：八日靜默終結，隨後連換三次基

riscv 分支在 10-13 至 10-20 連續八日無推送，頭部停在 0fb2da86（#31 A100 HP/SP 與 pack/unpack 降級及排程標定）。10-21 23:00 出現八日來首次整枝重寫，head 變為 dd05e5b5，SyncBots 把上游整合推進到 LLVM b3b5e33，與舊 head 對比領先 1769、落後 26、300 個檔案差異——這是八天上游積壓的集中消化。此後兩日連續重寫：10-22 23:00 換為 58d62a47（領先 275、落後 26、仍是 300 個檔案），10-23 23:00 再換為 7c77126b。

三次換基的跨度差異說明了機制：第一日是積壓消化，後兩日是單日增量的常規追趕。分支已進入「每日把基線前移一小步」的狀態，與 PyTorch 收斂為同一種運維。補丁序列完整保留且順序未變，從 BOSC AME 擴充套件（#16）到 A100 HP/SP 與 pack/unpack 排程（#31、#32），含 Buckyball 廠商擴充套件（#20）、與 Pebble 核 ISA 對齊（#23）、xtame 設計更新（#27）、IME 內建下降（#30）。兩筆 FPGA 後端 PR（#25 BOSCAME FPGA、#28 xboscame FPGA）每次換基後同批重新整理時間戳，整週保持開放，無評審推進。來源：riscv 分支、PR #25、PR #28

triton-riscv：夜間構建恢復一期後停住，PR #85 仍是唯一活躍提案

10-17 22:41 合入 PR #87「支援 LLVM 24 並鎖定 Buddy MLIR v0.1.0」，次日 08:57 由自動跟版 PR #88 升到 buddy-mlir 夜間版 v0.1.1.dev20261017；10-19 10:01 產出夜間構建 nightly/20261018-a305fb6，是 10-12 的 20261011-fe554ff 之後七個交易日來的首個新構建，提供 CPython 3.12/3.13/3.14 與 x86_64、riscv64 雙架構共六個輪子。

此後整週無提交、無新發布。原因是上游斷供：buddy-mlir 自 10-17 之後沒有新夜間版，triton-riscv 缺新上游可跟，兩邊形成互相等待。開放 PR #85「softmax 及 matmul 最佳化」最後更新停在 10-19 07:55，仍是當前唯一活躍的運算元最佳化提案；其餘開放 PR（#83、#82、#58、#56、#55、#54）最近動作均在 9 月中下旬。來源：Nightly 2026-10-18-a305fb6、PR #85、PR #87

tilelang-riscv：10-16 五筆之後整週靜默

該倉在 10-16 15:56 至 18:52 集中落下五筆（程式碼生成格式規範、支援上游運算元執行時語義、升級 TileOps 執行時適配、新增 Buddy MLIR 釋出 CI、在該 CI 中構建 Python 擴充套件），此後 10-17 至 10-23 連續七日無新提交。開放 PR #4「Add RVV vector mask and max reduction lowering」自 09-28 起停更，PR #2 停在 06-16。該倉仍處「CI 與執行時骨架已通、運算元覆蓋待補」的停頓期，本週沒有新證據改變這一判斷。五筆中「支援上游運算元執行時語義」那一筆值得後續跟蹤：它補的是序列化階段間的 lane-local 狀態、安全 ragged copy、動態控制流，以及 FP8/FP4 轉換修正，屬於運算元覆蓋的前置條件而非運算元本身。來源：tilelang-riscv 提交列表、PR #4

技術情報與站點：ruyiai-daily 連推七期，站點僅例行重新整理

技術情報倉庫 ruyiai-daily 本週連推七期（10-18 至 10-24，每日 06:16 至 07:16 之間），維持 PyTorch 生態、LLVM-MLIR、Triton 與 TileLang、RISC-V、AI 業界五章結構。RISC-V 段落本週收錄的內容包括：RISC-V 乘法的 runtime libcall 提案、Sail RISC-V 0.16 釋出、Unified DB 的 Zvabd 編碼更新、linux-riscv 只執行頁許可權補丁、KVM IMSIC 鎖設計、香山 AME 的 RoPE 模擬、核心只讀對映（PAGE_KERNEL_RO）與系統呼叫返回值兩筆提案、SyterKit 的 C907/E907 啟動路徑更新、SpacemiT K3 PCIe 補丁 v7 的審閱意見。

triton-riscv 在 LLVM 24 與 Buddy MLIR 0.1.0 組合下的自測資料也由該倉記錄：check-buddy 618 項透過、triton-shared 290 項透過、9 項預期失敗；FlagGems 本地覆蓋的 3829 項中仍有 10 次原生崩潰，部分示例需要原生 RVV 環境。原文標註這些均為作者本地結果，不能據此推斷 RISC-V 端全模型相容。

站點倉庫 ruyiai-stack.github.io 本週九筆提交，其中八筆是貢獻者資料的每日例行重新整理（chore: update contributors.json [skip ci]），另一筆是 10-17 的貢獻者指南更新（PR #80），無內容變更。來源：ruyiai-daily、站點倉庫 PR #80

三、RuyiSDK 工具鏈與發行版（包管理器、發行版、編譯器與核心）

openRuyi 主倉：單週 637 筆，從「補依賴閉包」轉入「規範補全」

按自然日統計，openRuyi 主倉 10-19 至 10-23 分別為 221、137、51、109、119 筆，五日合計 637 筆（10-24 凌晨另有 6 筆不計入週期）。作者分佈為 Leetfs 333 筆、Jingwiw 152 筆、KimmyXYC 36 筆、cl2t 29 筆、HNO3Miracle 28 筆、misaka00251 21 筆、purofle 19 筆，另有數人各十餘筆。全部提交均為 SPECS: 字首，即發行版打包定義，無一條涉及架構專項回移。

演進可分三段。第一段是 10-19 的 221 筆，其中 Rust 相關 211 筆（新增包約 200 個），覆蓋密碼學（botan 0.10、twofold、x25519-dalek 2、pkcs1 0.7、secrecy 0.10）、序列化（toml 0.6/0.18/0.19、yaml-rust2）、壓縮（brotli 7、alloc-stdlib）、正則（regex 1.13.1 及 automata/syntax）、資料結構與終端文字處理；同日推進網路儲存棧——dpdk 26.07（含 RISC-V 的 lpm 與 fib 查詢改進回移）、spdk 26.09、liburing 2.15、iproute2 7.2.0、btrfs-progs 7.1、nvme-cli 3.1；20:49 另補入兩個對 RISC-V 有直接用途的 crate：rust-riscv-decode 0.2（指令解碼）與 rust-panic-halt 1（裸機崩潰停機）。

第二段是 10-20 至 10-22 的三語種並行。10-20 的 137 筆呈 Rust/Go/Python 各 42 筆的對稱結構：Python 側 28 筆落在 fsspec 與各雲廠商後端（s3fs、gcsfs、adlfs、ocifs、dropboxdrivefs、smbprotocol、cloudpathlib）及配套認證依賴（azure-identity、msal、google-cloud-storage、google-auth-oauthlib、proto-plus、crc32c 等）；Go 側以 minio 去 vendor 收尾與 Prometheus/Kubernetes 元件為主；Rust 側集中在 windows-0.61 家族、zerocopy/rkyv 家族與 cap-std/io-lifetimes 家族，配合同日的 python-uv-build，指向 uv 構建後端的依賴閉包。10-21 的 51 筆延續該方向，Go 側補 k8s 三件套與 moby-sys、smarty-assertions 的匯入路徑，把 sonobuoy、umoci、go-mtree 落成真正的「build without vendored dependencies」；Rust 側補 23 個 rust-uv-* 包並把 python-uv-build 升到 0.13.4。

第三段是 10-22 至 10-23 的規範化。81 筆提交中 Jingwiw 獨佔 54 筆，改動全部是同一種：「Add source checksums and use %autochangelog」，按包名字母序覆蓋 luksmeta 到 xmltoman 一段；這類改動給 spec 補原始檔校驗和、把變更日誌改由 %autochangelog 生成，不改變任何包的版本與行為。其餘 27 筆為實質升級，安全批次最集中：go 1.27.3、php 8.5.12、nss 3.131.1、ca-certificates-mozilla 2.92、rustup 1.29.2、python-pip 26.2.2、nodejs 24.22.1、python 3.14.9、python-pillow 13.0.0、nginx 1.31.8。10-23 22:47 至 10-24 00:54 另有一批 Go 包補入（go-gopkg-gorp.v1、go-github-ziutek-mymysql、go-github-denisenkom-go-mssqldb、go-github-gobuffalo-* 系列等）。來源：提交列表、PR #1361 kubecomps 依賴、PR #1486 python-uv-build

openRuyi PR：三日合計約 37 筆合入，CVE 大單拆細重提

按日報記錄，10-20 合入十筆、10-21 合入五筆、10-22 合入 22 筆。10-20 的十筆按序為 #1128（Prometheus 3.13 模組）、#1342（CVE Part 1）、#1461（graphql-core 3.3.0）、#1355（kubecomps Go 依賴初批）、#1462（buildx）、#1344（fsspec CVE）、#1459（minio 去 vendor）、#1372（moniker）、#1463（dropwatch）、#1458（uwsgi）。10-21 的五筆中 #1464 sonobuoy 與 #1466 umoci 是去 vendor 的落地，另有 #1361、#1136、#1486 python-uv-build 0.13.4（58 檔案 +5640/-201）。

CVE 處置是本週最能說明流程變化的一條：#1341「CVE Vulnerability Fixes (Part 0)」以 50 檔案、+997/-4788 關閉但未合入，同日新開 #1468 與 #1469 兩筆續接，說明原大單被拆細後重新提交；#1344 fsspec CVE 修復則單獨合入。10-22 的 22 筆合入使在審的十九筆安全更新佇列基本清零，openjdk 四個版本分兩批落地（先 27.0.1.0.2.1、25.0.5.8、21.0.13.9、17.0.21.9，再補帶 [security-fixes] 標記的 17 與 21）。截至 10-23 晨，開放佇列仍有 77 筆。

佇列中值得跟蹤的是一組同向提案：qemu 開啟 GUI 測試特性（#1421）、新增 virglrenderer（#1415）、ovmf 加 fwupd（#1436）、新增 ydotool（#1457）、修 xorriso 的 man 頁衝突（#1489），以及一筆 WIP 的交叉 riscv64 工具鏈（#1490，目標是 x86 宿主直接產出 riscv64 工具鏈）。五項分屬虛擬化、圖形虛擬化、韌體更新、輸入自動化與光碟映象工具鏈，合起來指向「在 RISC-V 上跑完整桌面並做自動化驗證」。來源：PR #1341、PR #1415 virglrenderer、PR #1490 交叉工具鏈

ruyi 包管理器：0.53.0 全周維持，0.54.0 定檔 10 月底

GitHub Release 與 PyPI 均維持 0.53.0（09-24 釋出），主分支最後一次提交停在 09-25（合併 #503），整週無新版本、無新提交；GitHub 上最新預發版仍是 09-18 的 0.54.0-alpha.20260918，此後一月未再出 alpha。

079 期給出了節奏放緩的直接原因：開發與測試團隊大部分成員上週在深圳出席 RISC-V 中國峰會。0.54.0 因發版週期調整，預期在 10 月底正式釋出，開發中事項三條未變——軟體包與當前系統的 ABI 相容性檢測、更多官方維護軟體包的 macOS 打包、針對 SpacemiT K1/K3 的工具鏈適配。期次另給出軟體源維護承諾：ruyi update 的內容相容最近三個正式版本。距月底約一週，觀察點是 alpha 是否先出，以及 K1/K3 適配以工具鏈包還是預置配置的形式交付。來源：ruyi Releases、PyPI ruyi、079 期包管理器節

packages-index：ISCAS 源同步異常，整週無包更新

倉庫最後一次提交仍是 10-13（新增 ubuntu-old-releases 映象、修 SiFive Unmatched 的 ubuntu 版本），整週零提交。079 期說明了靜默原因：近兩週 ISCAS 軟體源遇到資料同步問題，已構建完成的軟體包未能重新整理到公網，因此暫無軟體包方面的更新。

這一點解釋了本週「包管理器無新版本、索引無新包」的組合現象——不是開發停擺，而是釋出通道堵塞。對使用者的直接影響是透過 ruyi 裝包時看到的仍是舊集合，屬服務端問題，本地無需排查。來源：packages-index、079 期資源更新節

發行版與映象：2026.09 仍為最新，ruyi-imager 完成四筆 K3 供給側改造

openRuyi 發行版新聞頁整週無新文，2026.09 釋出公告（09-30）仍為最新，2026.10 頁面尚未上線。按月節奏，10 月版本已進入月末視窗，而主倉仍在批次補包，釋出時點是下一個觀察位。

ruyi-imager 本週十筆提交，分三段：10-21 三筆由 Glavo 署名，把 Gradle 依賴版本集中到共享 version catalog、把依賴與內建工具升到穩定維護版、把 TOMLJ 升到 2.2.0 並簡化解析；10-22 三筆改善互動（活動進度移到固定狀態列並分離更新錯誤、對齊設定控制元件並壓縮更新反饋、在映象選擇步驟直接提供下載動作 PR #12）；10-23 四筆轉向能力與工程（CLI 輸出對齊控制檯字符集並保持 JSON 為 UTF-8、新增 SpacemiT K3 的 UFS 與 UEFI 供給支援、在目錄與 GUI 中保留全部映象目標關聯、按目錄載入只解析一次倉庫訊息）。

夜間構建渠道的跟隨情況也得到澄清：10-19 22:15 構建的包在 10-21 的三筆推送後未立即重建，10-21 21:31 打包、10-22 05:38 才完成，滯後約七小時，說明自動構建仍在觸發但存在延遲。來源：ruyi-imager 提交列表、夜間構建渠道、openRuyi 新聞頁

雙週報 079 的技術條目：GCC / LLVM / V8 / Go 四線

GCC 三條：重基 Zvdota/Zvbdota 支援並修掉重基發現的問題（補丁已發至 patchwork）、為 Ztt 擴充套件補 Md 支援、把 P 擴充套件支援更新到 0.6 版本。LLVM 的十二筆中九筆已合入，可歸四組：RVA23.1 與 RVB23.1 profile 轉正（#234064）、GlobalISel 用 Zfhmin 處理 f16 截斷並補半精度合法化（#231370）、非對齊標量訪存的 LLT 過載使 memcpy 可用更寬指令展開（#232183）、P 擴充套件的 mulq/乘高位累加/sati·usati/Packed Pair 與打包乘法 intrinsics（#232316、#232340、#233769、#232202、#232612），另有 __builtin_riscv_rev16_64 的 RV64 約束脩正；兩筆仍在評審，分別是從和的範圍推加數範圍的 InstCombine 改進（#231357）與用 TableGen 生成並選擇向量庫呼叫、修 RISC-V 的 SLEEF 選擇（#231739）。

V8 合入四筆：riscv64 上二分查詢 switch 輸入始終符號擴充套件、Sandbox 可信指標表條目加標記、Liftoff 追蹤 f32 與 32 位 f64 常量（移植上游提交）、直譯器入口跳板增加最大引數數校驗。Go 提出六條主線 CL，riscv64 的 sha256 與 sha512 的 zvknha/zvknhb 硬體加速兩條已合入，其餘為去除多餘 MOVDnop、用暫存器位移值最佳化位測試、Zfa 彙編支援、riscv_hwprobe 走 vDSO。基礎 C 庫方面，glibc 把 sinh、sinhf、sinpi 移植進現有 libmvec 框架，newlib 把 acosf、logf、asinf、asinhf、asinpif、atanf 移植進向量數學框架。來源：079 期檔案、GCC P 0.6 提交 883d7da2、RVA23.1 PR #234064

編譯器與模擬器分支：AME 分支落 Ztt v0.6，QEMU 雙分支收尾

ruyisdk/llvm-project 的 AME 分支本週僅兩筆：10-19 13:32 合入 PR #170「Add AME CI」，新增 45 行的 .github/workflows/ruyi-riscv.yml，在 AME 分支上帶 RISC-V 支援構建 LLVM 並執行定向的編譯器、程式碼生成、彙編與語義測試；10-23 17:15（日報視窗之後）落下 Ztt 矩陣擴充套件 spec v0.6 的初版支援，是 AME 分支首次接入 Ztt 指令族。此前該分支的驗證依賴人工，本週起迴歸測試納入 GitHub Actions。

QEMU 側兩條分支同步收尾：p-dev 的 P 擴充套件 v0.6 收尾批（12 筆，10-21 16:35）與 ame-0.6 的達摩院 AME v0.6 實現（可見提交截至 10-16，本週彙編入刊）。ame-0.6 的官方描述為完成主要功能開發與架構重構，支援 32/64 位使用者模式與系統模式，覆蓋矩陣計算、整數與浮點混合運算、資料搬運與型別轉換，支援多核共享後端、狀態遷移與除錯；分支內可見的提交內容是 Ztt 指令族落地——decodetree 譯碼、指令族 helper、GDB 狀態暴露、實驗性 CPU 配置暴露、disas 支援，以及數值/張量運算、控制與共享後端、記憶體與偵錯程式整合、配置與遷移四組測試。兩條線基於同一上游 v11.1.0，落點一致：把尚未量產的擴充套件做成可跑通的軟體基線。來源：AME CI PR #170、Ztt v0.6 提交 29fefa0f、qemu p-dev、qemu ame-0.6

核心與韌體線：七日靜默後由廠商擴充套件框架遷移打破

linux-xuantie-kernel（linux-6.6.36 分支）本週前四日無提交，最後提交停在 10-16 的 cpufeature 與 hwprobe 批次——把 Ziccamoa、Ziccif、Ziccrse、Za64rs 與 Zicclsm 加入 cpufeature 與 hwprobe，並在 hwcap 中為私有擴充套件劃出 ID 段、與上游編號對齊。10-23 11:23 落下一筆「riscv: Migrate T-Head extensions to the vendor extension framework」，把此前更名的 XUANTIE 廠商擴充套件鍵整體遷入核心的廠商擴充套件框架，承接 10-15 的鍵名統一與 10-16 的 ID 對齊兩步，使玄鐵私有擴充套件的命名、暴露與註冊路徑統一在上游規則之下。

韌體線整週仍靜默：ruyifirmware 最新發布仍是 10-15 的「Ruyi Firmware 20261015」，edk2-ruyi 最後一次提交停在 10-15 的 K3 系統資訊頁，兩條線連續七日以上無動作。openRuyi 官網倉庫 10-22 21:35 有一筆內容提交（為文件加 experimental 標籤並調整標籤說明），與主倉把部分包標為實驗性的做法一致，說明發行版正把「實驗性」從內部約定變成公開可見的分類。來源：核心提交 92c3f534、cpufeature 提交 8fd30253、ruyifirmware Releases、官網倉庫

支援矩陣：Duo S 雙系統與 RDC2022-D1s 兩份報告

support-matrix 本週五筆：10-16 兩筆加入 Milk-V Duo S 的 Zephyr 與 RT-Thread Smart 測試報告；10-23 10:47 三筆加入 RDC2022-D1s（全志 D1s）的 RT-Thread 基礎測試報告，含首版提交與兩輪評審意見修訂。低端 RISC-V 板卡以 RT-Thread 與 Zephyr 覆蓋的方向延續，RDC2022-D1s 的 RT-Thread Smart 5.0.0 出廠韌體報告此前已由 079 期彙編入刊。來源：support-matrix 提交列表

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

本棧向量倉：整週靜默，最近動態停在 2 月至 7 月

VecIntrinBench 停在 02-13、IntrinTrans 停在 06-25、FBGEMM fork 停在 07-13、cpuinfo 停在 05-20、torq-tile 停在 04-09，harness 停在 10-10，六個倉庫整週均無提交。上游驗證線同樣安靜：riscv-arch-test 最新提交停在 09-08（ACT 4.1 釋出說明與工作流修復），香山主倉在本主題核查範圍內亦無視窗內提交（其在 10-19 至 10-20 的 CoupledL2 改動見下條）。

本週向量側的實質進展全部來自本棧之外：IREE 上游的 RVV MMA 精度臺階（見下條）、RISC-V 架構測試的三筆合入、以及一篇長向量 FlashAttention 重構的預印本。對本棧的判斷不變——向量基準側已連續數月無新資料產出，運算元側的動作集中在 triton-riscv 與 tilelang-riscv 兩個編譯前端，而這兩個前端本週都沒有新提交。

IREE：RVV 矩陣乘加兩天走完一級精度臺階，單執行緒已超 mmt4d ukernel

10-19 釋出 v3.13.0，CPU 後端新增 RISC-V V f32 vfmacc.vf 的 inner_tiled MMA（PR #24933），同時把 LLVMCPU 的可伸縮向量化改為必須指定 --iree-llvmcpu-vscale-range，帶 +zvl*b 特性時取兩個下界中的較大值。10-21 主幹再落 f16 版本（PR #25000）：複用同一 lowerRiscvVFmaccLike 與上提的累加器合法化，Tile N 取 vlen/8，編碼按擴充套件可用性分三層選擇——f16 乘 f16 得 f16 且帶 +zvfh 時用 vfmacc.vf；f16 乘 f16 得 f32 時用加寬的 vfwmacc.vf；只有 +zvfhmin 時兩條路徑分別走「累加器 extf 到 f32、f32 vfmacc、truncf 回」與「兩面板 extf 後 f32 vfmacc」。VLEN=256 下代價模型給出 intrinsics_m 分別 14、7、6。

效能結論只有方向性的那一條：X60（VLEN=256）上單執行緒 inner_tiled 在原生 f16 與 vfwmacc 兩種編碼下已快於 mmt4d ukernel，4 執行緒與 8 執行緒的大形狀仍偏慢（跟蹤項 #24932）。同日另有 PR #24849 把可伸縮向量的分發 tile 對齊到 base * vscaleMax，屬 VLA 路徑上的常規合法化——分塊尺寸必須能被硬體實際 VLEN 的整數倍整除，否則窄 VLEN 硬體上會出現尾塊退化。10-22 視窗內 IREE 無 RISC-V 專項提交，僅把上游 LLVM 整合到新基線並收緊自有位元組碼虛擬機器的暫存器校驗。來源：IREE v3.13.0、PR #25000、PR #24933、PR #24932、PR #24849

驗證與快取：riscv-arch-test 三筆合入，香山 CoupledL2 按 set index 拆 bank

RISC-V 架構測試在 10-19 至 10-20 合入三筆：Sdtrig 的 A 擴充套件觸發器覆蓋點與 Sm/S/U 三模式 icount 覆蓋；向 S 套件新增 S_F/S_V/S_VF，覆蓋作業系統實際使用的特權層級；向量指令擴充套件到所有有效 SEW 並補齊 SEW=8 的 vrgatherei16 與 fault-only-first 的 LMUL 選擇。三筆共同把驗證面推向「S 模式 + 全 SEW」，對在 K1/K3 上跑 RVV 運算元的團隊是可用的迴歸基線。

香山側，CoupledL2 按 set index 拆分目錄與資料 SRAM bank，把 MCP2 停頓限制為同 bank 連續訪問，並在 RequestBuffer 佔滿 2 個槽位時暫停接納新預取（PR #36，10-19 合入，預設 bank 拆分值為 2、可回退為 1）；主倉隨後更新 XSCache 指標納入該變更（PR #6738）。快取並行度與預取准入同時調整，屬可核驗的微架構變化。來源：riscv-arch-test PR #2413、PR #2791、PR #2858、XSCache PR #36、XiangShan PR #6738

論文：長向量處理器上重排 FlashAttention，實測加速 1.84 至 2.08 倍

arXiv 2610.29489v1《Reorienting the Vector Axis: Restructuring FlashAttention for Long-Vector Processors》（Emmanuel Irabor、Marc Casas）把 PyTorch 的 CPU FlashAttention 核心移植到帶 2KB 向量暫存器的 RISC-V CPU 上，先給出一個不客氣的基線：只達峰值浮點吞吐的 16.2%。

原因分析具體：原核心按查詢行逐行推進，與 V 的乘沿 64 元素頭維向量化，softmax 的逐行最大值與求和是「把整個暫存器塌縮成標量」的歸約，軟體指數函式的多項式係數還要與 tile 資料搶向量暫存器，導致溢位到棧，三項疊加使向量暫存器利用率上不去。兩條改法都不改演算法與數值：其一，把分數 tile 與執行輸出一起轉置，讓查詢落線上性連續軸上，於是「一個 tile 裡裝多少查詢」這一個引數就統一決定核心各段的向量長度，兩個歸約自然消失；其二，把多項式係數搬進標量暫存器，消除溢位，softmax 的向量訪存指令減少 78.7%。

實測：頭維 64 時兩項合起來把整核週期降到 1.84 至 2.08 倍加速，浮點利用率從 16.2% 升到 29.7%；同設計的 FPGA 對兩項改動的排序一致且收益更高，達 2.71 倍。對本棧的意義在方法而非數字：向量長度自適應與暫存器壓力正是 triton-riscv 與 tilelang-riscv 在 RVV 降級上的結構性問題，而非「有沒有 intrinsics」；文中「按機器匹配 tile 內查詢數」與 IREE 把 Tile N 取 vlen/8 屬同一類決策，可直接做同口徑比較。來源：arXiv 2610.29489

核心與啟動路徑情報：只讀對映提案、C907/E907 啟動狀態、K3 PCIe 補丁 v7

技術情報側本週有四項值得記錄。其一，linux-riscv 上的 PAGE_KERNEL_RO 定義提案指出 RISC-V 缺該定義時會退回可寫的 PAGE_KERNEL，導致 HugeTLB vmemmap 等本應只讀的對映保留寫許可權，提案給出 QEMU virt 上的復現與修復前後頁表對照。其二，系統呼叫重啟路徑需檢查完整返回值，修正返回值截斷問題。其三，SyterKit 在 C907 映象中把 mstatus 向量狀態置為 initial，使啟動狀態與編譯進映象的 RVV 程式碼一致；E907 則在開啟快取前先設定系統對映。其四，SpacemiT K3 PCIe 補丁 v7 收到新審閱意見，質疑用 PHY bulk API 一次控制多埠全部 PHY 的做法，指出每埠有獨立 PHY 與 PERST#，資源建模需重新論證。來源：ruyiai-daily 10-19 期、PAGE_KERNEL_RO 提案、K3 PCIe 補丁 v7

五、Buddy Compiler 動態（buddy-mlir 提交與釋出）

0.1.0 到 0.1.1：兩日兩版，兩筆變更都指向可交付性

buddy-mlir 於 10-16 00:53 釋出 0.1.0、10-18 06:26 釋出 0.1.1，兩次正式釋出相隔約兩日。0.1.1 相對 0.1.0 只有兩筆提交、24 個檔案、約 +896/-54 行：一是 #989「buddy-server 增加 RISC-V 服務端交叉編譯」，為 buddy-server 補 riscv64 交叉編譯路徑，同時引入執行時依賴清單的控制代碼實現（RaxDependenciesHandle，含單元測試與測試外掛）、外掛發現的偽實現與轉錄測試，配套精簡 buddy-cli（淨減 40 行）並更新 RVV 環境文件；二是 #925「新增 publish-models 工作流」，加入 GitHub Actions 釋出流水線與 Hugging Face 模型釋出指令碼（約 313 行），使模型製品可由 CI 直接推送釋出。兩筆合起來解決的是「服務端能進 RISC-V 機器、模型製品能出 CI」這兩端，也解釋了為何僅隔兩日即可發版——主要內容在 0.1.0 已凍結。

時間線要放在一起看才完整：0.0.11 釋出於 09-26，到 0.1.0 間隔近三週；0.1.0 到 0.1.1 只隔兩日。大版本跨越之後轉為小步快跑，夜間版繼續承擔每日構建驗證的角色。來源：BUDDY MLIR 0.1.1、0.1.0 至 0.1.1 差異、PR #989、PR #925

釋出線停頓：整週零提交、零夜間版，下游錨定停在一週前

10-18 之後，buddy-mlir 主分支無新提交，最後一次是 10-16 09:35 的 #925；視窗內 0 筆提交、0 個釋出。夜間構建自 10-17 的 nightly/v0.1.1.dev20261017（07:24）之後停了兩日，隨後整週（10-19 至 10-23）五個交易日持續無產出，是 0.1.1 釋出後的第一次長空檔。

待審 PR 佇列同樣無視窗內更新，最新三筆均停在 10-17 至 10-18：#994「buddy-server 介面與 llama-server 對齊」（10-18 02:41）、#993「新增 tile.upsample_nearest 運算元與識別模式」（10-17 08:04）、#992「修復 BN 通道廣播」（10-17 02:04）。另有 #928「測量 PyTorch 覆蓋率並校驗 106 運算元 CPU 檔」自 09-16 起長期開放，是運算元覆蓋口徑的基準提案。

下游錨定：triton-riscv 夜間構建鎖在 0.1.1.dev20261017

triton-riscv 主分支最後一筆提交是 10-18 08:57 的 PR #88，內容為把下游依賴錨定到 buddy-mlir 10-17 的夜間版 nightly/v0.1.1.dev20261017；10-19 釋出的 nightly/20261018-a305fb6 正是基於這次升級構建。由於 buddy-mlir 自 10-17 後無新夜間版，triton-riscv 的夜間構建缺新上游可跟，兩邊形成互相等待——這條鏈路要恢復逐日出包，取決於 buddy-mlir 何時重啟 nightly 工作流。

兩週前的鋪墊也應記入：10-13 至 10-16 那批 RISC-V 可用性改造（修復 Makefile 的 RISC-V 目標 #986、為 buddy-cli 增加板卡交叉編譯 #987、簡化交叉編譯流程 #975、為 buddy-server 增加 RISC-V 服務端交叉編譯 #989、在 manylinux riscv64 構建中以 Ruyi 包索引安裝 riscv64 版 torch 並補齊 libsndfile），以及 0.1.1 之後的階段目標——把「能在 K3 上跑 Qwen3-VL-30B-A3B 解碼器」這類端到端驗證納入常規流程。本週的停頓更像階段收尾後的間歇，而非方向變化。來源：buddy-mlir 提交列表、Releases、PR #987、PR #986

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

第六屆 RISC-V 中國峰會：D15 展位與七項實機演示

峰會於 10-18 至 10-20 在深圳會展中心（福田）舉行，會期三天。RuyiSDK 的形式為兩場技術報告、六篇技術海報與 D15 獨立展區，團隊 10 位成員到場，線下專業觀眾超 3600 人。

兩場報告分別是《RISC-V 課程移植方法與 RuyiSDK 生態建設》（羅雲翔）與《駕馭 RISC-V 向量擴充套件：Go 語言基於 RVV 最佳化實戰》（蒙卓、朱儁賢）。前者提出「把門開啟、把路鋪平、把人教會」三條主線，做法是模擬視覺化跑在宿主機或雲端、驅動與推理下沉到板端；後者聚焦託管語言執行時對接 RVV 的工程問題，包括向量長度自適應、彙編樁與內聯最佳化。

六篇海報的資訊量集中在數字上：包管理器的後設資料索引含 328 個以上軟體包、265 個以上系統映象、覆蓋 41 款開發板，已釋出至 PyPI 並接入 RevyOS 與 Bianbu 倉庫；另有 RuyiTuner（遺傳演算法搜尋編譯最佳化序列）、AI 驅動的 IDE 圖形化測試、用 Sail 加 Pydrofoil 對接香山 difftest（約 800 行適配層替代 NEMU）、跑在瀏覽器 WebWorker 的 Sail-RISCV-WASM 工具鏈，以及 RISC-V 課程重構（821 個影片、144.1 萬播放、2.6 萬關注）。

七項實機演示中最有說服力的是 OpenCV RVV 加速對照：同一硬體平臺上，對比 ruyi 安裝版本與發行版自帶 OpenCV，影象濾波與特徵提取等運算元實現 3 至 8 倍加速。這條資料把「向量庫層能帶來多少收益」從估算變成了可復現的現場測量——也是本週全部素材裡，唯一一條帶對照組的效能數字。另有「芯動挑戰」用 RuyiSDK IDE 結合 CyberCAM 與 K230 板載 KPU 做手勢識別互動，現場有 4 家開發商建立合作溝通渠道。來源：峰會回顧帖 #2893

雙週報與論壇：079 期定稿、峰會回顧與實踐課 02 入庫

論壇本週僅兩個新主題，均在 10-22：11:31 的峰會回顧帖（#2893）與 20:58 的「RISC-V Linux 實踐課 02｜夠用的 C 語言基礎【講義】」（#2894）。後者是面向嵌入式場景的 C 語言最小集，從型別與變數、控制流講到指標、陣列、結構體、儲存期、字串與位運算，配一個風扇控制與溫度讀取的貫穿例子，並給出「整數除法定點截斷」「常量用 const 寫明含義」這類易錯點；配合第 01 期的環境與工具鏈講義，這門課已有連續兩講的自學材料。

雙週報 078 期（10-13）與 079 期（10-22）構成本週的固定輸出線。079 期的三個空節（卷首語、版本測試及遺留問題、官網與文件）與 078 期一致，說明編撰流水線的收尾仍在最後一日完成。10-23 至 10-24 上午核查時論壇無新增主題，最新仍是 10-22 的兩帖。來源：論壇最新主題、實踐課 02 #2894、079 期檔案

官方主頁：三頁整週無變化（部落格 2 篇、文件 23 章）

官方主頁 www.ruyiai.org 三頁整週五次快照均無變化：index.html 7246 位元組、索引 3 條；blog.html 5632 位元組、索引 2 篇（「Triton 的 RISC-V 適配」「PyTorch RISC-V CI 實踐」）；docs.html 10843 位元組、索引 23 章，三頁 sha256 校驗值均未變化。本週無新增部落格文章、無新增文件章節，部落格與文件兩條線仍停在此前的產出上。

這是連續第三個報告週期官網無更新。對照 079 期關於「團隊上週在深圳出席峰會、本期節奏放緩」的說明，官網與文件的靜默與包管理器發版推遲同源，屬人力集中投放在會期與發行版打包所致。觀察點：會後是否補充演講幻燈片、演示方案與文件章節。來源：RuyiAI 官方主頁、部落格頁、文件頁

外部新聞與產業側：定向查詢零命中，V100 與 E908A 進入視野

Google News 對 RuyiSDK、RuyiAI、openRuyi 的中英文定向查詢本週持續零命中，裸查詢通道正常（同批 RISC-V 查詢每次可返回數十條），說明是內容側確實沒有媒體報道，不是採集故障。openRuyi 發行版新聞頁無新文，2026.09 公告仍為最新。arXiv 側本週新增一篇直接相關的預印本（長向量 FlashAttention 重構，見第四章）。

產業側有兩條與平臺形態相關的訊息。10-19 進迭時空在峰會發布伺服器級 RISC-V 處理器 V100：46 核混合架構（6 個香山昆明湖 V2R2 加速 40 個 X100），最高 2.4GHz，雙路一致性互聯最高 92 核，單晶片 8 通道 DDR5-4800 與 52 條 PCIe 5.0，配套 C2201 計算、G5201 智算、S5236 儲存三類整機；報道稱其 BRS 規範測試全項透過，支援 openEuler、openRuyi、openKylin、Debian、Ubuntu、Fedora、Red Hat、Rocky 等發行版直接安裝——這是 openRuyi 首次出現在廠商給出的伺服器平臺相容清單中。10-19 達摩院玄鐵釋出車規增強 CPU IP E908A，稱其為首款同時達到 ASIL-B 與 ASIL-D 的 RISC-V CPU IP，單點安全度量 SPFM 首次超過 90%，並給出下一代 C950A 目標效能為現有車規產品的 5 倍。

兩條訊息都屬需求訊號而非當期任務：V100 把 UEFI、ACPI、SMBIOS 變成硬要求，與當前面向 K1/K3 的板卡映象、工具鏈與支援矩陣路徑不同；E908A 的落地依賴功能安全認證的工具鏈與 RTOS 組合，而安全認證相關的編譯器資質、測試套件與文件體系尚未出現在公開路線中。來源：Phoronix：SpacemiT V100、LinuxGizmos：46 核伺服器 CPU、IT之家：玄鐵 E908A

七、趨勢觀察

打包單位從「原始碼樹」變「依賴包」，本週完成從補閉包到規範補全的重心轉移

本週 637 筆提交的主線只有一條：把「隨原始碼 vendor」改成「按依賴打包」。Rust 側補 crate 閉包（含 uv 構建後端的 23 個 rust-uv-* 包）、Python 側補齊 fsspec 的全部主流雲後端、Go 側去 vendor 並把被刪目錄後必需的匯入路徑逐條補出。順序本身說明去 vendor 的完成條件不是刪掉 vendor 目錄，而是讓每個被依賴模組在發行版裡能按原匯入路徑解析——缺了匯入路徑的補齊，刪 vendor 只會直接編譯失敗。

10-22 的重心已從「能不能編出來」轉到「可不可審計」：54 筆補源校驗和與改用 %autochangelog，覆蓋 m 到 x 一段包名。源校驗和決定構建輸入可驗證，%autochangelog 決定變更記錄由提交歷史生成而非手寫，這兩項通了，CVE 修復才會沿一條統一的道傳導。對 RuyiAI 的間接價值在於上層可用性：PyTorch 的 DataLoader、checkpoint、資料集工具普遍經 fsspec 訪問遠端儲存，後端齊備與否直接決定訓練指令碼能否在 K1/K3 上跑通——發行版替上層補的這部分依賴，比單個運算元最佳化更能決定「能不能用」。

釋出通道成為新瓶頸：包管理器與索引雙靜默，原因不在程式碼

本週兩個現象並存：ruyi 包管理器 0.53.0 維持整月不動、0.54.0 定檔 10 月底；packages-index 自 10-13 起零提交。079 期給出的解釋是 ISCAS 軟體源資料同步異常，已構建完成的包未能重新整理到公網；疊加團隊在峰會的投入，形成「程式碼側每天數百筆提交、使用者側看不到新包」的反差。

這提示評價發行版進度不能只看提交數。補包、補校驗和、補依賴路徑都是為最終交付做準備，但任何一環卡在釋出通道上，使用者的實際體驗就是停滯。下一個觀察位是 0.54.0 是否如期在月底出 alpha，以及 ISCAS 同步問題是否隨 2026.10 版本一併解決。

重放從「擇期」變「每日」：兩個 riscv 分支收斂為同一種運維，評審仍是實際節拍器

PyTorch 在 10-18 至 10-22 連續五個早晨整枝重寫，LLVM 在八日靜默後於 10-21、10-22、10-23 連續三次換基。共同特徵是提交者時間被統一改寫、補丁標題集合不變、提交雜湊每日失效；差異只在跨度——LLVM 首日領先 1769 筆（八天積壓），其後兩日約 275 筆（單日常規追趕）。

工程意義是把「跟上游」與「維護本地補丁」解耦，代價是歷史不可追溯：任何按雜湊引用的下游（映象構建、CI 快取、issue 復現）都會當天或每次換基後失效，讀這兩個分支應以補丁標題集合而非雜湊作版本判據。更值得注意的是本週補丁本身沒有新增——PyTorch 七筆開放 PR、LLVM 兩筆 FPGA PR 都只重新整理時間戳，無新評審意見、無合入。重放機制已經穩固，實際節拍器變成了評審佇列的消化速度。10-23 PyTorch 首次暫停重放，是否為節奏回撥需下一週期確認。

擴充套件落地路徑成形：編譯、模擬、運算元三層齊備才算可用，齊備之後瓶頸轉到硬體實測

以 AME 為例，本週可見一條擴充套件從提案到可用的完整路徑：先有後端設計與指令集定義（LLVM #16、#24、#27、#29），再有降低與排程實現（#30、#31、#32），同時模擬器給出可執行語義（QEMU ame-0.6），最後運算元庫提供可測的 kernel 與驗證套件（AME-operator）。Ztt 也在本週補齊一側——ruyisdk/llvm-project 的 AME 分支落下 spec v0.6 初版支援，與 GCC 側 Ztt Md 支援、QEMU 的 Ztt 指令族實現對應。

P 擴充套件走同一條路但已到後半程：QEMU 覆蓋全部指令（12 筆收尾批），GCC 更新到 0.6，LLVM 側 mulq、乘高位累加、sati/usati、Packed Pair 等 intrinsics 分批合入上游。對照來看，P 擴充套件缺應用側 benchmark，AME 缺真機。這個順序值得作為方法記錄：沒有模擬器無法驗證編譯器，沒有運算元庫無法驗證模擬器；三者齊備之前談效能沒有意義，齊備之後瓶頸才轉移到硬體與實測。本週的進展是「齊備」而不是「更快」。

RVV 後端焦點從「有沒有指令」轉向「分塊與執行緒化」

IREE 用兩天走完 f32 到 f16 的精度臺階，兩次都複用同一個 lowerRiscvVFmaccLike 與同一套累加器合法化，次序是先保證有正確路徑（f32），再按擴充套件可用性挑最快的一條（f16 原生、f16 加寬、+zvfhmin 回退），代價模型對三條路徑分別定價。X60 上的實測把瓶頸位置說清楚了：單執行緒 inner_tiled 已快於 mmt4d ukernel，4 執行緒與 8 執行緒仍慢。

arXiv 那篇長向量 FlashAttention 重構給出的結論同源：把分數 tile 與執行輸出轉置、讓查詢落線上性連續軸之後，兩個歸約自然消失、暫存器溢位消除，整核週期降到 1.84 至 2.08 倍，浮點利用率從 16.2% 升到 29.7%。兩者都在說同一件事——單核指令選擇到位之後，剩下的是分塊引數與執行緒化。對 tilelang-riscv 與 triton-riscv 來說，這是可逐條對照的路線圖：Tile N = vlen/8 的取法、代價模型的分檔方式、tile 內查詢數與向量長度的繫結關係，都值得在自家 lowering 裡做同口徑比較，而不是隻看「是否支援 f16」。

發行版開始鋪桌面與虛擬化驗證棧，平臺形態出現伺服器與嵌入式兩條路徑

openRuyi 的開放 PR 佇列裡出現一組同向提案：qemu 開啟 GUI 測試特性（#1421）、新增 virglrenderer（#1415）、ovmf 支援 fwupd（#1436）、新增 ydotool（#1457）、修 xorriso 的 man 頁衝突（#1489）。五項分屬虛擬化、圖形虛擬化、韌體更新、輸入自動化與光碟映象工具鏈，合起來指向「在 RISC-V 上跑完整桌面並對其做自動化驗證」——這與峰會展示的「AI 驅動 IDE 圖形化測試」是同一需求的兩端。

平臺形態同時出現分岔。伺服器級以進迭 V100 為代表，規範裡的 UEFI、ACPI、SMBIOS 成為硬要求，BRS 符合性測試與安裝鏈路是入場券；嵌入式與消費級以 K1/K3 為代表，路徑是板卡映象、工具鏈與支援矩陣。本週 ruyi-imager 新增 K3 的 UFS 與 UEFI 供給支援，是該分岔在工具側的第一個具體動作；而 openRuyi 主倉整週零筆伺服器平臺相關提交，V100 的相容清單能否兌現要看 2026.10 版本與後續韌體線動作。

附錄：素材與核查說明

素材清單

  • 2026-10-19 期：視窗 10-16 04:30 ~ 10-19 04:30（過去 3 天，覆蓋週六與週日）。
  • 2026-10-20 期：視窗 10-19 04:30 ~ 10-20 04:30。
  • 2026-10-21 期：視窗 10-20 04:30 ~ 10-21 04:30。
  • 2026-10-22 期：視窗 10-21 04:30 ~ 10-22 04:30。
  • 2026-10-23 期：視窗 10-22 04:30 ~ 10-23 04:30。
  • 週期邊界外（10-23 白天至 10-24 上午）的動態經組織倉庫核查後補入，見下節。

核查方式與口徑

  • 組織核查（168 小時視窗）：覆蓋 RuyiAI-Stack、ruyisdk、buddy-compiler 三個組織的提交、PR 與釋出，走 Atom 與網頁雙通道，不依賴 API 限額；上游 fork（PyTorch riscv、LLVM riscv、LLVM main）的提交按 RISC-V、RVV、向量擴充套件、玄鐵相關關鍵詞過濾後收錄。
  • 重點倉庫補充核查：openRuyi-Project 的 openRuyi（逐日提交計數與作者分佈，經 API 全量分頁統計）、ruyifirmware、edk2-ruyi、homepage；ruyisdk 的 qemu（p-dev、ame-0.6）、llvm-project（AME）、linux-xuantie-kernel、riscv-gcc（ztt-dev）、wechat-articles、ruyi-imager、support-matrix、ruyi、packages-index、AME-operator；buddy-compiler 的 buddy-mlir。
  • 社群雙源：RuyiSDK 開發者社群論壇（最新主題列表）、openRuyi 發行版新聞頁。
  • 官方主頁：www.ruyiai.org 首頁、部落格頁、文件頁三頁快照與 sha256 比對，附部落格與文件索引條目。
  • 時間口徑：倉庫提交以提交者時間按北京時間換算；「每日」類描述以連續日曆日為準；週週期為 2026-10-19 至 2026-10-23 五個工作日。openRuyi 的 637 筆為 10-19 至 10-23 五個自然日按提交者時間統計，與日報各自的 24 小時視窗口徑不同，故與單期日報數字不完全對應。

本週補入的日報之外條目

  1. 10-23 17:15，ruyisdk/llvm-project 的 AME 分支落「[RISCV] Add initial Ztt matrix extension support based on spec v0.6」初版支援（提交 29fefa0f），為該分支首次接入 Ztt 指令族。
  2. 10-23 23:00，RuyiAI-Stack/llvm-project 的 riscv 分支第三次連續換基，頭部由 58d62a47 變為 7c77126b；同日核查確認 PyTorch riscv 分支本輪未再重放，頭部仍為 29259d90。
  3. 10-23 11:23，ruyisdk/linux-xuantie-kernel 落「riscv: Migrate T-Head extensions to the vendor extension framework」（提交 92c3f534），終結 10-16 起七日靜默。
  4. 10-23 09:56 至 13:31，ruyisdk/ruyi-imager 四筆：CLI 輸出對齊控制檯字符集並保持 JSON 為 UTF-8（#14）、新增 SpacemiT K3 的 UFS 與 UEFI 供給支援、在目錄與 GUI 中保留全部映象目標關聯、按目錄載入只解析一次倉庫訊息。
  5. 10-23 10:47，ruyisdk/support-matrix 三筆：RDC2022-D1s 的 RT-Thread 基礎測試報告首版與兩輪評審修訂。
  6. 10-23 22:47 至 10-24 00:54，openRuyi 主倉補入 13 筆 Go 包（go-gopkg-gorp.v1、go-github-ziutek-mymysql、go-github-denisenkom-go-mssqldb、go-github-gobuffalo-* 系列等），10-24 凌晨另有 6 筆不計入本週期。
  7. 10-24 06:24，ruyiai-daily 推送 2026-10-24 期，本週累計七期。

主要引用

量與上游 — https://github.com/iree-org/iree/releases/tag/v3.13.0、https://github.com/iree-org/iree/pull/25000、https://github.com/iree-org/iree/pull/24933、https://github.com/iree-org/iree/pull/24932、https://github.com/iree-org/iree/pull/24849、https://github.com/riscv/riscv-arch-test/pull/2413、https://github.com/riscv/riscv-arch-test/pull/2791、https://github.com/riscv/riscv-arch-test/pull/2858、https://github.com/OpenXiangShan/XSCache/pull/36、https://github.com/OpenXiangShan/XiangShan/pull/6738、https://arxiv.org/abs/2610.29489

資料來源：每日 RuyiAI 動態報告（2026-10-19 至 2026-10-23 共 5 期）及本週補強核查（組織倉庫、社群雙源、官方主頁）；報告週期為 2026-10-19 至 2026-10-23。