調研視窗：2026-11-02 05:00 ~ 2026-11-03 05:00（北京時間，24 小時）。

信源：Google News 聚合（中英文 12 組補查，走代理）、Hacker News、Phoronix、CNX Software、LinuxGizmos、LWN、arXiv、riscv.org 官方部落格、openRuyi 官網新聞頁與主倉、RISC-V 國際基金會會員企業官網巡檢（391 家）、riscv100.top 榜單巡檢，以及 GitHub 上香山 XiangShan／NEMU／difftest／XSCache、CORE-V CVW／cvfpu／CVA6、達摩院玄鐵、奕斯偉、算能、芯來、樂鑫、進迭時空與 spacemit-robotics、矽速、revyos、openRuyi-Project、Radxa Linkr 等組織與重點倉庫的提交與釋出檢索。

本期索引

  • 今日重點：Andes 放慢高階 RISC-V CPU Cuzco，AI 業務已佔其營收一半（11-02）
  • RISC-V 100 榜單動態
    • 補錄 07-30 記錄：XSCC 1.1 on 進迭 K3 X100，SPEC CPU2026 Rate int 0.9、fp 1.07（11-03 巡檢）
    • What’s New 新增「硬體對比」頁，Upcoming 三項仍在 Preparing（11-03 巡檢）
  • 一、開源社群與軟體生態
    • 香山把亂序 CSRR 執行補回後端解碼（11-02）
    • 香山 TAGE 的 bankIdx 改用歷史位，四 bank 的 2048 個位置變為可用（11-02）
    • 香山預計算 BPU 的 s2／s3 override 條件，壓縮次 PC 路徑末級邏輯（11-02）
    • 香山把 XSCache 子模組指到修「late hints」的版本（11-02）
    • difftest 在 squash replay 中保留非同步 AME 校驗器狀態（11-02）
    • NEMU 讓矩陣訪問走共享 TLB 最佳化路徑，CI 改為複用效能評論（11-02）
    • CORE-V CVW 三筆：sfence.vma 後過載 DTLB、清理 CLINT 未完成程式碼、Verilator 與 VCS 收功能覆蓋率（11-02 至 11-03）
    • CORE-V cvfpu 用命名 clear 訊號修 FFLARNC（11-02）
    • openRuyi 修 clang-wrap 的 ninja 連結命令，mtools 補 CVE-2026-118384（11-02）
    • KU Leuven 在 RISC-V 核上首次開源實現 DMP，提出 SecDMP 防禦（11-03）
    • riscv100.top 上線「硬體對比」頁（11-03）
  • 二、產品與生態動態
    • 歐洲發起 ERICI 工業計算倡議，要把 RVA23 做成「工業計算機」（11-02）
  • 三、國內團隊深挖
    • 芯來新建 T0 Chiplet 雙 SDK 倉，工具指南跟進 2026.10 釋出（11-02）
    • 進迭時空 docs-ros 補 Ubuntu 26.04 的 ROS 2 安裝說明（11-02）
    • 算能 SG2044 EDK2 預設關閉 PCIe 的 ECRC 校驗（11-02）
    • 達摩院玄鐵、奕斯偉視窗內組織級零新開發（11-03）
  • 四、具身智慧與機器人專章
    • 進迭時空三倉同日合併：G1 的硬體部署與 ONNX 運動模式上線（11-02）
    • humanoid_common 支援線上策略切換與非同步 SONIC 規劃（11-02）
    • control_whole_body 用三角表做耦合對映，補啟動反饋恢復（11-02）
  • 五、總結與趨勢觀察
  • 附錄：完整信源清單與信源核查表

今日重點：Andes 放慢高階 RISC-V CPU Cuzco，AI 業務已佔其營收一半（11-02）

EE Times 11 月 2 日臺北報道，Andes 技術長 Charlie Su 確認公司已放慢高階 RISC-V CPU IP「Cuzco」的開發節奏，把工程資源挪向增長更快的 AI 業務。Cuzco 原先是 Andes 為資料中心級高階核專門分拆出去的 Condor 公司專案，2025 年 Hot Chips 上公開，今年早些時候被收回內部。Su 的說法是生態必須先走到那一步、硬體才有機會，而 AI 這條線增長太快，只能先把資源壓到能立刻產生收入的地方。

數字方面，Andes 的 AI 業務目前佔營收一半，去年增長 30%，今年預計增長 50%。其自研深度學習加速器規模不大，約 4 TOPS（1 GHz）並自帶編譯器；AI 收入的主體來自 AI 晶片公司拿 Andes 的 CPU 核做控制、編排與資料搬運，客戶裡點了 Meta、d-Matrix、Fractile 與 Axelera。這類授權多為定製核，交付週期極緊，這也是內部資源被抽走的原因。

Cuzco 沒有取消。Su 表示它仍會做成產品、可能換個名字，只是時間表拉長，公司會「慢慢做，同時等值得加速的訊號」。他把 IP 生意的邏輯講得比較直白：今天貢獻最多營收的核是十多年前設計的，客戶可能在同一套核上迭代十年以上，所以「做對、可複用」比搶首發重要。近期優先項是儲存市場的主控核（已有 10 家客戶用小控制器核量產）、汽車與機器人。另一個背景是 Arm 推出自研高階 CPU 矽後改變了商業模式，Su 認為這反而傷害了客戶信任，對 Andes 這類 IP 供應商有利。

值得記一筆的判斷是：這條訊息與「RISC-V 正在衝資料中心高階」的敘事方向相反，但並不矛盾——高階核的研發沒有停，只是商業節奏改由市場動量而不是路線圖決定；真正在付錢的是 AI 邊緣與控制面。對國內做 RISC-V 高階核的團隊來說，這是一個關於「誰先買單」的現實參照。

日期：2026-11-02　來源：EE Times：Andes Waits For Market Momentum For Cuzco CPU

RISC-V 100 榜單動態

本期巡檢距上次僅一天，指令碼判定為顯著變化，按口徑置於正文靠前。

榜單新增（跨架構 · SPEC CPU2026 與 RISC-V 頻道 · SPEC CPU2026 各一條）：07-30｜香山編譯器團隊（XSCC）／進迭時空｜XSCC 1.1 on 進迭 K3 X100 2.4GHz｜int 0.9、fp 1.07（rate/ref，Completed）；較該平臺上一記錄（05-31，LLVM 22.1.0）int +2.3%、fp +9.2%。這條記錄的日期是 07-30，遠早於本次巡檢日，屬補錄上榜，不應讀作當日新成績，也不宜據此解讀架構改進——它與昨日補錄的 10-17 CPU2006 speed 記錄（XSCC 2.0 on 香山 KMHv3 RTL 3GHz，int 68.41、fp 76.95）分屬不同榜面，不構成榜首替換。

What’s New 新增兩條：SpacemiT K3 X100 XSCC 1.1 SPEC CPU2026 Rate（對應上面這條榜單記錄，合併敘述不重複計條）、Hardware Comparison Now Available（站點功能公告，見章節一）。

Upcoming 三項仍為 Preparing：AWS Graviton5 NeoverseV3（SPEC2006／2017／2026）、SpaceMiT K3 X100（Vectorization／IME）、GCC 16 SPEC CPU 測試。委員會成員無增刪。

日期：2026-11-03　來源：riscv100.top 跨架構 SPEC CPU2026、riscv100.top RISC-V 頻道 SPEC CPU2026、riscv100.top 首頁

一、開源社群與軟體生態

香山把亂序 CSRR 執行補回後端解碼（11-02）

第 6779 號把 CSRR 一類指令的亂序執行補了回來。背景是香山後端新加入解碼單元之後，此前那套 CSRR 亂序執行的實現被丟掉了，於是原本可以並行發射的 CSR 讀寫又退回序列，拖慢所有依賴 CSR 的路徑。這次改動的直接目的就是把它重新接回新解碼鏈路。

作者順帶指出一處遺漏：偽解碼通道里，CSRRVL 與 CSRRVLENB 兩條指令只在它們是 CSRR 形式時才做特殊處理，而 CSRRSI／CSRRC／CSRRCI 這幾種同樣會讀寫向量長度暫存器的形式沒有覆蓋。這類「只照顧了一種編碼形式」的缺口在向量程式碼裡容易出現，因為編譯器常把 vsetvl 序列化成一串 CSRRSI 而不是 CSRR。

日期：2026-11-02　來源：XiangShan #6779

香山 TAGE 的 bankIdx 改用歷史位，四 bank 的 2048 個位置變為可用（11-02）

第 6771 號改了 TAGE 分支預測器的索引方式。原先 bank 只由 PC 決定，等於同一段歷史只能固定落在某一個 bank 的 512 個表項裡，其餘三個 bank 的容量對這段歷史完全浪費。改動後歷史同時參與 bank 與 set 的選擇，理論上四 bank 合計 2048 個位置都能用上。

實測結論寫得比較剋制：astar、xalancbmk 與 gobmk 三項有明確收益，libquantum 出現回退，原因是新結構更容易撞 bank 衝突，作者留了後續再處理。這條改動的價值在於指出一個常被忽略的容量賬——預測器表再大，如果索引只用一個維度，實際可用容量會被結構切碎。

日期：2026-11-02　來源：XiangShan #6771

香山預計算 BPU 的 s2／s3 override 條件，壓縮次 PC 路徑末級邏輯（11-02）

第 6753 號是純時序最佳化。做法是把每個分支候選的 s2／s3 override 條件提前算好，再用「第一個 taken 分支」的獨熱掩碼選中結果；同時把 s2 的 taken 結果按 TAGE 兩種可能結果各預計算一份，讓遲到的那份 TAGE 預測只負責最後一級選擇。

效果是在 next-PC 這條最緊的路徑上，把遲到訊號之後的邏輯深度壓下去，而預測行為保持不變。這類改動不出現在效能數字裡，但決定了主頻上限，是香山近一階段「先把高頻的時序堵塞剷掉」這條線的延續。

日期：2026-11-02　來源：XiangShan #6753

香山把 XSCache 子模組指到修「late hints」的版本（11-02）

第 6803 號只動了一行子模組指標，把 XSCache 從 e9488ae 提到 a041f07，提交說明是「換掉仲裁器以修復 late hints 的問題」。這類只改指標的提交容易在日報裡被漏掉，但它往往意味著一次跨倉修復已經合入——快取側的 late hints 會直接影響預取效果，與本期香山前端預取佇列的重構是同一條線上的工作。

日期：2026-11-02　來源：XiangShan #6803

difftest 在 squash replay 中保留非同步 AME 校驗器狀態（11-02）

第 987 號修的是矩陣擴充套件校驗在重放時丟狀態的問題。改動在 squash 引發的 replay 前後快照並恢復三樣東西：矩陣軟體 ROB、待處理的 msync 事件、以及參考側的 AME 狀態；同時把 AME 提交序號貫穿到非同步 MMA 校驗裡，用來區分「本包內的錯誤」與「更早留下的失敗」，並在重放邊界把待檢項排空。

還有一個工程細節值得記：重放時重置排隊的檢查與保留的錯誤，但不替換後端，CUDA 服務與結果池保持存活，好讓父程序裡已經起來的 LightSSS 子程序能重新連上。這是把矩陣校驗從「一次性批處理」做成「可中斷可續跑」的必要條件。

日期：2026-11-02　來源：difftest #987

NEMU 讓矩陣訪問走共享 TLB 最佳化路徑，CI 改為複用效能評論（11-02）

第 1275 號把 PERF_OPT_SHARE 的共享快取資格判定與 PBMT 檢查擴充套件到矩陣訪問上，同時保留原有的 SLOW 與兩階段翻譯回退路徑；矩陣命中改走公共的物理訪問處理函式，以保住許可權檢查、AMU 事件與延遲資料搬運。換言之，矩陣訪存不再是一條旁路，而是接入了和普通訪存同一套 TLB 記賬。

第 1276 號是 CI 改進：效能結果評論改為更新同一條（用隱藏標記定位），並按 PR 分支序列化，避免併發完成的 CI 重複刷評論。對每天要讀效能迴歸的開發者來說，這比多一條新功能更實用。

日期：2026-11-02　來源：NEMU #1275、NEMU #1276

CORE-V CVW 三筆：sfence.vma 後過載 DTLB、清理 CLINT 未完成程式碼、Verilator 與 VCS 收功能覆蓋率（11-02 至 11-03）

三筆合併覆蓋了驗證與實現兩側。第 2019 號改 holdaccess 測試：每次 sfence.vma 之後把資料頁重新裝回 DTLB，測試因此能覆蓋「失效後過載」這條真實路徑，而不是靠舊錶項蒙對。第 2034 號清掉 CLINT 裡未完成的 timereg 程式碼、未使用的 TIMECLK 與一批過時的 TODO／Hack 註釋，24 個檔案 +39／−155，屬減債。第 2009 號讓 wsim 在 Verilator 與 VCS 兩個模擬器上都能收集功能覆蓋率——這條對開源核的意義比看起來大，功能覆蓋率能跨模擬器復現，覆蓋率數字才有比較價值。

日期：2026-11-02 至 2026-11-03　來源：CVW #2019、CVW #2034、CVW #2009

CORE-V cvfpu 用命名 clear 訊號修 FFLARNC（11-02）

第 187 號來自 BSC 側，改的是 64 位多模式除法開方單元裡 FFLARNC（浮點標誌清除）連線：原來靠位置隱式對應，改成具名 clear 訊號，避免在引數化例項裡錯連。這類修正不會帶來效能變化，但直接影響浮點異常標誌的正確性，屬於驗證容易漏、矽上難查的一類問題。

日期：2026-11-02　來源：cvfpu #187

openRuyi 修 clang-wrap 的 ninja 連結命令，mtools 補 CVE-2026-118384（11-02）

openRuyi 主倉視窗內 7 筆提交。最實質的一筆是 clang-wrap 升到 20261102，修的是構建 libical 時恢復本機連結命令不支援 ninja-build 的缺陷——這類包在 RISC-V 上構建失敗往往被誤判為「上游不支援」，實際是包裝層的命令拼裝問題。另有 mtools 升到 4.0.50 修 CVE-2026-118384，以及一次性補入六個 Go 生態 spec（火山引擎 ve-tos SDK、騰訊雲 cos-go-sdk 與 tencentcloud-sdk-go、go-httpheader 等），說明其雲原生與儲存棧在按依賴逐層補齊。

日期：2026-11-02　來源：openRuyi 提交記錄、clang-wrap 20261102、mtools 4.0.50

KU Leuven 在 RISC-V 核上首次開源實現 DMP，提出 SecDMP 防禦（11-03）

KU Leuven DistriNet 與 EURECOM 的論文（NDSS 2027 接收，擴充套件版 32 頁）處理的是資料記憶體相關預取器（DMP）的側通道。DMP 已進入主流桌面與伺服器 CPU，它按記憶體內容裡像指標的值去預取，效能有收益，但會把秘密編碼進微架構狀態，即使是對 Spectre 做過加固的常數時間程式碼也擋不住。

論文先給出 DMP 洩漏的分類與新攻擊，再在 RISC-V 處理器上實現了首個開源 DMP，用實測證明現有唯一「想保住 DMP 效能」的防禦擋不住整類洩漏；隨後提出 SecDMP：要求在記憶體中標記秘密，確保 DMP 永不把這些秘密編碼進微架構，並形式化證明其洩漏不超過「沒有 DMP 的基線」，同時不犧牲公開資料的效能。硬體代價是 RISC-V 研究核上不超過 0.5% 面積。對開源核社群的價值在於，DMP 這類最佳化正從大廠專有走向可配置核，安全設計必須提前進入 RTL，而不是等流片後再補。

日期：2026-11-03　來源：arXiv:2610.37454 SecDMP（擴充套件版）、論文 HTML 版

riscv100.top 上線「硬體對比」頁（11-03）

榜單站 What’s New 出現「Hardware Comparison Now Available」，站點新增跨硬體的對比檢視。這屬生態與社群宣發而非新的測量結果：目前 Upcoming 裡還壓著 AWS Graviton5 NeoverseV3（SPEC2006／2017／2026）、SpaceMiT K3 X100 的向量化與 IME 測試、以及 GCC 16 的 SPEC CPU 測試三組「Preparing」，對比頁能填多少資料，取決於這三組何時出結果。

日期：2026-11-03　來源：riscv100.top 首頁

二、產品與生態動態

歐洲發起 ERICI 工業計算倡議，要把 RVA23 做成「工業計算機」（11-02）

一個名為 ERICI（European RISC-V Industrial Computing Initiative）的倡議在 Hacker News 上出現，發起人是德國的 Yuri Zaporozhets，定位是非商業性的行業協作。它的問題陳述很直接：RVA23 矽已經到了，但「工業計算機」沒有——板廠等軟體、軟體等板子、客戶等兩者，這個迴圈要靠一套跑在真實硬體上的開放參考棧來打破。

參考棧按層切分：韌體做初始化與 POST，然後交 UEFI 引導器；gRouvr 像核心一樣被載入，用 CPIO 打包各分割槽的核心與 initramfs，再把 CPU、記憶體、裝置與各自的裝置樹分給實時分割槽和 Linux 分割槽，兩者在同一 SoC 上並行隔離執行。許可證寫得很清楚：HFI BIOS 走 GPL-2.0（基於 U-Boot），mr-bml 走 GPL-3.0，gRouvr 與 QSOE 走 Apache 2.0。分割槽棧已在進迭時空 K3 的 PicoITX 板上演示，QSOE 作為 gRouvr 客戶機跑通登入。

它也誠實地列出差距：現成的 RVA23 機器（Firefly AIBOX-K3、Milk-V Jupiter2）在寬壓輸入、−40~85℃、現場匯流排與實時 I/O、導軌安裝、工業 EMC 與安全認證、10~15 年長期供貨這些項上大多「未標註」，分割槽軟體棧也還沒有落到產品上。這套「先定義層間介面、再逐層驗證一起啟動」的做法，與國內做 RISC-V 工業與車規的思路可以對照看。

日期：2026-11-02　來源：ERICI 官網、Hacker News 討論

三、國內團隊深挖

芯來新建 T0 Chiplet 雙 SDK 倉，工具指南跟進 2026.10 釋出（11-02）

芯來在 11 月 2 日下午新建了兩個倉庫：nuclei-t0-sdk（描述為 Nuclei Ecosystem T0 Chiplet Baremetal/RTOS SDK）與 nuclei-t0-linuxsdk（T0 Chiplet Linux SDK），兩者目前都是空倉、零提交。空倉本身資訊量有限，但「裸機／RTOS」與「Linux」兩套 SDK 同時開張，且都以 T0 Chiplet 命名，說明其下一階段的產品線會把 chiplet 形態的 T0 作為獨立平臺來鋪軟體棧，而不是掛在既有核的 SDK 裡。

同一天 nuclei-tool-guide 有三筆文件提交，全部指向 2026.10 版本：libncrt 文件更新並補進工具鏈 changelog、xlmodel 文件更新、以及 clang 的 -pg 下 _mcount 問題的 changelog 條目。工具鏈按季度發版、文件同步跟上，是芯來這兩年比較穩定的節奏。

日期：2026-11-02　來源：nuclei-t0-sdk、nuclei-t0-linuxsdk、nuclei-tool-guide 提交

進迭時空 docs-ros 補 Ubuntu 26.04 的 ROS 2 安裝說明（11-02）

第 224 號在 K3 的 ROS 2 安裝文件裡補了 Ubuntu 26.04 一節：Bianbu 簽名金鑰與 ROS 2 軟體源配置、APT 包固定（pinning）與索引重新整理命令、以及 Bianbu 上網路與時間同步的前置要求。這類文件看著瑣碎，實際是機器人開發者落地時的第一道坎——源配錯或時間不同步會直接讓 ROS 2 的節點發現失敗。

日期：2026-11-02　來源：docs-ros #224

算能 SG2044 EDK2 預設關閉 PCIe 的 ECRC 校驗（11-02）

算能把 SG2044 平臺 EDK2 的 PcieInitPei 模組改成預設不生成也不校驗 ECRC，改動 20 行。ECRC 是 PCIe 事務層的端到端 CRC，理論上該開，但在實際板卡與轉接卡組合上，端點不實現或實現不一致時會導致列舉失敗與鏈路異常，因此不少平臺預設關掉。這條改動屬於「先把相容性放前面」的工程取捨，也側面說明 SG2044 的整機生態還在適配期。

日期：2026-11-02　來源：edk2-platforms 提交

達摩院玄鐵、奕斯偉視窗內組織級零新開發（11-03）

達摩院玄鐵（XUANTIE-RV，73 倉）與奕斯偉計算（eswincomputing，17 倉）在視窗內均無推送，最近一次提交分別停在 10 月下旬與 10-19 前後。玄鐵側近兩週的公開動作集中在產品與路線圖（60 億顆出貨、E908A 車規核、C950A 規劃），開源倉沒有對應變化；這類「商業側活躍、開源側靜默」的狀態在 IP 廠商裡屬常態，不必過度解讀。

日期：2026-11-03　來源：XUANTIE-RV、eswincomputing

四、具身智慧與機器人專章

進迭時空三倉同日合併：G1 的硬體部署與 ONNX 運動模式上線（11-02）

11 月 2 日 14:30，spacemit-robotics 的三個倉庫在同一分鐘完成合並，作者同為 beililcj，明顯是一組配套改動。其中 humanoid_unitree_g1 的第 13 號最重：54 個檔案、+6087／−141。配置側新增 g1_hardware.yaml（467 行）並把 g1.yaml 擴到 505 行改動，文件補了硬體部署、手柄、手機遙操作與語音提示四篇，指令碼側加入實時性配置、systemd 服務安裝、標定記錄與一組啟動指令碼（模擬到實機、驅動、HMI、TUI），測試覆蓋啟動重試、驅動鎖衝突、手柄繫結、腰部阻尼與預訓練入口。

功能上最值得注意的是 ONNX 策略被組織成可線上切換的「運動模式」：預設 LocoMode 行走、顯式的舞蹈觸發、以及 SONIC 規劃與 calm 參考姿態，都透過同一套模式控制接入，語音提示與手機端控制也跟著對齊。這意味著 G1 從「能跑一個策略」變成「能在多個策略之間切換並按模式播放動作」，是產品化必需的一步。

日期：2026-11-02　來源：humanoid_unitree_g1 #13

humanoid_common 支援線上策略切換與非同步 SONIC 規劃（11-02）

humanoid_common 的第 26 號是上面那組改動的公共層：38 個檔案、+2269／−71。核心是把行為狀態機（HOME 與 RL 兩個狀態）、策略介面卡（history-actor、關節軌跡、stance motion、SONIC 規劃器）與傳輸執行器的狀態上報打通，讓「線上換策略」成為狀態機的一個正常轉移，而不是重啟程序。

兩處設計取捨值得一提：一是把「模式選擇」與「動作回放」拆開，避免選模式時順帶觸發動作；二是定時動作的觀測從第 0 幀開始，不再丟掉起始幀。另有手柄配置、Web 客戶端與掉電處理的若干修正，包括允許在狀態過期時手動斷電——這類邊界條件正是從實驗室走向現場時最常出問題的地方。

日期：2026-11-02　來源：humanoid_common #26

control_whole_body 用三角表做耦合對映，補啟動反饋恢復（11-02）

control_whole_body 的第 9 號新增了三角表模組（triangle_table.cpp／h，185 行），用於標定網格上的耦合對映：按單元面積縮放三角包含容差，保證在有序標定網格上插值不跳變。同時補了被動阻尼保持、啟動時等待反饋以及有序插值三項修正，測試新增核心、表配置與表對映三組。

把標定資料組織成「表 + 三角剖分」而不是簡單查表，是為了在關節耦合非線性強的部位仍能連續插值；配合啟動反饋恢復，解決的是上電瞬間指令與實測位置不一致導致的安全問題。這一層不顯眼，但決定了整機能不能在非理想標定下穩定站立。

日期：2026-11-02　來源：control_whole_body #9

五、總結與趨勢觀察

今天的資訊量集中在三處，且指向不同層面。

第一，商業節奏壓過路線圖。Andes 把高階核 Cuzco 放慢、把資源壓向已佔營收一半的 AI 業務，是這一輪 RISC-V 產業裡少見的「主動降速」樣本。它提醒做高階核的團隊：生態與客戶預算不到位時，效能指標再好看也換不來訂單，IP 生意的複利來自可複用而非首發。

第二，開源核的進步仍以「小而密」的方式出現。香山一天四筆（CSRR 亂序執行、TAGE 索引維度、BPU 時序、XSCache 指標），CVW 一天三筆（DTLB 過載測試、CLINT 減債、雙模擬器功能覆蓋率），NEMU 與 difftest 各修一處矩陣擴充套件相關的狀態一致性問題。單筆都不大，但方向一致：把亂序與矩陣擴充套件這兩條新路徑的狀態管理做紮實。

第三，機器人棧在補「部署」那一段。進迭時空三倉同日合併，重點不在新演算法，而在硬體部署、線上策略切換、標定表對映與啟動恢復——這些是把實驗室策略變成可交付產品的必要件。與 ERICI 在歐洲試圖把 RVA23 做成工業計算機的努力放在一起看，RISC-V 的下一段增長更像是從「能不能跑」轉向「能不能長期穩定地跑在現場」。

榜單側本期只有補錄與站點功能更新，不宜讀作效能躍升；會員企業官網巡檢 391 家中有 93 家首頁內容變動，均為營銷與新聞位常規更新，無實質產品、融資或架構動態。

附錄：完整信源清單

提交記錄 — https://github.com/Nuclei-Software/nuclei-tool-guide/commits/master

信源核查表

信源 核查結果
Google News（常規 27 組 + 補查 12 組，走代理） 視窗內實質新增 3 條：Andes Cuzco（EE Times）、ERICI 倡議（HN 聯動）、SecDMP（KU Leuven）；玄鐵 60 億顆為 10-19 峰會舊聞二次傳播，10-20 已收錄，不重複
Hacker News 1 條有效：ERICI 歐洲 RISC-V 工業計算倡議
Phoronix、CNX Software、LinuxGizmos、LWN LinuxGizmos 的 ESP32-P4 計算模組為 6 月已報道產品的後續轉載，視窗內無新進展，不收錄；其餘源無 RISC-V 專項命中
arXiv 1 條：SecDMP（NDSS 2027，RISC-V 核上首個開源 DMP 實現）
riscv.org 官方部落格 無新文
openRuyi 官網新聞頁 最新仍為 2026.09 版（9-30）；10 月版未釋出
openRuyi 主倉 7 筆提交：clang-wrap 20261102、mtools 4.0.50 安全修復、六個 Go 生態 spec
riscv100.top 巡檢 顯著：SPEC CPU2026 補錄 07-30 記錄兩條（跨架構與 RISC-V 頻道），What’s New 新增硬體對比頁，Upcoming 三項仍 Preparing，委員會無變化
RISC-V 會員企業官網巡檢 巡檢 391 家（68 家抓取失敗），93 家首頁內容變動，均為營銷與新聞位更新，無實質產品、融資或架構動態
GitHub 重點倉庫 香山 4 筆、difftest 1 筆、NEMU 2 筆、XSCache 0 筆（子模組指標由香山側更新）、CVW 3 筆、cvfpu 1 筆、CVA6 0 筆、openRuyi 7 筆、進迭時空 4 筆、spacemit-robotics 3 筆、芯來 3 筆、算能 4 筆
達摩院玄鐵、奕斯偉 視窗內組織級零推送
樂鑫、矽速、revyos、Radxa Linkr esp-idf 7 筆（RISC-V 側為 rvsleep 的 PMP/PMA 標頭檔案歸位與 C5 HTTP 服務修正）；MaixPy 1 筆文件修正；revyos 僅分支與標籤推送；Radxa Linkr 無推送