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

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

本期索引

  • 今日重點：進迭時空開源 RVISA 虛擬 ISA 規範工作草案，首輪補入 IME/VME/AME 三套對映與 blocked MMA（11-04 建倉、11-05 提交）
  • 今日重點：Quintauris 釋出 EM-Altair，MCU 級 RISC-V 標準化平臺以 RV32IM 為基線做二進位制相容（11-03 釋出、11-05 報道）
  • 一、開源社群與軟體生態
    • openRuyi 一次補入 20 個文件格式匯入庫，指向辦公套件依賴閉包（11-05）
    • CORE-V CVW 合入 11 筆：Ubuntu 26.04 安裝修復、AMO 讀路徑時序、分支預測缺訊號（11-05／11-06）
    • 香山 XiangShan 修 MissQueue 推測預取下的 store 合併，GEM5 六筆集中在評測基礎設施（11-05）
    • P4 Launcher 在 ESP32-P4 上做出可裝載應用的類 PC 體驗，21 個 PAPP 應用（11-05）
  • 二、產品與生態動態
    • 先楫第二屆生態大會定檔 11 月 21 日深圳，14 場議程把 RISC-V MCU 與 AI 綁在一起（11-04）
    • 紫荊 M100 入選「中國芯」RISC-V 生態推廣示範案例，車規 MCU 的生態賬被單獨計價（11-05）
    • 印度 MeitY 設 24 個月自研 GPU 目標，並推動 SHAKTI 與 VEGA 兩顆 RISC-V CPU 商業化（11-05 報道）
  • 三、國內團隊深挖
    • 進迭時空機器人 SDK 補齊三倉：manipulation、dice_arena 進 manifest，K3 機械臂手冊同步（11-05）
    • 算能給 Qwen3.5-0.8B 補 2 核/3 核 bmodel 與壓測：TPS 51.89 與 55.20（11-05）
    • 芯來工具指南補 rvtrace 與 Hummingbird 偵錯程式排障（11-05）
    • 樂鑫 esp-riscv-trace 落 CI 與預提交，trace 解碼獨立成倉（11-05／11-06）
  • 四、具身智慧與機器人專章
    • 進迭 manipulation 元件：把裝置獨佔、到位判定、超時與故障鎖定收進裝置會話（11-05）
    • dice_arena 用 K3 加 Nero 七軸加 Revo2 靈巧手跑通骰子游戲全鏈路（11-05）
    • humanoid 線補站立策略與導航：LingLong SuperMimic 與 G1 的 RGBD SLAM/Nav2（11-05）
  • 五、總結與趨勢觀察
  • 補充觀察（riscv100.top 與會員官網巡檢）
  • 附錄：完整信源清單與信源核查表

今日重點：進迭時空開源 RVISA 虛擬 ISA 規範工作草案，首輪補入 IME/VME/AME 三套對映與 blocked MMA（11-04 建倉、11-05 提交）

進迭時空（SpacemiT）在 GitHub 上開出一個新倉庫 spacemit-com/rvisa，提出 RVISA（RISC-V Virtual ISA，RISC-V 虛擬指令集架構），為 RISC-V 的標量、向量與矩陣計算定義一層虛擬指令記法。倉庫 11 月 4 日建起，11 月 5 日一天內推了三筆實質提交：先落地 MkDocs 文件站與 Pages 釋出流程，再補入 RVISA 記法的示例源形與首批 IME/VME/AME 對映，最後由 PR #2 定義「程式設計師可表達」的 tile 佈局與分塊矩陣乘（blocked MMA）。當前規範版本號為 0.2.0。

RVISA 的定位寫得比較清楚：它刻意站在 NVIDIA PTX 之上、cuTile 之下。往上看，它不繫結任何一門前端語言，源語言前端實現明確被排除在本版範圍之外；往下看，它不直接規定某顆晶片的指令編碼，而是把「目標對映」做成版本化的 profile，逐條宣告對映到哪一組暫存器類、暫存器組與指令序列，並附上該 profile 對應的上游修訂號與驗證證據。記法形式上參照 RVV Intrinsics 的做法表達型別化操作、運算元角色與暫存器組約束，tile 從一維到 N 維，reshape 與軸置換必須保持元素位置，佈局由線性佈局推導。

最能說明它想解決什麼問題的是「可表達性要求」這一條：任何對 RVISA tile 計算的最佳化，都必須能被程式設計師在記法層寫出來。這條約束針對的正是矩陣擴充套件落地時最常見的失敗方式——編譯器偷偷做了一套向量化，程式設計師既看不見也改不動，換一顆晶片就得重寫。RVISA 試圖把這一層顯式化，讓同一段記法在不同實現上走不同的對映 profile，而語義保持一致。

需要說清楚的是成熟度：規範狀態檔案自己寫明這是 working draft，不是 RISC-V International 的已批准規範。核心模型、型別與運算元規則、tile 佈局與最佳化、關鍵操作簽名已給出具體契約，但目標對映檔案只登記為草案、尚未建立實現一致性證據；MLIR dialect 標註為 TBD；參考負載只有 .rvisa 記法的源形，不能編譯執行；可執行一致性工具同樣是 TBD。倉庫另有 RFC 0001 至 0003 三份草案，分別覆蓋指令與暫存器對映契約、核心型別與操作契約、程式設計師可表達的 tile 佈局。

放到今天的產業座標裡看，這與同一批次 Quintauris 在 MCU 側做的事是同一個邏輯的兩種表現：開放指令集帶來的碎片化，最終要由某一層穩定的「軟體目標」來收斂。MCU 側收斂在二進位制相容與中斷語義上，AI 矩陣側收斂在虛擬記法與對映契約上。差別在於，EM-Altair 背後是六家車規與嵌入式大廠的合資公司，RVISA 目前是單家廠商主導的工作草案——它能否被上游矩陣擴充套件的討論接住，要看後續是否有人把 IME、VME、AME 三條線的實現證據填進那張對映表。

日期：2026-11-04 建倉、2026-11-05 提交　來源：spacemit-com/rvisa 倉庫、規範狀態頁

今日重點：Quintauris 釋出 EM-Altair，MCU 級 RISC-V 標準化平臺以 RV32IM 為基線做二進位制相容（11-03 釋出、11-05 報道）

Quintauris 11 月 3 日釋出 EM-Altair，自稱是面向微控制器級 RISC-V 系統的標準化嵌入式平臺。它不定義新核，而是定義一套「合規實現必須一致地表現」的硬體、韌體與執行時要求：ISA profile、特權架構、啟動與執行時服務、安全服務四層，廠商可以各自實現微架構，但軟體面對的是同一個目標。公司首席產品官 Angel Berrio Moreno 的表述是「同一個二進位制、同樣的中斷行為、同樣的安全假設」。

具體口徑上，EM-Altair 以 RV32IM 為基線，配一組邊界明確的必選與可選擴充套件，把中斷、原子操作、CSR 行為與記憶體序固定下來，而不是留成一顆移動的靶子。中斷部分規定了一套有界且高吞吐的架構，面向硬實時負載；隔離用 PMP 覆蓋機器模式與可選的使用者模式，用來分隔可信與不可信程式碼；安全實踐對齊 ASIL-B 等效要求，併為韌體完整性與裝置保護預留安全鉤子。目標場景寫得直白：車身電子、區域與座艙控制器、電動車能量管理，以及工業控制迴路、物聯網感測節點與可穿戴。

配套工具是 QNTAF，Quintauris 自家的驗證與認證框架。按官方描述，廠商可以在雲端、模擬器與 FPGA 三類目標上跑基準、一致性與安全測試套件，把這些測試接進 CI/CD，並生成認證所需的可追溯產物。規範與工具面向 SoC 廠商、RTOS 開發者與 OEM 開放。Quintauris 由博世、英飛凌、Nordic、恩智浦、高通與意法半導體於 2023 年合資成立，做的就是 profile、參考架構與軟體元件這三件事。

這條訊息與 11 月 4 日英飛凌釋出 AURIX RC1 值得放在一起讀。英飛凌是 Quintauris 的創始成員，AURIX RC1 把 AURIX 與 TRAVEO T2G 兩條產品線併到同一套 RISC-V 底座上，而 EM-Altair 提供的正是這套底座之上的共同執行環境——晶片廠做實現，合資公司做一致性，RTOS 與編譯器只需對一個目標適配一次。對國內做車規與工業 RISC-V 的團隊，這意味著兩件事同時發生：基礎軟體的門檻在降低（AUTOSAR、RTOS、工具鏈不必每家重做），而進入門檻在抬高（客戶會拿「是否符合某個 profile」來問）。

日期：2026-11-03 釋出、2026-11-05 報道　來源：Quintauris 釋出稿、New Electronics 報道

一、開源社群與軟體生態

openRuyi 一次補入 20 個文件格式匯入庫，指向辦公套件依賴閉包（11-05）

openRuyi 主倉在 11 月 5 日 19:59 由一個賬號在同一個時間戳推入 20 個 SPECS 目錄，全部是文件格式匯入庫：libvisio（Visio）、libwpd／libwpg（WordPerfect）、libwps（Works）、libzmf（Zoner）、libabw（AbiWord）、libcdr（CorelDRAW）、libe-book、libepubgen、libetonyek（Apple iWork）、libfreehand（FreeHand）、liblangtag、libmspub（Publisher）、libmwaw、libodfgen、liborcus、libpagemaker、libqxp（QuarkXPress）、libstaroffice，外加底層的 mdds 與 liborcus。

這批包不是散件，而是 LibreOffice 各文件格式匯入過濾器所依賴的同一族庫（librevenge 家族）加上它們的基礎資料結構依賴。一次同秒集中落地，說明在做的是依賴閉包的收口而不是零散補包——要麼是在為辦公套件的整包引入鋪路，要麼是在把已有軟體棧的構建依賴從臨時繞過改成正式打包。需要說明的是，openRuyi 官網新聞頁最新仍是 2026 年 10 月的兩篇（Ruyi Firmware 韌體方案、RISC-V 生態公共基礎設施），11 月版本尚未釋出，因此今天的這條只能算倉庫側進展，不能寫成發行版釋出。

同日 openRuyi 的 clang-wrap 倉庫有一筆「修編譯器與軟體包構建中的 LLVM IR 處理」，與主倉的打包工作方向一致。

日期：2026-11-05　來源：openRuyi-Project/openRuyi 主倉、openRuyi 官網新聞頁

CORE-V CVW 合入 11 筆：Ubuntu 26.04 安裝修復、AMO 讀路徑時序、分支預測缺訊號（11-05／11-06）

CORE-V Wally（cvw）今日合入 11 筆，可分成三組。構建與測試基礎設施一組：修 Ubuntu 26.04 下的自定義安裝指令碼（#2061）、重建 buildroot（#2039）、調整 Embench 速度測試的編譯選項（#2031）、調整 CoreMark 編譯選項（#2024）。微架構時序一組：AMO 讀路徑的時序收斂（#2020）、閂鎖暫存器堆（#2050）、HPTW 的 AMO 匯流排原子操作（#2046）、RAS 同時更新（#2041）。正確性一組：修分支預測缺失訊號與配置錯誤、清理額外的 lint 報錯，最後以 #2076 合併收口（11 月 6 日 00:41）。

值得注意的比例是，一半提交落在「能裝、能構建、能跑基準」這三件事上。CVW 是教學與研究向的核，但它近期把 Ubuntu 26.04 相容、buildroot 重建與 CoreMark／Embench 編譯選項當成正經事在做，這個節奏更接近準備流片與對外交付的工程質量，而不只是發論文用的 RTL。

日期：2026-11-05、2026-11-06　來源：openhwfoundation/cvw

香山 XiangShan 修 MissQueue 推測預取下的 store 合併，GEM5 六筆集中在評測基礎設施（11-05）

香山主倉今日一筆：修 MissQueue 在預取 miss 處於推測狀態時仍然合併 store 的問題（#6842）。這是正確性修復而非效能改動——store 與一次尚未確定的預取合併，一旦預取被取消，寫回的資料歸屬就會出錯。

GEM5 側六筆，方向明顯偏向評測基礎設施：把 google trace 與 cbp trace 接進 CI（#1272）、補 Fetch Block Size 的統計 PMU（#1291）、更新 SPEC06 的 RVV checkpoint profile 並對齊標量浮點部分、給周效能任務加上可選開關（#1300）、加一篇硬體預取演算法綜述文件（#1302），以及 cpu-o3 用「最老的同週期 squash」過濾 resolve 輸入（#1282）。

把這兩條與 riscv100.top 上 10 月以來的榜面變化放在一起看，香山這條線近期的動作重心是「先把測法固定下來」：checkpoint profile 決定復現的是哪一段負載，trace 決定能追到什麼粒度，PMU 決定效能數字能不能拆開解釋，周效能任務決定這些數字多久出一次。分數只有建立在可復現的測法上才有比較價值。

日期：2026-11-05　來源：OpenXiangShan/XiangShan、OpenXiangShan/GEM5

P4 Launcher 在 ESP32-P4 上做出可裝載應用的類 PC 體驗，21 個 PAPP 應用（11-05）

開發者 Gil Tal 釋出 P4 Launcher，一個面向帶觸控式螢幕的 ESP32-P4 開發板的開源應用平臺。它開機直接進入自己的介面，應用以 .papp 檔案存放在 microSD 卡上，啟動時載入 PSRAM，因此增刪應用只需往卡里拷檔案，不必重刷韌體、也不必重啟裝置。目前已有 21 個 PAPP 應用，以模擬器與遊戲為主：Neo Geo 與 Atari 2600 模擬器、Doom、Quake、Duke Nukem 3D、OpenTyrian，另有時鐘與檔案管理。

實現上，介面基於 LVGL，合成器負責把 UI 縮放到不同解析度；音訊引擎支援最多 8 路、4 至 192kHz；最多接四個輸入裝置做多人遊戲，支援 PS3 與任天堂手柄；韌體可從 microSD 或 GitHub 更新，新版本起不來會自動回滾。專案另提供 SDK 讓開發者寫自己的 PAPP 應用，並帶兩層相容層：一層重實現 odroid_* 介面，一層實現舊的 PAPP v1 服務表——後者正是 Doom、Quake 這些老程式碼能用原膠水層跑起來的原因。程式碼基於 ESP-IDF v5.5.2，已適配 Guition 的 4.3 英寸與 7 英寸板以及 M5Stack Tab5。

這類專案的價值不在「能玩遊戲」，而在於它把應用打包、裝載、更新與回滾這一套約定在 MCU 上跑通了。ESP32-P4 是樂鑫的 RISC-V 高效能型號（雙核 HP 加 LP 核），PSRAM 頻寬、顯示與音訊子系統正好是這類負載的壓力點；一套成熟的應用容器約定，比多跑一個模擬器更能說明平臺可用性。

日期：2026-11-05　來源：CNX Software 報道、giltal/ESP32_P4_Launcher

二、產品與生態動態

先楫第二屆生態大會定檔 11 月 21 日深圳，14 場議程把 RISC-V MCU 與 AI 綁在一起（11-04）

先楫半導體（HPMicro）確認第二屆先楫生態大會（先楫半導體生態日）將於 11 月 21 日（週六）9:30 至 17:00 在深圳市南山區益田威斯汀酒店舉行，主題為「AI 賦芯，開發者共建生態」。活動採取報名邀請制，需提前掃碼報名並以先楫官方郵件回覆確認。這屆大會在 10 月中旬第六屆 RISC-V 中國峰會（深圳）上先行預告，先楫把它定位成高效能 RISC-V MCU 生態交流與合作的主要平臺。

議程把「RISC-V MCU 加 AI」這條線攤得很直白。上午從產品與工具鏈切：先楫軟體總監錢江浩講「擁抱 AI Agentic / Vibe Coding，讓嵌入式開發也可以 Vibe」，隨後是先楫的 RISC-V MCU 產品矩陣與多場景應用；SEGGER 中國技術總監盛磊講從研發到量產的工具鏈配套；RT-Thread 高階工程師李鎮鴻講 RT-Thread 在 HPM6750 上的軟硬體協同適配與工程實踐；再由先楫講端到端的直流拉弧檢測開發平臺，華秋 DFM 技術工程師凌國雄講 DFM 前置如何把打樣週期壓到 48 小時。下午轉向方案與開發者實戰：無人機飛控與電調、AI 加持的語音識別加視覺加運控、cherry 全家桶在 HPM 晶片上的應用、PocketJS on HPMicro、AI 輔助 HPM SDK 應用開發實戰、HelixLink 開源落地實錄，最後是常見問題 Q&A 與現場抽獎。

議程的構成比場次數量更值得看：14 場裡只有 3 場由先楫自己講產品，其餘是工具鏈廠商（SEGGER）、開源 RTOS（RT-Thread）、製造服務（華秋 DFM）與社群開發者（Sakumisu、Half Sweet、RCSN、HelixLink）。對一家 MCU 廠商，這種配比本身就是生態成熟度的訊號——它把「生態」從自家的 SDK 文件，變成了別人在自己晶片上交付工作的彙報。

與上週動態可以對上：先楫在 10 月底到 11 月初把 12 個 RT-Thread BSP 倉庫在 13 分鐘內統一推到 v1.13.0，並新開了 HPM5100EVK 的 BSP 倉庫；HPM5100EVK 這次就出現在大會的抽獎獎品清單裡。晶片側，HPM5100／HPM6E8Y 與 HPM5300EVK 也已被列進 RV-EAI 具身智慧開放方案的本體層與小腦層選型。換句話說，這場大會的議程與先楫近兩週的倉庫動作指向同一個方向：把 RISC-V MCU 從「有晶片、有 SDK」推到「有第三方在自己平臺上持續交付」。

這是國內 RISC-V MCU 廠商第一次把「AI 輔助開發」擺到生態大會的主位（開場第一場就是 Vibe Coding），也把第三方工具鏈與開源 RTOS 的演講排在自己的產品講之前。判斷這類生態大會的價值不看場次數量，看會後有多少個第三方專案把「支援 HPM」寫進自己的釋出說明。活動在本期視窗內沒有新進展，本條屬會期預告而非已召開。

日期：2026-11-04　來源：微信公眾號：先楫半導體 RISC-V MCU 開發者生態日活動即將在深圳召開、我愛方案網同題轉載、第六屆 RISC-V 中國峰會報道（預告該活動）

紫荊 M100 入選「中國芯」RISC-V 生態推廣示範案例，車規 MCU 的生態賬被單獨計價（11-05）

長沙晚報 11 月 5 日報道，2026 年第二十一屆「中國芯」優秀產品徵集活動結果揭曉，湖南紫荊半導體自主研發的紫荊 M100 車規級 RISC-V MCU 入選「RISC-V 生態推廣示範案例」。該徵集活動由工業和資訊化部指導、中國電子資訊產業發展研究院主辦，本次新設的「RISC-V 生態推廣示範案例」重點遴選在技術落地、生態適配、上下游聯合推廣與規模化匯入上有示範價值的專案。

紫荊 M100 的底子是長城汽車技術中心孵化的團隊做的：國內首顆基於開源 RISC-V 核心設計的車規級 MCU，2025 年 12 月 18 日量產上車，主要用在組合大燈、氛圍燈、組合開關等車身控制場景；截至今年 10 月 9 日累計出貨已突破 1000 萬顆。公司稱已自研超過 15 款核心 IP，具備完整的 MCAL、底層驅動 SDK、實時作業系統與開發除錯環境，並透過 ISO 26262 ASIL-D 流程認證、ASIL-B 產品認證、ASPICE 與 AEC-Q100。產品線已鋪到 M100／M200／M300 與配套電源驅動晶片，M200 計劃今年第四季度投片（40nm 工藝），面向組合儀表、T-BOX、閘道器、BCM 等；面向具身智慧的小腦控制晶片 E100 在研。

這次的看點不在晶片引數，而在評獎口徑：把「生態推廣」單獨設成一個獎項類別，意味著評審開始給「上下游聯合適配與規模化匯入」計價，而不只是比效能與工藝。對一個 2025 年底才上車、今年 10 月才過千萬顆的國產車規 RISC-V 團隊，這條路徑的樣本價值大於它拿到的那個獎。

日期：2026-11-05　來源：長沙晚報報道（搜狐轉載）、紫荊半導體官網

印度 MeitY 設 24 個月自研 GPU 目標，並推動 SHAKTI 與 VEGA 兩顆 RISC-V CPU 商業化（11-05 報道）

Tom’s Hardware 11 月 5 日引述 ETGovernment 對印度電子與資訊科技部（MeitY）秘書 S. Krishnan 的採訪（11 月 4 日）：在「印度半導體使命 2.0」框架下，印度計劃用約 24 個月做出本土 GPU 晶片。該使命 2026 年 7 月獲內閣批准，規模約 150 億美元、週期 12 年。Krishnan 把 AI 硬體生態拆成能源、加速晶片、算力基礎設施與伺服器、AI 模型、應用五層，並稱印度公司 VVDN、Kaynes、Avalon 已在製造伺服器，先進計算發展中心（C-DAC）自研的 Rudra 伺服器系列由政府向本地廠商轉授技術。

與 RISC-V 直接相關的是另一句：印度同時推動 SHAKTI 與 VEGA 兩顆自研處理器商業化。兩者都基於 RISC-V 開放指令集，屬 CPU 設計，與上述 GPU 目標是兩條線。現有進展可查的是 C-DAC 的 VEGA ET301——32 位、最高 100MHz、26KB SRAM，用於 2024 年推出的 Aries 3.0 開發板，定位感測、可穿戴與物聯網這類輕負載；今年 9 月 26 日的 SEMICOM India 活動上，政府展示了基於 SHAKTI 的水面清潔機器人、基於 VEGA 的數字望遠鏡與森林環境監測專案。設計連結激勵計劃（DLI）已支援 24 家企業，覆蓋微控制器、無人機飛控、智慧電錶與監控攝像頭晶片。

需要剋制的地方也很清楚：GPU 目標沒有公佈製造方、晶片供應商或架構授權細節，屬政策宣示與路線圖；可核的部分是 SHAKTI 與 VEGA 的商用化路徑，而它們的現有產品（100MHz 級 32 位 MCU）與「AI 加速」的距離還很遠。印度半導體市場目前約 500 億美元，官方預期 2030 年接近 1000 億美元。

日期：2026-11-05 報道（採訪於 11-04 刊出）　來源：Tom’s Hardware 報道、ETGovernment 訪談

三、國內團隊深挖

進迭時空機器人 SDK 補齊三倉：manipulation、dice_arena 進 manifest，K3 機械臂手冊同步（11-05）

spacemit-robotics 組織今日把機器人 SDK 的元件層補了一塊：manifest 倉庫連推三筆（#29 加入 manipulation 與 dice_arena、#30 改 pyagxarm 跟蹤 main、#31 讓整合控制類專案統一跟蹤 main），把兩個新元件正式接入 SDK 的倉庫清單。被接入的兩個倉庫都是新建的——manipulation 首筆提交在 10 月 30 日，dice_arena 首筆在 11 月 4 日，11 月 5 日一天內分別推了 16 筆與 18 筆。

配套的文件也在同一天跟上：spacemit-com/docs-ros 三筆，加了 Orbbec 相機的 deb 使用指南（#225），以及 K3 上的機械臂操作與骰子游戲指南（#227、#228），後兩筆還專門調整了機械臂章節的順序。

把這三件事連起來看，進迭的 K3 不只是「一塊能跑 ROS 2 的板」：倉庫清單（manifest）決定哪些元件屬於 SDK、文件決定開發者能否照著走、元件決定硬體動作能不能被複用。三者同日推進，說明機器人這條線正在從單點 demo 轉成有版本、有清單、有手冊的交付物。

日期：2026-11-05　來源：spacemit-robotics/manifest、spacemit-robotics/manipulation、spacemit-robotics/dice_arena、spacemit-com/docs-ros

算能給 Qwen3.5-0.8B 補 2 核/3 核 bmodel 與壓測：TPS 51.89 與 55.20（11-05）

算能 sophon-demo 的 Qwen3.5 示例今日更新，給 0.8B 模型補了 CV84X6 平臺上的 2 核與 3 核兩個變體：下載指令碼 download_bmodel.sh 增加對應 bmodel，README 的模型目錄樹、編譯說明（--num_core 2/3）與效能表各加兩行。作者給出的數字是 20 輪序列壓測的平均值：2 核首 token 0.868 秒、TPS 51.89；3 核首 token 0.681 秒、TPS 55.20。

這兩個數字比峰值算力有用。核數從 2 增到 3，首 token 時間降了 21.5%，吞吐只漲 6.4%——加速比遠低於核數比，說明瓶頸主要不在矩陣算力，而在權重搬運與排程；對做端側小模型部署的人，這直接決定該加核還是該改資料佈局。同日算能還有 LLM-TPU 合併 #184、bootloader-riscv 清理一個不再使用的打包指令碼。

日期：2026-11-05　來源：sophgo/sophon-demo、sophgo/LLM-TPU

芯來工具指南補 rvtrace 與 Hummingbird 偵錯程式排障（11-05）

芯來的 nuclei-tool-guide 今日合併 #81，在 OpenOCD 章節新增 rvtrace 文件與 Hummingbird 偵錯程式的故障排查內容，作者 wangyanwen。改動不大，但方向值得記一筆：RISC-V 的指令追蹤（trace）過去多見於高階核與專用探頭，現在開始以「工具指南里的標準章節」形式出現在 RISC-V MCU 廠商的文件體系裡。對做實時控制與安全認證的團隊，能否取到可用的 trace 直接決定問題能不能定位到指令級。

日期：2026-11-05　來源：Nuclei-Software/nuclei-tool-guide

樂鑫 esp-riscv-trace 落 CI 與預提交，trace 解碼獨立成倉（11-05／11-06）

樂鑫的 esp-riscv-trace 倉庫今日推了 4 筆：加 GitLab CI 流水線、加 pre-commit 配置、更新 GitHub workflows，最後把 ci/pre_commit_and_pipelines 分支合進 master（11 月 6 日 04:03）。該倉庫 8 月 26 日就已建立，頂層是一個名為 esp_riscv_trace 的 Python 包，配 ci 目錄、pyproject 與 LICENSE，說明它做的是 trace 資料的解碼與工具側支援，而不是 RTL。

同日 arduino-esp32 兩筆（網路層支援 IPv6 DNS 配置 #13040、澄清 Wire 從機 onRequest 用法 #13067）。把 trace 解碼單獨拆成一個有雙 CI（GitHub 與 GitLab）、有預提交檢查的倉庫，是樂鑫把這套能力當獨立元件交付的訊號——晶片支援 trace 只是第一步，能解出人能讀的東西才算可用。

日期：2026-11-05、2026-11-06　來源：espressif/esp-riscv-trace、espressif/arduino-esp32

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

進迭 manipulation 元件：把裝置獨佔、到位判定、超時與故障鎖定收進裝置會話（11-05）

manipulation 是進迭機器人 SDK 裡的機械臂控制元件，做的是「統一控制機械臂與末端執行器」：用裝置配置選擇硬體，用同一套命令或 C++／Python 介面下發動作，並提供運動學、手眼標定與裝置工具。當前帶三種驅動：軟體模擬的 mock_device；agx_nero_revo2，對應松靈 Nero 七軸、可選 Revo2 右手（Revo2 沒有位置反饋）；so101，五軸、可選原配夾爪，附舵機校準工具。

它的架構取捨寫得很明確。C++ 應用直接鏈元件庫、在程序內用 DeviceSession；命令列與 Python 應用走 DeviceClient，由它拉起本機程序 manipulation-device serve，經 JSONL 下發請求；YAML 點位任務由 manipulation-device run 執行。裝置會話統一處理裝置獨佔、到位判定、取消、超時與故障鎖定。驅動層只負責型號協議與單位換算，運動學與手眼標定從 device.yaml 與 descriptions/ 取模型，不寫死型號；接新裝置實現 Arm 與 EndEffector 並註冊即可。

最值得記的是那段「元件不自動使能、不自動清錯、不自動歸位、不自動重試」。具身智慧專案裡最容易圖省事的地方就是讓中介軟體替人做決定，而這四件事一旦被自動做掉，出問題時現場人員就失去了判斷依據。把安全邊界放在會話層而不是驅動層，是機器人中介軟體該有的剋制。

日期：2026-11-05　來源：spacemit-robotics/manipulation

dice_arena 用 K3 加 Nero 七軸加 Revo2 靈巧手跑通骰子游戲全鏈路（11-05）

dice_arena 是同一套 SDK 上的綜合演示：視覺抓杯、搖杯放杯、手眼標定、骰子識別、語音播報與網頁遊戲。硬體清單寫得具體——SpacemiT K3 開發板作主控，松靈 Nero 七軸機械臂經 USB-CAN 介面卡（SocketCAN、1Mbps）連線，末端裝 Revo2 右手靈巧手（六個控制通道，與機械臂共用控制器連線），抓杯與標定用 Intel RealSense D435i，骰子識別用自上拍攝的 USB 相機（預設羅技 C920、MJPEG），另配 ChArUco 標定板、音箱與綠色杯具。

軟體鏈路上，dice-arena serve 啟動影片轉發、本地語音與遊戲後端，後端跑狀態機（規則講解、抓杯、搖杯、放杯、視覺判定、結果手勢、返回 HOME），按槽位呼叫各元件；抓杯由 CupApplication 用 RealSense 影象識別杯體、求逆解並檢查路徑，動作經 manipulation 的 DeviceClient 下發；識別由 vision_yolov8_objdetect 在 SpacemiT EP 上推理，畫面以 RTSP 推到 MediaMTX，瀏覽器經 WebRTC 播放；語音由 tts_moss_nano 呼叫本機 MOSS-TTS 合成，經板端 PipeWire 播放。

真正有價值的是失敗處理：任務策略庫 libcup_task.so 以 C ABI 檢查階段順序，動作發出後失敗即鎖定，需要人工處理的狀態寫進 task_state.json，程式重啟後仍拒絕運動，直到現場人員處理完並執行 dice-arena reset。具身智慧 demo 裡最容易省掉的就是這條狀態機，而它恰恰是量產時最不能省的部分。

日期：2026-11-05　來源：spacemit-robotics/dice_arena

humanoid 線補站立策略與導航：LingLong SuperMimic 與 G1 的 RGBD SLAM/Nav2（11-05）

humanoid_linglong 今日兩筆：#22 加入 LingLong 的 SuperMimic 站立策略配置，#21 補夾爪模型與操作類任務場景搭建。前者是把一個已經訓練好的站立策略接進配置體系，後者補的是抓取側的模型與場景——一條線管「站得住」，一條線管「抓得著」。

ros2_humanoid 同日一筆，為人形平臺 G1 加上 RGBD SLAM 與 Nav2 導航配置。與 11 月 4 日的同類提交相比，這次是完整的兩套配置一起進倉，而不是單點引數調整。站姿策略、導航棧、夾爪場景三件事在同一個下午推進，說明這條線在補基礎能力，而不是堆演示影片——人形機器人真正卡住的往往就是站立穩定性與自主移動這兩件事。

日期：2026-11-05　來源：humanoid_linglong、ros2_humanoid

五、總結與趨勢觀察

今天有兩條主線，一條講抽象層，一條講標準化，落在同一個問題上。

進迭時空的 RVISA 在 AI 矩陣側給出一層虛擬指令記法，把「程式設計師能表達的最佳化」寫成硬約束，再用版本化的對映 profile 對上 IME、VME、AME 三種尚在推進的矩陣擴充套件；Quintauris 的 EM-Altair 在 MCU 側給出二進位制相容的執行環境，把中斷、原子、CSR 與記憶體序固定成一套合規實現必須遵守的行為。兩者都在回答開放指令集帶來的碎片化該由誰收斂：不是讓晶片廠各自解釋規範，而是在規範與實現之間插一層穩定的軟體目標。差別在治理結構——一個是六家大廠的合資公司，一個是單家廠商的工作草案。

國內廠商的動作重心繼續從「晶片與板卡」轉向「元件與規範」。進迭一天裡同時推進 RVISA 規範、機器人 SDK 三個倉庫與 K3 的機械臂手冊；算能給出 2 核與 3 核的端到端壓測數字而不是峰值算力；紫荊把「生態推廣」做成了可申報的案例。這三件事的共同點是都在補「別人能不能用起來」這一側，而不是再發一顆引數更高的晶片。

車規仍是最大戰場，且今天呈現出三個層次同時推進的局面：晶片層（英飛凌 AURIX RC1，11-04）、平臺規範層（Quintauris EM-Altair）、生態案例層（紫荊 M100 入選中國芯示範案例）。三層之間不是競爭關係，而是同一條產業鏈上不同位置在做同一件事——把開放指令集變成可交付的車規產品。

評測側則繼續「先固化測法」。GEM5 今天的六筆裡有五筆是 checkpoint、trace、PMU、周效能任務這類基礎設施，riscv100.top 昨天的對比檢視與今天的榜面回退也是同一類現象：榜面還在整理期，數字的可比性比數字本身更值得關注。

補充觀察（riscv100.top 與會員官網巡檢）

riscv100.top 今日無新增成績。首頁 What’s New 出現的「SpacemiT K3 X100 XSCC 2.0 SPEC CPU2026 Rate」對應的是 10 月 10 日那條記錄（11 月 4 日已作為補錄報過），首頁列表重排後再次出現在列表裡，不是新資料。指令碼報出的 39 條「榜單條目下榜」也不是真實下榜——它們全部是 11 月 5 日上線的 Run Comparison 對比檢視生成的對照行，今天從六張榜單頁消失所致；本報告不將其計為成績變動。Upcoming 三項仍在 Preparing：AWS Graviton5 NeoverseV3（SPEC2006／2017／2026）、SpaceMiT K3 X100（Vectorization／IME）、GCC 16 SPEC CPU Testing。委員會成員無增刪。

會員官網巡檢 391 家，92 家有頁面變化，逐條看過均為首頁營銷內容更新，涉及 Google、新加坡國立大學、賽昉、英飛凌、瑞薩等，無新產品、融資、合作或架構釋出類實質動態，本期不收錄。

日期：2026-11-06 巡檢　來源：riscv100.top 首頁、RISC-V 頻道 SPEC CPU2026

附錄：完整信源清單

完整信源清單

21]** spacemit-robotics/dice_arena — https://github.com/spacemit-robotics/dice_arena

信源核查表

信源 核查結果
Google News 聚合（中英文 20 餘組查詢） 視窗內有效新增 6 條：印度 GPU／SHAKTI／VEGA、Quintauris EM-Altair、紫荊 M100 入選中國芯、P4 Launcher、進迭 RVISA 相關討論、英飛凌 AURIX RC1 後續轉載（該條 11-04 已作今日重點，本期不重複計條）
Hacker News ／ Phoronix ／ CNX ／ LinuxGizmos CNX 一條 P4 Launcher（已收錄）；Phoronix 與 LinuxGizmos 視窗內無 RISC-V 專項命中
GitHub 組織與重點倉庫核查 匿名 API 限額耗盡，改用 Atom 提交流覆蓋 12 個組織與 103 個倉庫：視窗內命中 26 個倉庫。活躍者為 openRuyi（20 筆）、rt-thread（20 筆，非 RISC-V 專項不計）、spacemit-robotics 三倉（36 筆）、spacemit-com 的 rvisa 與 docs-ros（6 筆）、CORE-V cvw（11 筆）、香山 XiangShan 與 GEM5（7 筆）、算能、芯來、樂鑫、矽速
openRuyi 雙源核查 官網新聞頁最新為 2026-10 兩篇（Ruyi Firmware、生態公共基礎設施），11 月版本未釋出；主倉視窗內 20 筆 SPECS 提交（文件匯入庫批次補齊），clang-wrap 一筆構建修復
riscv100.top 巡檢 無新增成績：What’s New 的 K3 X100 條目對應 10-10 舊記錄，39 條「下榜」為對比檢視表行消失所致；Upcoming 三項仍 Preparing，委員會無增刪
會員官網巡檢 391 家完成抓取，92 家有頁面變化，均為營銷頁更新，無實質動態；67 家抓取失敗（阿里、中科院軟體所、聯發科等），不阻塞結論
微信公眾號與廠商官網 先楫生態大會（使用者指定佇列條目，已收錄）；紫荊半導體官網核實產品線與認證資訊