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

信源：GitHub 四處組織全倉核查（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler 的提交、Pull Request 與 Release，逐條複核視窗內全部動態；上游 fork 按 RISC-V 關鍵詞過濾，無關上游提交不收錄）、openRuyi 主倉逐筆提交計數與作者分佈、ruyi 包管理器與 PyPI 版本核驗、openRuyi 發行版新聞頁、RuyiSDK 開發者社群論壇與雙週報草稿倉庫、RuyiAI 官方主頁三頁快照、IREE 與 riscv-arch-test 上游動態、RISE 官方公告、arXiv 檢索、Google News RSS 中英文定向查詢（走代理）。

本期索引

  • 今日重點：IREE 主幹落下 RVV f16 乘加 MMA，LLVM riscv 分支八日靜默後換基重寫（10-21）
  • 一、RuyiAI 棧進展（PyTorch / Triton / TileLang RISC-V 適配）
    • 1.1 pytorch：連續第三日整枝重放，head 換為 3c1ea315（10-21）
    • 1.2 llvm-project：八日靜默終結，riscv 分支換基至 b3b5e33（10-21）
    • 1.3 tilelang-riscv：連續五日無提交（10-21 狀態）
    • 1.4 triton-riscv：夜間版維持 10-19 構建，PR #85 無新動態（10-21 狀態）
  • 二、RuyiSDK 工具鏈與發行版
    • 2.1 openRuyi 主倉：80 筆提交，Go 依賴閉包收口與 uv 後端補齊（10-21 至 10-22）
    • 2.2 openRuyi PR：五筆合入，十九筆安全更新在審（10-21）
    • 2.3 ruyi 包管理器：0.53.0 維持，0.54.0 仍未出 alpha（10-21 狀態）
    • 2.4 ruyi-imager：三筆 Gradle 構建改造，夜間構建尚未跟隨（10-21）
    • 2.5 核心與韌體線：linux-xuantie-kernel、edk2-ruyi、ruyifirmware 靜默（10-21 狀態）
  • 三、向量擴充套件與運算元最佳化
    • 3.1 IREE：RVV f16 vfmacc 與 vfwmacc 及 Zvfhmin 回退落主幹（10-21）
    • 3.2 IREE：可伸縮向量的分發分塊對齊 base 乘 vscaleMax（10-21）
    • 3.3 本棧向量倉與上游驗證線：VecIntrinBench、IntrinTrans、riscv-arch-test 靜默（10-21 狀態）
  • 四、Buddy Compiler 動態
    • 4.1 buddy-mlir：視窗內零提交、零釋出（10-21 狀態）
    • 4.2 下游錨定：triton-riscv 夜間構建仍鎖 0.1.1.dev20261017（10-21 狀態）
  • 五、社群與活動與官方主頁
    • 5.1 雙週報第 079 期草稿入庫：OpenJDK 十二筆合入，JEP 544 移植初步完成（10-22）
    • 5.2 生態側：RISE 釋出 K3 Pico-ITX 與 A210 EVB 的 Android 17 開源開發者版（10-20）
    • 5.3 官方主頁三頁無變化（部落格 2 篇、文件 23 章）（10-21 狀態）
    • 5.4 論壇零新增，最新主題仍為 10-15 的每日資訊（10-21 狀態）
    • 5.5 外部新聞與 arXiv：RuyiSDK、RuyiAI、openRuyi 定向查詢零命中（10-21）
  • 六、趨勢觀察
    • 6.1 依賴閉包進入收口期：Go 從「去 vendor」轉向「補匯入路徑」
    • 6.2 兩個 riscv 分支同日整枝重寫：重放已成常態運維，評審仍是瓶頸
    • 6.3 RVV 後端先補 f16 再談吞吐：IREE 的精度覆蓋次序給出的訊號

今日重點：IREE 主幹落下 RVV f16 乘加 MMA，LLVM riscv 分支八日靜默後換基重寫

日期：2026-10-21　來源：IREE 提交 e7490c3b、IREE PR #25000、LLVM riscv 分支提交列表、兩輪頭部對比

IREE 在 10-21 16:48 把 RISC-V V 的 f16 inner_tiled MMA 下降併入主幹（PR #25000，946 行改動，其中測試 800 餘行）。這是 10-19 釋出的 v3.13.0 裡 f32 vfmacc.vf 那條路徑之後的第二級精度：原生 f16 列舉已在前序提交落主幹，本次補上下降與加寬兩條通路——f16 乘 f16 得 f16 走 vfmacc.vf，f16 乘 f16 得 f32 走 vfwmacc.vf；只有 +zvfhmin 時分別退化為「累加器擴到 f32 做 vfmacc 再截回」與「兩面板擴到 f32 做 vfmacc」。Tile N 取 vlen/8，VLEN=256 下代價模型把三條路徑分別計為 14、7、6。

效能資料給出了比「已支援」更有用的資訊：在 X60（VLEN=256）上，單執行緒 inner_tiled 在原生 f16 與 vfwmacc 兩種編碼下已經快於 mmt4d ukernel；4 執行緒與 8 執行緒的大形狀仍然偏慢。也就是說單核上的指令選擇已經到位，剩下的差距在分塊與執行緒化，這條跟蹤項是 #24932。

同一天 RuyiAI 自己的 LLVM 分支結束了八日靜默。昨日報告把「LLVM 分支是否隨新上游基線重啟」列為觀察點，本視窗給出了答案：riscv 分支於 10-21 23:00 整枝重寫，head 由 0fb2da86 變為 dd05e5b5，SyncBots 把上游整合推進到 b3b5e33，與舊 head 對比為 diverged（領先 1769、落後 26、300 檔案差異）。分支內的補丁序列完整保留：BOSC AME 擴充套件（#16）、Buckyball 廠商擴充套件（#20）、與 Pebble 核 ISA 對齊（#23）、AME 路徑設計（#24）、xtame 設計更新（#27）、AME 指令更新（#29）、IME 內建到 SpacemiT A100 dot 指令（#30）、A100 HP/SP 與 pack/unpack 排程（#31、#32）。結論要說清楚：這是一次換基重放，不是新補丁；兩筆 FPGA PR（#25、#28）在 10-22 00:59 同批重新整理了時間戳，仍停在開放狀態。

把兩件事並排放，今日的資訊是「上游在往前走、本地在等評審」：IREE 側 f32 到 f16 的精度臺階兩天走完一級，RuyiAI 側的編譯器補丁則靠換基維持可用，評審佇列的消化速度仍是這條鏈路的實際節拍器。

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

1.1 pytorch：連續第三日整枝重放，head 換為 3c1ea315（10-21）

日期：2026-10-21　來源：riscv 分支提交列表、新頭部 3c1ea315、兩輪頭部對比、PR 列表

riscv 分支在 10-21 03:00 第三次整枝重寫，head 由 7f49d33f 換為 3c1ea315，頭部提交標題仍是「Add riscv64 image locally (#51)」，全分支可見提交的提交者時間統一改寫為同一時刻。與上一期 head 對比為 diverged：領先 67、落後 24、208 檔案差異，增量集中在上游基線同步範圍。

本地補丁序列逐條未變：riscv64 本地映象（#51）、bytes_to_scalar 浮點修復（#44）、inductor opinfo blocklist（#50）、linear cross entropy 的 ULP 容差限定（#42），以及 CI 系列（#20 core/full 拆分、#40 失敗後繼續解析、#41 判定繞過）。七筆開放 PR（#23、#35、#36、#38、#43、#46、#48）於 10-21 09:03 同批重新整理更新時間，無新評審意見、無合入。三日連續重放說明這套「基線日更、補丁不動」的機制已固定，代價是任何按 SHA 引用的下游每日失效。

1.2 llvm-project：八日靜默終結，riscv 分支換基至 b3b5e33（10-21）

日期：2026-10-21　來源：riscv 分支提交列表、新頭部 dd05e5b5、IME 內建到 A100 dot 指令 #30、兩筆 FPGA PR #25、#28

自 10-13 起靜默八日的 riscv 分支在 10-21 23:00 整枝重寫，head 由 0fb2da86 變為 dd05e5b5，標題仍為「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」。換基動作由 SyncBots 完成，上游整合推進到 LLVM b3b5e33；與舊 head 相比領先 1769、落後 26、300 檔案差異，差異量主要來自新基線本身。

分支內容按順序為：BOSC AME 擴充套件支援（#16）、修復副檔名列印測試（#18）、Buckyball 廠商擴充套件（#20）、與 Pebble 核 ISA 對齊（#23）、BOSC AME 後端路徑設計（#24）、xtame 設計更新（#27）、AME 指令更新（#29）、IME 內建下降到 SpacemiT A100 dot 指令（#30）、A100 HP/SP 與 pack/unpack 降低及排程標定（#31、#32）。這批補丁的合入時間都停在 10 月初，本視窗沒有新的合入記錄。

兩筆 FPGA 後端 PR（#25 「BOSCAME Add FPGA backend support」、#28 「Feat/xboscame fpga」）在 10-22 00:59 同批重新整理更新時間，仍為開放狀態；這是換基帶動的連帶重新整理，不是評審推進。

1.3 tilelang-riscv：連續五日無提交（10-21 狀態）

日期：2026-10-21（狀態）　來源：提交列表、PR #4 RVV 掩碼與歸約

主分支最後提交仍為 10-16 18:52 的五筆集中改動（程式碼生成格式規範、上游運算元執行時語義、TileOps 執行時適配、Buddy MLIR 釋出 CI、CI 內構建 Python 擴充套件），此後連續五日無新提交。開放 PR #4「Add RVV vector mask and max reduction lowering」自 09-28 起停更，PR #2 停在 06-16。該倉仍處「CI 與執行時骨架已通、運算元覆蓋待補」的停頓期，本期沒有新證據改變這一判斷。

1.4 triton-riscv：夜間版維持 10-19 構建，PR #85 無新動態（10-21 狀態）

日期：2026-10-21（狀態）　來源：Releases、Nightly 2026-10-18-a305fb6、PR #85 softmax 與 matmul 最佳化

視窗內無提交、無新發布，最新夜間版仍是 10-19 10:01 的 nightly/20261018-a305fb6（基於 10-18 的依賴升級，鎖定 Buddy MLIR 夜間版 0.1.1.dev20261017）。上一版為 10-12 的 20261011-fe554ff，恢復出包後仍未回到逐日節奏。開放 PR #85 最後更新停在 10-19 07:55，仍是當前唯一活躍的運算元最佳化提案；其餘開放 PR（#83、#82、#58、#56、#55、#54）最近動作均在 9 月中下旬。

二、RuyiSDK 工具鏈與發行版

2.1 openRuyi 主倉：80 筆提交，Go 依賴閉包收口與 uv 後端補齊（10-21 至 10-22）

日期：2026-10-21 至 2026-10-22　來源：提交列表、umoci 去 vendor 提交 3012dbc8、sonobuoy 去 vendor 提交 b5c8450b、rust-uv-build-backend 提交 2413dc83、python-uv-build 0.13.4 提交 2c522b06

視窗內 80 筆提交全部為 SPECS: 字首，作者四人——Leetfs 29 筆、KimmyXYC 23 筆、purofle 18 筆、cl2t 10 筆。時間上分四批：10-21 16:58（10 筆）、17:01（18 筆）、17:21（8 筆）、20:46（15 筆），以及 10-22 02:26 的 29 筆。

Go 側共 51 筆，圍繞兩條線。其一是補基礎依賴：go-github-beevik-etree、ghodss-yaml、golang-plus 的 errors/testing/uuid、googleapis-gnostic、liggitt-tabwriter、ma314smith-signedxml、texttheater-golang-levenshtein、tredoe-osutil（對應 #1361）；隨後是 anthropic-sdk-go、discordgo、argo-go、bytedance 的 gopkg 與 sonic-loader、ergochat 的 irc-go 與 readline、vektah-gqlparser-v2、standard-webhooks、go-vcr、go-fyne-systray、go-google-api 的 transport 等（purofle）。其二是去 vendor 的收尾：go-k8s-api、go-k8s-apimachinery、go-k8s-client-go 三筆補出被刪除 vendor 後必需的匯入路徑，go-github-moby-sys 補倉庫匯入路徑、go-github-smarty-assertions 補遺留匯入路徑，最後 sonobuoy、umoci、go-github-vbatts-go-mtree 三筆落地為「build without vendored dependencies」。

Rust 側 29 筆集中在 10-22 02:26：23 個 rust-uv-* 包（build-backend、cache-key、distribution-filename、pep440、pep508、platform-tags、pypi-types、small-str、static、toml、version 0.13、windows、warnings 等，主體版本 0.0.96），外加 archive-trait 0.0.15、astral-async-zip 0.0.22、astral-mail-headers 0.0.1、tar-codec 0.0.15、tar-framing 0.0.15，並把 python-uv-build 升到 0.13.4。

這一批的落點是 Python 構建鏈：uv 作為 pip 的替代前端，其 Rust 依賴在發行版裡配齊後，K1/K3 上裝 Python 包不必再回落到原始碼編譯，uv-build-backend 補齊則意味著 pyproject 裡的 uv 構建後端可以原生解析。

2.2 openRuyi PR：五筆合入，十九筆安全更新在審（10-21）

日期：2026-10-21　來源：PR #1466 umoci、PR #1464 sonobuoy、PR #1361 kubecomps、PR #1136 picoclaw 依賴、PR #1486 python-uv-build、PR #1470 llvm-snapshot

合入五筆：#1361 kubecomps 基礎依賴（13 檔案，+1017）、#1136 picoclaw 依賴第一批（19 檔案，+832）、#1464 sonobuoy 去 vendor（9 檔案，+268/-19）、#1466 umoci 去 vendor（20 檔案，+897/-13，含 15 個提交與完整 Apex Log 依賴圖）、#1486 python-uv-build 0.13.4（58 檔案，+5640/-201）。昨日報告記錄 #1464、#1466 仍在待審佇列，本視窗兩單相繼合入，去 vendor 從提案變成主幹事實。

在審 19 筆可歸三束。安全更新是主體：go 1.27.3、nodejs 與 brotli、php 8.5.12、nss 3.131.1、ca-certificates-mozilla 2.92、rustup 1.29.2、python-pip 26.2.2、python-certifi 2026.10.19、perl-Mozilla-CA、rustls-webpki 0.103.16、webpki-roots 1.0.10 兩筆。工具鏈一筆 #1470 把 llvm-snapshot 升到 20261019（上游雜湊 91c6a053），並加 -DLLVM_RAM_PER_LINK_JOB=30000 限制連結並行度，另 #1471 升 libudev-zero 1.0.5。依賴與 CVE 批仍在：#1364 kubecomps 網路與資料庫依賴、#1468 與 #1472 兩筆 CVE 修復加包升級、#1469 新增與升級包、#1440 sequoia。視窗內沒有關閉未合入的 PR。

2.3 ruyi 包管理器：0.53.0 維持，0.54.0 仍未出 alpha（10-21 狀態）

日期：2026-10-21（狀態）　來源：ruyi Releases、PyPI ruyi

GitHub Release 與 PyPI 均維持 0.53.0（09-24 釋出），主分支最後提交停在 09-25（合併 #503），視窗內無新版本、無新提交。GitHub 上最新預發版是 09-18 的 0.54.0-alpha.20260918，此後一月未再出 alpha。按 10-13 雙週報第 078 期，0.54.0 因發版週期調整定檔 10 月底，開發中事項為包與系統的 ABI 相容檢測、更多官方維護包的 macOS 打包、SpacemiT K1/K3 工具鏈適配；雙週報 079 草稿的包管理器小節目前仍為空。

2.4 ruyi-imager：三筆 Gradle 構建改造，夜間構建尚未跟隨（10-21）

日期：2026-10-21　來源：提交列表、夜間構建渠道

視窗內三筆提交均由 Glavo 署名：16:55 把 Gradle 依賴版本集中到共享 version catalog（226d2732）、17:08 把依賴與內建工具升到穩定維護版（313b56fb）、18:54 把 TOMLJ 升到 2.2.0 並簡化解析依賴（731e52b2）。這三筆屬構建工程改造，不改映象寫入邏輯。

出包側沒有跟隨：夜間構建渠道的資產仍是 ruyi-imager-1.0.0-nightly.20261019T221503Z.7f62f9d（源提交 7f62f9dd，10-19 22:15 構建，10 個資產）。程式碼在 10-21 有三次推送而夜間包未重建，說明該渠道的自動構建未在推送後觸發，或仍在排隊。對使用夜間包驗證 RISC-V 映象寫入的使用者，本期沒有可用的新版。

2.5 核心與韌體線：linux-xuantie-kernel、edk2-ruyi、ruyifirmware 靜默（10-21 狀態）

日期：2026-10-21（狀態）　來源：linux-xuantie-kernel 提交列表、edk2-ruyi 提交列表、ruyifirmware Releases

核心線 linux-xuantie-kernel（linux-6.6.36 分支）最後提交仍為 10-16 11:14 的 cpufeature 與 hwprobe 改動批次；韌體線 ruyifirmware 最新發布仍是 10-15 17:53 的「Ruyi Firmware 20261015」；edk2-ruyi 停在 10-15 15:22 的 K3 系統資訊頁。三條線連續第六日靜默，與 2.1 的打包高峰繼續對照：本視窗的投入仍全部落在使用者態軟體包，核心與韌體無新動作。

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

3.1 IREE：RVV f16 vfmacc 與 vfwmacc 及 Zvfhmin 回退落主幹（10-21）

日期：2026-10-21　來源：提交 e7490c3b、PR #25000、效能跟蹤 #24932、f32 版本 PR #24933

本次提交為 RISC-V V 的 f16 inner_tiled MMA 補上下降路徑，複用 #24933 引入的 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（vfwmacc）、6（兩條 zvfhmin 回退）。

效能側只給了一個方向性結論：X60（VLEN=256）上單執行緒 inner_tiled 在原生 f16 與 vfwmacc 下已快於 mmt4d ukernel，4 執行緒與 8 執行緒的大形狀仍偏慢。測試隨提交落地，含 187 行編碼物化用例、414 行下降用例與 e2e matmul 的構建改動，屬可直接回歸的覆蓋。

3.2 IREE：可伸縮向量的分發分塊對齊 base 乘 vscaleMax（10-21）

日期：2026-10-21　來源：提交 9ea0f2f2、PR #24849

LLVMCPU 後端同日另有一筆可伸縮向量相關改動：把可伸縮向量的分發 tile 對齊到 base * vscaleMax。這類對齊是 VLA（長度無關向量）路徑上的常規合法化——分塊尺寸必須能被硬體實際 VLEN 的整數倍整除，否則窄 VLEN 硬體上會出現尾塊退化。該改動與 3.1 的 f16 MMA 同屬 CPU 後端，兩者共同構成 RISC-V V 在 IREE 裡的當期進度。

3.3 本棧向量倉與上游驗證線：VecIntrinBench、IntrinTrans、riscv-arch-test 靜默（10-21 狀態）

日期：2026-10-21（狀態）　來源：VecIntrinBench、IntrinTrans、riscv-arch-test 提交列表、XiangShan 提交列表

本棧向量基準與轉譯工具鏈繼續靜止：VecIntrinBench 停在 02-13、IntrinTrans 停在 06-25、FBGEMM fork 停在 07-13，harness 停在 10-10、cpuinfo 停在 05-20、torq-tile 停在 04-09，視窗內均無提交。上游驗證線同樣無動作：riscv-arch-test 與香山主倉（kunminghu-v3 分支）視窗內零提交。本期向量側的實質進展全部來自 IREE 上游，本棧自有基準沒有新資料產出。

四、Buddy Compiler 動態

4.1 buddy-mlir：視窗內零提交、零釋出（10-21 狀態）

日期：2026-10-21（狀態）　來源：提交列表、Releases

主分支最後提交仍為 10-16 09:35 的「[ci] Add the publish-models workflow (#925)」，視窗內 0 筆提交、0 個釋出。版本線維持正式版 BUDDY MLIR 0.1.1（10-18 06:26）加最後一期夜間版 0.1.1.dev20261017（10-17 07:24）的組合，此後連續四日沒有新夜間構建。0.1.0 到 0.1.1 兩次正式釋出相隔兩日之後轉入停頓，這一狀態已持續三個報告期。

4.2 下游錨定：triton-riscv 夜間構建仍鎖 0.1.1.dev20261017（10-21 狀態）

日期：2026-10-21（狀態）　來源：triton-riscv 提交列表、buddy-mlir 夜間版 0.1.1.dev20261017

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

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

5.1 雙週報第 079 期草稿入庫：OpenJDK 十二筆合入，JEP 544 移植初步完成（10-22）

日期：2026-10-22　來源：雙週報 079 草稿、OpenJDK 更新提交 #380、基礎 C 庫更新提交 #381、開發板更新提交 #382

雙週報倉庫視窗內四筆提交：#379 由工作流初始化 biweekly-79（10-21 10:20）、#380 補 OpenJDK、#381 補基礎 C 庫、#382 於 10-22 00:19 補開發板內容。落庫檔案 20261022-ruyisdk-biweekly-79.md 標註日期為 2026-10-22，正文章節仍有多處空白（卷首語、包管理器、GCC、LLVM、V8、Go、QEMU 待填），屬釋出前的填充階段。

已寫入的實質內容三塊。OpenJDK 列出本期審閱併合入的十二筆主線 PR，覆蓋 Zalasr 擴充套件（RVWMO 記憶體模型支援，進模板直譯器與 C1/C2）、專用向量掩碼邏輯指令、string_indexof_char 的訪存越界修復與去掉一次跳轉、zext.h/zext.w 用於 16/32 位掩碼的 AndL、Zicond 最佳化零結果整數 cmove 與堆物件編解碼、QEMU user 模式用例修復、JSR166 用例迴歸修復，以及各平臺通用的 ICache 同步呼叫清理。JEP 544（AOT 靜態編譯）的 RISC-V 移植已初步完成，進入功能測試與效能驗證。基礎 C 庫方面，glibc 把 sinh、sinhf、sinpi 移植進現有 libmvec 框架，newlib 把 acosf、logf、asinf、asinhf、asinpif、atanf 移植進向量數學框架。

開發板部分記錄的是既有條目：RDC2022-D1s（全志 D1s）的 RT-Thread Smart 5.0.0 出廠韌體測試報告（PR #410，10-16 提交、仍在審）、SpacemiT K3 CoM260 Kit 的 ROS 2 第 9、10 章課程講義與實驗手冊（10-14 提交），兩者均在本視窗之前，本期只是彙編入刊。

5.2 生態側：RISE 釋出 K3 Pico-ITX 與 A210 EVB 的 Android 17 開源開發者版（10-20）

日期：2026-10-20 釋出，10-21 05:51 在 Hacker News 出現討論　來源：RISE 官方公告、RISE Android 17 v1.0 釋出、Hacker News 討論

RISE 公佈首個跑在 RVA23 硬體上的 Android 17 構建，目標板為 SpacemiT K3 Pico-ITX 與阿里 A210 EVB，專案編號 RP024，由 RISE 出資並牽頭，SpacemiT 與阿里達摩院出平臺與硬體、BayLibre 承擔工程實現（沿用其此前的 K1 Android 移植）。釋出含兩塊板的二進位制映象、固定原始碼清單、校驗和、燒寫工具與重建說明；啟動鏈基於 U-Boot 與 OpenSBI，圖形棧用上游 Imagination 核心驅動加 Mesa，原始碼歷史與作者資訊保留。

官方明確這是開發者版，不是量產或認證版本。二期將把構建、硬體測試與釋出自動化：先接 RISE Board Farm 中已有的 A210，K3 數週內加入，之後兩塊板跑同一套 Android CI；同時 RISE 計劃就 Bionic、BoringSSL、ART、V8、Chrome 與多媒體庫發後續 RFP，並推動廠商把平臺支援上游到 Linux 核心、U-Boot 與 OpenSBI。

與本主題的關聯在平臺線：K3 是雙週報 079 草稿裡出現課程內容的平臺（CoM260 Kit），其韌體與核心上游化訴求與 RuyiSDK 的核心、韌體兩條靜默線方向一致。Android 17 的 K3 映象本身不進入 RuyiSDK 的發行版範疇，但它把該平臺的啟動鏈現狀公開成可復現基線，對後續做 Debian 系映象的團隊是可對照的參考。

5.3 官方主頁三頁無變化（部落格 2 篇、文件 23 章）（10-21 狀態）

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

三頁快照與上一期一致：index.html 7246 位元組、索引 3 條；blog.html 5632 位元組、索引 2 條（Triton 的 RISC-V 適配、PyTorch RISC-V CI 實踐）；docs.html 10843 位元組、索引 23 條。本輪無新增部落格文章、無新增文件章節。

5.4 論壇零新增，最新主題仍為 10-15 的每日資訊（10-21 狀態）

日期：2026-10-21（狀態）　來源：RuyiSDK 社群論壇、最新主題 #2892

論壇視窗內零新增主題，最新一帖仍是 10-15 03:30 的「2026-10-15 開源技術熱點新聞資訊」（#2892）。雙週報第 079 期尚未在論壇釋出，社群側最新一期仍是 10-13 的第 078 期（#2891）。峰會（10-18 至 10-20）結束後，論壇仍未見會後總結貼，公開輸出繼續集中在每日資訊與雙週報兩條固定線。

5.5 外部新聞與 arXiv：RuyiSDK、RuyiAI、openRuyi 定向查詢零命中（10-21）

日期：2026-10-21　來源：Google News RSS、arXiv cs.AR 最近列表

Google News 對 RuyiSDK、RuyiAI、openRuyi 的中英文定向查詢在視窗內零命中（裸查詢通道正常，同批 RISC-V 查詢可返回結果）。「如意 RISC-V 發行版」類查詢返回五條均為舊稿，最近一條是 10-20 的玄鐵出貨稿，與發行版無關。arXiv 上 RISC-V 相關預印本最新為 10-20，主題是工業資訊物理系統的上下文動作意圖校驗，視窗內沒有 RISC-V AI 編譯器或向量最佳化方向的新論文。

六、趨勢觀察

6.1 依賴閉包進入收口期：Go 從「去 vendor」轉向「補匯入路徑」

前三期的補包線索是分頭鋪開的：Python 補 fsspec 雲端儲存全家、Rust 補 crate 閉包、Go 起步去 vendor。本期 Go 側 51 筆的重心明顯後移——先補基礎依賴（etree、yaml、gnostic、tabwriter 等十筆），再補 k8s 三件套與 moby-sys、smarty-assertions 的匯入路徑，最後才落 sonobuoy、umoci、go-mtree 三筆真正的「build without vendored dependencies」。

順序本身說明去 vendor 的完成條件不是刪掉 vendor 目錄，而是讓每個被依賴模組在發行版裡能按原匯入路徑解析；缺了匯入路徑的補齊，刪 vendor 只會直接編譯失敗。因此「補匯入路徑」才是這一輪的最後一公里。對 RISC-V 使用者的直接含義是：容器映象工具與一致性測試工具從「隨原始碼打包」變成「按發行版依賴打包」，構建可復現性與安全更新的傳導路徑同時改善，後續 CVE 只需升級單個 Go 模組，不必重建整包。

6.2 兩個 riscv 分支同日整枝重寫：重放已成常態運維，評審仍是瓶頸

本期 pytorch 與 llvm-project 的 riscv 分支在同一天各做了一次整枝重寫：pytorch 在 03:00（連續第三日），llvm 在 23:00（八日靜默後換基）。共同特徵是提交者時間統一改寫、補丁標題集合不變、SHA 每日失效；差異在節奏——pytorch 是日更基線，llvm 是擇期換基，換基後與舊 head 的差異達 300 檔案，幾乎全部來自新上游。

這種做法的工程意義是把「跟上游」與「維護本地補丁」解耦，代價是歷史不可追溯。任何按 SHA 引用的下游（映象構建、CI 快取、issue 復現）都會每天或每次換基後失效，讀這兩個分支應以補丁標題集合而非 SHA 作版本判據。更值得注意的是本視窗補丁本身沒有新增：pytorch 七筆開放 PR 只重新整理時間戳，llvm 兩筆 FPGA PR 同樣只重新整理時間戳。重放機制已經穩固，實際節拍器變成了評審佇列的消化速度。

6.3 RVV 後端先補 f16 再談吞吐：IREE 的精度覆蓋次序給出的訊號

把 10-19 的 f32 vfmacc.vf（v3.13.0）與 10-21 的 f16 vfmacc/vfwmacc（#25000）連起來看，IREE 在 RISC-V V 的 inner_tiled MMA 路徑上兩天走完一級精度臺階，且兩次都複用同一個 lowerRiscvVFmaccLike 與同一套累加器合法化。次序是先保證有正確路徑（f32），再按擴充套件可用性挑最快的一條（f16 原生、f16 加寬、+zvfhmin 回退），代價模型對三條路徑分別定價。

X60 上的實測把瓶頸位置說清楚了：單執行緒已快於 mmt4d ukernel，4 執行緒與 8 執行緒仍慢，說明單核指令選擇到位之後，剩下的是分塊與執行緒化。對 tilelang-riscv 與 triton-riscv 來說，這是可逐條對照的路線圖——Tile N = vlen/8 的取法與代價模型的分檔方式，都值得在自家 lowering 裡做同口徑比較，而不是隻看「是否支援 f16」。

信源核查表

信源 核查結果
RuyiAI-Stack 組織（全倉） pytorch：riscv 分支第三次整枝重放（head 7f49d33f 換為 3c1ea315，compare 領先 67/落後 24、208 檔案），七筆開放 PR 於 10-21 09:03 同批重新整理；llvm-project：riscv 分支八日靜默後於 10-21 23:00 換基（head dd05e5b5，領先 1769/落後 26、300 檔案），兩筆 FPGA PR 於 10-22 00:59 重新整理；triton-riscv、tilelang-riscv 零提交零釋出；ruyiai-daily 1 期（10-21）；ruyiai-stack.github.io 1 筆 contributor 更新；harness、FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、torq-tile、dsh-osc、skills、SyncBots-DeepAgents 無視窗內提交
ruyisdk 組織（全倉） ruyi：0 筆提交、0 個釋出（0.53.0 維持）；ruyi-imager：3 筆 Gradle 構建改造，夜間構建仍停在 20261019T221503Z；wechat-articles：4 筆（雙週報 079 草稿）；packages-index、ruyisdk-website、support-matrix、linux-xuantie-kernel、qemu、ruyici、ruyi-tuner、ruyi-backend 均 0 筆；llvm-project AME 分支停在 10-19
openRuyi-Project 組織（全倉） openRuyi 主倉 80 筆提交（Go 51 筆、Rust 29 筆，作者四人）＋ 5 筆 PR 合入 ＋ 19 筆在審、0 筆關閉未合入；ruyifirmware、edk2-ruyi 無視窗內提交（分別停在 10-15 17:53 與 10-15 15:22）
buddy-compiler 組織 buddy-mlir 主分支 0 筆提交、0 個釋出；最新正式版 0.1.1（10-18），最新夜間版 0.1.1.dev20261017（10-17）
RuyiSDK 社群論壇 視窗內零新增主題，最新為 #2892（10-15）；雙週報 079 尚未釋出，最新仍為 078 期
openRuyi 發行版新聞頁 無新文，2026.09 釋出公告仍為最新，2026.10 頁面未上線
ruyi 包管理器 / PyPI 0.53.0 維持最新（09-24 釋出），視窗內無新版本、無新提交
官方主頁（ruyiai.org） 三頁無變化：首頁索引 3 條、部落格 2 篇、文件 23 章
技術情報倉庫（ruyiai-daily） 推送 10-21 一期，RISC-V 段含 RISE 的 K3 Pico-ITX 與 A210 EVB Android 17 映象
IREE 上游 4 筆提交，含 RVV f16 vfmacc/vfwmacc 與 Zvfhmin 回退（#25000，946 行）與可伸縮分塊對齊（#24849）；視窗內無新正式釋出
riscv-arch-test / 香山 兩倉視窗內均零提交
arXiv（RISC-V） 最新 RISC-V 預印本為 10-20，視窗內無編譯器或向量最佳化方向新論文
Google News RSS（中英文多組） RuyiSDK / RuyiAI / openRuyi 全部零命中；如意類查詢 5 條均為舊稿

完整信源清單

ithub.com/openRuyi-Project/openRuyi/pull/1478>

ommits/main>

ases/tag/android-17-v1.0>