調査期間：2026-10-30 05:00 ～ 2026-11-02 05:00（北京時間、72 時間、週末をカバー）。

情報源：Google News アグリゲーション（中国語・英語 27 組のクエリ、プロキシ経由）、Hacker News、Phoronix、CNX Software、LinuxGizmos、LWN、riscv.org 公式ブログ、openRuyi 公式サイトニュースページとメインリポジトリ、RISC-V 国際基金会会員企業公式サイト巡回（391 社）、riscv100.top ランキング巡回、および GitHub 上の香山 XiangShan／NEMU／difftest／XSCache／GEM5、CORE-V CVW／CVA6、達摩院玄鉄、奕斯偉、算能、芯来、楽鑫、進畳時空と spacemit-robotics、矽速、revyos、openRuyi-Project、Radxa Linkr などの組織と重点リポジトリのコミット・リリース検索。

本期インデックス

  • 今日の重点：Linux 7.4 が「高速非整列アクセス」を実行期探測に変更、ディストリビューションカーネルで最大 11% の帯域利益を得られる（10-30）
  • RISC-V 100 ランキング動向
    • ランキングに 10-17 記録を追加：XSCC 2.0 on 香山 KMHv3 RTL 3GHz、int 68.41、fp 76.95（11-02 巡回）
    • 2 件の旧記録がランキング落ち：LLVM 22.1.0 on 進畳 K3 X100、XSCC 1.1 on 知合 A210 C908（11-02 巡回）
    1. オープンソースコミュニティとソフトウェアエコシステム
      • 香山フロントエンドが FtqPrefetchQueue を導入、iprefetch 再構築の第一歩（10-30）
      • 香山が MBTB による隠れ VBTB 分岐の割り当て抑制を修正（10-30）
      • 香山が prefetch.i/r/w を LSU プリフェッチ操作としてデコード（10-30）
      • 香山 CI パフォーマンスフローが lightSSS を有効化、GEM5 週次テストを 261013 構成に切替（10-30）
      • difftest 二日間で九件：MMA バックエンドが FP8 積を cache word にパック（10-30 から 11-01）
      • NEMU が AME に replay 状態ロールバックを追加、hosttlb 行列レジスタセレクタを修正（10-30、10-31）
      • XSCache が CoupledL2 のもう一方の hint が継続的にブロックされる問題を修正（10-30）
      • openRuyi が llvm23 23.1.4 を導入、riscv64-openruyi-linux のデフォルトを RVA23U64 に（10-30）
      • CORE-V CVW が Svvptc に従い無効 PTE をキャッシュしないように（10-30）
      • CORE-V CVW が trace の VM フィールドと quad オーバーフロー検出を修正、rv64gc カバレッジ 100% に（10-30）
    1. 製品とエコシステム動向
      • Qwenputer が RV32IM を Qwen3.5-4B の重みにコンパイル、アテンション状態を RAM として使用（10-30）
      • 進畳時空が Bianbu AgentOS アンブレラリポジトリを構築、端側 agent スタックをサブモジュールで固定（10-30）
      • 進畳時空 docs-chip が P1S ドキュメントを削除、docs-product が K3 Pico リソースリンクを更新（10-30）
      • Radxa Linkr が OBS ブラウザキャプチャガイドを追加、linkr-now-skill を初期化（10-30）
    1. 国内チーム深掘り
      • 芯来が Nuclei Studio VS Code IDE プレビュー版をリリース、ツールガイドを 2026.10 に同期（10-30）
      • 算能 LLM-TPU が InternVL3／LLaMa3 をサポート、Qwen3-ASR デコード劣化を修正（10-30）
      • 達摩院玄鉄と奕斯偉は調査期間内に組織レベルの新規開発ゼロ（11-02）
    1. 具身知能とロボティクス専章
      • 進畳時空が統一マニピュレータ制御フレームワークを追加、85 ファイルでキャリブレーション／診断／運動学を実装（10-30）
      • 進畳時空 dice_arena が統合サイコロゲームアプリを追加（10-30）
      • 進畳時空 docs-ros が英語 RealSense ガイドを補完、中英語ドキュメントを整合（10-30）
    1. まとめとトレンド觀察
  • 付録：完全な情報源リストと情報源チェック表

今日の重点：Linux 7.4 が「高速非整列アクセス」を実行期探測に変更、ディストリビューションカーネルで最大 11% の帯域利益を得られる（10-30）

Linux 7.4 の RISC-V アーキテクチャ変更がメインラインに統合され、そのうち 1 つの最適化は個別に記録する価値がある：ソフトウェア整列をスキップする判定がコンパイル期から実行期に移された。

この最適化の経緯は二段階に分かれる。Linux 7.3 で Tenstorrent がコミットした変更により、「高速な非整列メモリコピーをサポートする RISC-V ハードウェア向けにコンパイルされたカーネル」がソフトウェア整列をスキップできるようになり、Tenstorrent の自社測定では帯域幅が最大 11% 向上した。しかし 7.3 ではこの機能をコンパイル時に有効化する必要があり、あるディストリビューションのカーネルは一群のハードウェアにサービスを提供するため、その中には必ず低速な非整列アクセスを伴うチップが存在し、したがってこの恩恵はカスタムカーネルに留まり、汎用ビルドでは享受できなかった。7.4 では判定を HAVE_EFFICIENT_UNALIGNED_ACCESS に掛ける形で実行時プローブへと変更した。ハードウェアが実際に高速な非整列アクセスをサポートしていることをプローブで確認できた場合にのみ、ユーザー空間のコピーがソフトウェア整列をスキップする。これにより、ディストリビューションの RISC-V カーネルもその他の汎用ビルドも、旧型ハードウェア用に特別なイメージを維持することなく、この最適化をデフォルトで搭載できるようになった。

同じく 7.4 にマージされた RISC-V の変更には、crash ホットプラグのサポート、一部のページテーブル関数が最適化パスを通るようにする変更、コンテキストスイッチの 1 箇所の最適化、「B」拡張の hwcap および hwprobe での報告、そして Zic64b 拡張の報告サポートが含まれる。これらは単独で見ればいずれも大きくはないが、合わせると「カーネルが RISC-V プラットフォームの能力を把握し、自らのスケジューリングに委ねる」一歩となる——特に hwprobe 側の報告は、まさに実行時プローブによるこうした最適化の前提である。

コミュニティの議論の中で記録に値する判断が一つある。Hacker News で読者が、高速な非整列アクセスはサーバー向け CPU だけのものかと質問したのに対し、回答は SiFive を除くほぼ各社がサポートしており、SiFive は新世代の高性能コアでのみサポートしていると指摘した。これは、ディストリビューションがこの最適化を有効化した後、実際に恩恵を受ける範囲が、製品の位置づけではなく、チップが hwprobe で正しく報告するかどうかに依存することを示唆している。

日付：2026-10-30　情報源：Phoronix：RISC-V Has A Nice Portable Performance Optimization With Linux 7.4、Hacker News の議論

RISC-V 100 ランキング動向

今回の巡回（週末を跨ぎ、前回 10-28 の巡回から四日）では、ランキングに実質的な変化が見られたため、ユーザーの視点に沿って本文の前方に置く。

ランキング新規追加（クロスアーキテクチャ · SPEC CPU2006 と RISC-V チャンネル · SPEC CPU2006 に各一件）：10-17｜香山コンパイラチーム（XSCC）｜XSCC 2.0 on 香山 KMHv3 RTL 3GHz｜int 68.41、fp 76.95（speed/ref、Completed）；同コンパイラの前回記録（10-15、XSCC 2.0）と比較して int +0.8%、fp +0.5%。この記録の日付は 10-17 であり、今回の巡回日より前のもので、追記によるランクインである——10-28 の巡回時には、二つの CPU2006 榜の首位はまだ 10-15 の int 67.85、fp 76.54 であった。

ランキング脱落二件：クロスアーキテクチャ · SPEC CPU2006 の 07-27 記録「LLVM 22.1.0 on 進畳 K3 X100 2.4GHz」が脱落；RISC-V チャンネル · SPEC CPU2006 の 08-05 記録「XSCC 1.1 on 知合 A210 C908 1.9GHz」が脱落。二件の脱落と一件の追記が同時に発生しており、新たな測定というよりはランキングの整理のように見える——同コンパイラ条件での +0.8%／+0.5% の差異もノイズの範囲内であり、アーキテクチャの改善として単独で解釈すべきではない。

日付：2026-11-02　情報源：riscv100.top クロスアーキテクチャ SPEC CPU2006 榜、riscv100.top RISC-V チャンネル SPEC CPU2006 榜

1. オープンソースコミュニティとソフトウェアエコシステム

香山フロントエンドが FtqPrefetchQueue を導入、iprefetch 再構築の第一歩（10-30）

第 6691 号は香山フロントエンドにおける今回最も大きな変更で、16 ファイル、+471/−198。変更の核心は FtqPrefetchQueue を新設し、命令フェッチプリフェッチを ICache-top から FTQ 側へと引き上げて統一スケジューリングする点にある。

元の設計の三つの問題は明快に記されている。第一に、FTQ は FDIP のみを担当し、memblock 由来の Zicbop ソフトウェアプリフェッチ prefetch.i は ICache-top が処理するが、毎サイクル 1 リクエストしか受け付けられず、しかも常にソフトウェアプリフェッチを高優先度に置く——同一サイクル内の複数の prefetch.i は 1 つしか有効にならず、残りは静かに破棄され、性能上の恩恵は期待を下回る。第二に、密集した prefetch.i は FDIP リクエストを阻害し、逆に性能を引き下げる。第三に、prefetchPipe は 1 つの prefetch.i を処理するか、1 から 2 の FDIP を処理するかのいずれかであり、両者が SRAM 上で競合しない場合でも並行処理できず、パイプラインの利用率が低い。

新しいキューの方式は、まずソフトウェアプリフェッチ要求をキャッシュして消失を緩和し、次にキューの空きと現在の FDIP 距離に応じてデキュー元を選択してブロックを解決する。さらに FDIP とプリフェッチが同一サイクルで並行発行できるようにして利用率を解決する。著者は拡張口も残している——後続で PDIP 一类のアルゴリズムの結果をそのまま同じキューに投入できる。これはプリフェッチを「一本の経路」から「一级のスケジューリング可能なリソース」に変える改法であり、単に優先度を調整するよりも長期的な解に近い。

日付：2026-10-30　情報源：XiangShan #6691

香山、MBTB による隠れ VBTB 分岐の割り当て抑制を修正（10-30）

第 6750 号は予測器メタデータが互いに压制し合う問題を修正する。VBTB は予測時に最も早くヒットした分岐のみを露出するが、訓練段階では「隠れ分岐」にヒットし得る——この分岐は予測時には見えていないが、訓練ヒットによって MBTB の割り当てを抑制してしまい、結果として同じ分岐が繰り返し予測失敗する。

改法は三箇所に分かれる：予測時に確かに露出され、かつ訓練時にも依然として駐留しているという二つの条件が同時に成立する場合にのみ、VBTB 駐留によって MBTB 書き込みを抑制する；全ての NumWay+1 個のメタデータエントリを AlignBank に渡し、「VBTB 予測ヒット」と「SRAM ヒット」を区別できるようにする；条件分岐ペイロードは実際に taken のときのみ書き込む。not-taken の解決経路が運ぶのは順序上の次 PC であり分岐ターゲットではないためである。最後の一条は MBTB と VBTB の両方に適用し、カウンタ訓練と IFU 無効化要求（attribute=None）を保持する。変更はわずか 2 ファイル、+33/−19 だが、「予測器が複雑になるほどメタデータの口径を揃える必要がある」典型的な修正である。

日付：2026-10-30　情報源：XiangShan #6750

香山、prefetch.i/r/w を LSU プリフェッチ操作としてデコード（10-30）

第 6735 号はソフトウェアプリフェッチ命令の処理フローを変更する：prefetch.i、prefetch.r、prefetch.w はデコード段階で LSU のプリフェッチ操作として識別され、CROB から除外される。このステップは第 6691 号のキュー化変更と配套する——まずプリフェッチを「通常のメモリアクセス命令」から分離して初めて、FTQ 側のプリフェッチキューに独立した要求ソースが生まれ、load/store と同一のコミット経路を争う必要がなくなる。

日付：2026-10-30　情報源：XiangShan #6735

香山 CI 性能フローで lightSSS を有効化、GEM5 週次テストを 261013 設定に切替（10-30）

第 6802 号は gsim フロー内で difftest バージョンをアップグレードし、CI で lightSSS を有効化する。ベンチマークと検証が同一のスナップショット機構を共有し、重複ビルドを省く。同じ調査期間の OpenXiangShan/GEM5 第 1274 号は毎週の XSCC テストを 261013 設定プロファイルに切り替える。両筆ともインフラ保守に属する：前者は「エラー時に迅速にリプレイできるか」を決め、後者は「週次テストがどのバージョンのコンパイラと負荷の組み合わせで走るか」を決めるもので、RTL の振る舞いは変えない。

日付：2026-10-30　情報源：XiangShan #6802、GEM5 #1274

difftest 二日間で九筆：MMA バックエンドが FP8 積を cache word に詰める（10-30 から 11-01）

difftest は三日間に 9 筆をコミットし、すべて MMA（行列積和）検証の性能を巡るもので、テンポとしては一度の集中的な攻堅である。

最も技術的な一筆は第 1023 号：隣接する FP8 積レコードを同一 cache word の下位 16 ビットと上位 16 ビットに詰め、レジスタを半分節約する；各 word はまず偶数 lane で初期化し、デコード前に二つの半字にそれぞれマスクをかけ、隣接する符号フィールドが互いに串扰しないことを保証し、長さが奇数の末尾ブロックも同様に処理する。第 1021 号は比較を GPU 上に移す（11 ファイル、+420/−90）：DUT スナップショットのアップロードと参照計算を分離し、アクティブな結果行は直接 GPU 上で比較し、成功時は状態バイトのみを返送し、ミスマッチ時のみ参照結果をダウンロードして診断する；フォールバック経路は memcpy で比較的遅い SSE2 streaming-store を置き換える；連続するホットスロットを再利用し、CUDA サービスから直接その区間をアップロードする；各プレフィックスの ready／enqueue 確認を除去しつつ、LightSSS セッションのライフサイクルを保つ。第 1018 号は CUDA 転送、計算、結果検証をパイプライン化し、第 1017 号は LightSSS に CUDA バックエンドをサポートさせ、第 1020 号は XDMA 中継要求をパッキングして遅延を低減し、第 1019 号は符号付き INT8 参照リダクションを簡素化し、第 1016 号はオペランドスロットの連続アクティブプレフィックスを再利用し、第 1004 号は Delta と AXI のタイミングを分離する。方向性は明快である：検証器はもはや「正しく計算できる」だけでは足りず、「計算しきれる」ことも求められる。

日付：2026-10-30 から 2026-11-01　情報源：difftest コミット記録、#1023、#1021

NEMU、AME 向けに replay 状態のロールバックを追加、hosttlb の行列レジスタセレクタを修正（10-30、10-31）

第 1255 号は replay_state.c（178 行）を新規追加し、replay state API を通じて行列レジスタ、token カウンタ、AMU 制御と同期イベントのスナップショットと復元を行い、さらに AME_MEM_ACCESS_CHECK 有効時には行列とスカラ／ベクトルストアを同時に追跡し、AME_TILEREG_UB_CHECK 有効時には tile レジスタ定義領域を追跡する。スナップショットは意図的に行列ストアのコミットキューから独立させており、ロールバック時に未コミットの書き込み操作に汚染されるのを避けている。第 1274 号はシグネチャの不一致による機能エラーを修正する。行列読み書きの定義と呼び出し側は char m_name を使っているが、公開ヘッダファイルでは bool isacc と宣言されていたため、ヘッダファイル経由の呼び出しでは A/B/C セレクタが一律 true に変換されていた。2 か所の宣言を修正し、host-tlb.c に共通ヘッダを導入することで、今後同様のシグネチャ不一致が発生した場合にコンパイルが直接失敗するようにした。

日付：2026-10-30、2026-10-31　情報源：NEMU #1255、NEMU #1274

XSCache、CoupledL2 でもう一方の hint が継続的にブロックされる問題を修正（10-30）

第 48 号は 1 行のみの変更で、CoupledL2 において一方の hint がもう一方によって継続的にブロックされるのを防ぐ。前日の第 46 号で既にヒントのアービトレーションを固定優先度からラウンドロビンに変更しており、このコミットは同じ系列の仕上げである。キャッシュ階層におけるスターベーション系の問題は通常、長時間のストレステスト下でしか顕在化せず、1 行の変更の背後には再現しにくい検証がある。

日付：2026-10-30　情報源：XSCache #48

openRuyi、llvm23 23.1.4 を導入、riscv64-openruyi-linux のデフォルトを RVA23U64 に（10-30）

6 件のコミットの中で最も重要なのは llvm23 パッケージの新規追加（1220 行の spec と 2 つのパッチ）である。パッチの内容はバージョン番号よりも情報量が多い。LLVM に openruyi という vendor を追加し、riscv64-openruyi-linux トリプレットのデフォルト ISA レベルを直接 RVA23U64 に定める。つまり、追加で -march を渡さない場合、コンパイラは RVA23 に従ってコードを生成する。これはディストリビューションにとって明確な表明であり、RVA23 はもはや「オプションの最適化段階」ではなくデフォルトのベースラインとなる。同時にパッチは openruyi-linux トリプレットを x86_64 と riscv64 の 2 つの Triple 処理経路に接続し、クロスビルドが利用可能であることを保証する。

残りの 5 件はローリングメンテナンスである。ollama を 0.40.7 に更新し security-fixes を付与、clang-wrap を 20261030 に更新、tree-sitter の C++ と Go の 2 つの Go 言語バインディングパッケージおよび go-pointer 依存を新規追加。公式サイトのニュースページで最新は依然として 2026.09 版（9-30 リリース）であり、10 月版は未リリースである。10-19 の 2 本（Ruyi Firmware、コミュニティ公共インフラ）は 10 月中旬レポートに既に収録済みのため、今回は重複して扱わない。

日付：2026-10-30　情報源：openRuyi コミット記録、llvm23 spec

CORE-V CVW、Svvptc に従い無効な PTE をキャッシュしないように（10-30）

第1974号が修正したのは、RVA23オプション下でのみ露見するデッドロックである。従来、HPTWは「走査がV=0のリーフまたは非リーフPTEに到達した」結果をITLB/DTLBに書き込み、その後そのキャッシュエントリにヒットするとキャッシュエントリからpage faultをトリガーし続け、SFENCE.VMAを実行するまで回復しなかった。問題は、Svvptc（RVA23のオプション）がハンドラにVを1に設定した後、SFENCE.VMAを発行せずに直接リトライすることを許可している点にある——この合法的な用法の下では、無効なPTEをキャッシュした実装は永久的にfaultし続ける。修正方法は、走査器自身が既存のFAULT経路を通ってLEAFからエラーを報告し、TLBに何も書き込まないようにすることであり、次のアクセス時に再走査すれば更新後のPTEが見えるようになる。これに伴いtlbcontrolはPTE.Vをチェックしなくなり、ITLBのENVCFG_ADUE_1カバレッジ除外も第18行から第16行へ移動した。これは「仕様がオプションを提供する以上、実装はその合法的な用法のために通路を確保しなければならない」という典型例である。

日付：2026-10-30　情報源：CVW #1974

CORE-V CVWがtraceのVMフィールドとquadオーバーフロー検出を修正、rv64gcカバレッジ100%に到達（10-30）

CVWの調査期間内には19件のコミットがあり、Svvptc以外にも記録すべきものが3件ある。第1909号はwallyTracerのRVVIトレースフィールドを修正した。pte、ページタイプ、ppn、仮想／物理アドレス、アクセスタイプの報告に、従来は「前回の走査」の古い値が付随していた（TLBヒット時はしばしばトラップハンドラのコードページであった）ため、ACTの機能カバレッジが誤って記録されていた——現在は今回のアクセスで実際に使用した翻訳を報告するように変更され、ITLBとDTLBの走査は別々にキャプチャされ、RV64上ではTLBエントリ単位でPTE[60:54]をシャドウ化し、A/D更新ラッチは各走査終了時にクリアされ、32ビット命令が2つのparcelにまたがってフェッチされる場合は最初のセグメントでPCを報告する。第1906号はquadword cachelineオーバーフロー検出（align.sv）を修正し、回帰テストケースを1件追加した。第2004号はコードカバレッジを設定ごとの統計に変更し、rv64gcが100%に到達した。さらにriscv-arch-testをact4 775be78d4へアップグレードし、act／sailのyaml設定も同期した。

日付：2026-10-30　情報源：CVW #1909、CVW #1906、CVW #2004

2. 製品とエコシステムの動向

QwenputerがRV32IMをQwen3.5-4Bの重みにコンパイル、アテンション状態をRAMとして使用（10-30）

開発者Divyansh Agrawalが10-22に公開した実験モデルQwenputerは、10-30に中国語メディアが伝えたことで広く注目を集めた。手法は、RV32IM命令セット及び拡張をQwen3.5-4Bの重みに「コンパイル」し、モデル本来のGated DeltaNet状態を正確にアドレッシング可能なRAMとして利用することで、順伝播の中で実際のプログラムを走らせる——学習は不要で、コンパイラが各重みを直接書き出す。アテンションヘッドはルックアップテーブルを担い、フィードフォワードユニットはルックアップテーブルで算術を実装し、DeltaNetヘッドがメモリを保持する。

検証可能な收益は正確な算術に集中している。大整数乗算は元版の55.0%から97.5%へ、大整数除算は72.5%から97.5%へ、加減算は87.5%から97.5%へ、複数回の乗除を含むより長い連鎖は90.0%から100%へ、合成整数算術は75.0%から97.5%へ上昇した。長整数ベンチマークNUPAは48.6%から100%へ達した。プロジェクトの説明によれば、このCPUは公式RISC-Vテストに合格し、約1,800万命令を連続実行してエラーなしという。さらに実験的に「モデル内ファイルシステム」を実装し、GDN状態に最大512ファイル、約5.3万トークンを格納する。

代償も明確である。モデルサイズは約18.8GB（元版のほぼ2倍）に増大し、CPU命令1命令ごとに複数のトークンを生成するため、本来ミリ秒級の計算が数秒に引き延ばされる可能性があり、実行には専用ドライバも必要で、通常のモデルのようには直接ロードできない。プロジェクトはHugging FaceとGitHubでオープンソース化され、単枚24GB VRAMのGPUで動作可能である。この成果のRISC-V界に対する意義は性能ではなく、「RISC-Vが決定的実行層として別のシステムに借用される」点にある——RV32IMという極めてミニマルなISAが異種キャリアへ形式的に埋め込まれるのに適していることを実証したのである。

日付：2026-10-30　情報源：IT之家報道（搜狐転載）、技術解析

進畳時空がBianbu AgentOSアンブレラリポジトリを構築、端側agentスタックをサブモジュールで固定（10-30）

spacemit-com が新たに bianbu-agentic アンブレラリポジトリを開設し、bootstrap を完了した。それ自体はコードを vendor せず、サブモジュールのみで各コンポーネントの commit を固定し、マシンイメージ全体を単一の SHA から再現できるようにしている。リポジトリ内に列挙されたコンポーネントは、完全な端末側 agent オペレーティングシステムを構成する。agent runtime（YAML 駆動のセッションイベントストリーム、ライフサイクル、モデル呼び出し、ツール／プラグイン実行とセキュリティ境界、Python）、agent-security（ツール承認、agent ごとの同期ケイパビリティ、securityd 署名マニフェスト、Debian パッケージングを含む）、agent-memory（Rust、L1 セッションドロワー／L2 ワークドロワー／L3 長期ドロワー）、bibit-intent（意図ルーティングとツール実行：決定論的ルール → ローカル推論 → クラウドエスカレーション）、BiBit GUI（Jan ベースのデスクトップフロントエンド、Tauri）、bibit-voice（KWS ウェイクアップ、VAD、ASR、/run/bibit/audio.sock 経由でサービス提供）、bibit-filesearch（ローカルセマンティックファイル検索、データはマシン外に出ない）、lxqt-schedule である。

この区分で注目すべき点は、「記憶」が独立したサブシステムとして三層に分けられていること、そして「セキュリティ」が署名マニフェスト付きの常駐デーモンとして作られていることだ。いずれも agent をデモ品からデリバリー可能なシステムへと作り変える段階で初めて現れる部品である。K シリーズのような RISC-V 端末側プラットフォームにとって、これはベンダーのソフトウェアの重心が「ドライバと ROS ドキュメント」から「ランタイムとシステムサービス」へと上移していることを意味する。

日付：2026-10-30　情報源：bianbu-agentic リポジトリ、README

進迭時空 docs-chip が P1S ドキュメントを削除、docs-product が K3 Pico リソースリンクを更新（10-30）

docs-chip は P1S 製品ドキュメントとそのレビューツールの参照を削除した。中英語の power_stone ディレクトリ配下の P1S ページ、ナビゲーションリンク、さらにドキュメントレビュー agent 内の casing チェック、チップパス検索、用語集、system prompt、エンティティメタデータ、Copilot 指示も併せて整理された。docs-product は第 153 号をマージし、K3 Pico のハードウェアリソースリンクを更新した。前者は製品ライン収束のシグナル（ドキュメントとツールチェーンが同時に一つの製品を外す）であり、後者はデリバリードキュメントの定例メンテナンスである。

日付：2026-10-30　情報源：docs-chip コミット、docs-product #153

Radxa Linkr が OBS ブラウザキャプチャガイドを追加、linkr-now-skill を初期化（10-30）

Radxa のブラウザリモート管理製品ラインでは、調査期間内に 4 リポジトリでプッシュがあった。docs は OBS ブラウザキャプチャ（browser capture）ガイドを追加し、linkr-docs と linkr-docs-en も同期更新、linkr-now-skill は初期化を完了した（Go）。Linkr は開発ボードと NAS 向けのリモート帯外管理を指向しており、OBS キャプチャガイドはその映像経路がライブ配信／録画ソースとして使われ始めたことを示す。カーネルやファームウェアの変更ではなく、利用シーンの拡張である。

日付：2026-10-30　情報源：linkr docs コミット、linkr-now-skill

3. 国内チームの深掘り

芯来が Nuclei Studio VS Code IDE プレビュー版をリリース（10-30）

芯来は 10-30 に深圳で Nuclei Studio VS Code IDE をリリースし、公式開発ツールはこれで Eclipse と VS Code の二形態を持つことになった。現在は Windows 開発者プレビュー版 0.1.0 で、中日英 UI、VSIX として既存の VS Code（1.134.0 以上が必要）にインストールされ、既存の拡張機能と競合しない。基盤は引き続き Nuclei Studio IDE 2025.10 に依存している。

互換戦略は「書き換えず、できるだけそのまま流用する」である。VS Code 版は Eclipse 版のプロジェクトを直接インポートでき、cproject 互換処理を内蔵しているため、開けばすぐに開発できる。新規プロジェクトウィザードは Eclipse 版と同一で（ベンダー、SoC、開発ボード、SDK を選択）、SDK と BSP は引き続き NPK パッケージで配布され、両版は互換できる。デバッグは OpenOCD、J-Link、QEMU、NucleiModel の 4 方式をサポートし、いずれも CDT gdbtarget を経由して統一され、ブレークポイント、ステップ実行、変数、コールスタック、メモリとペリフェラルレジスタビュー、シリアルモニタ、逆アセンブルが揃い、さらに Live Watch を追加した。AI 側には壁を設けない。通常の AI プログラミングアシスタントはインストールすればすぐ使え、Kimi、GLM、DeepSeek、Qwen と互換する。公式デモでは Kimi Code を用いて @helloworld でプロジェクトを引き継ぎ、一言で CoreMark プロジェクトを AES-256-CBC デモに変更し、その後そのまま QEMU でデバッグし、シリアルで PASS を出力する。ロードマップには Linux と macOS のサポート、profiling、コードカバレッジ、ETrace、flash プログラミング、より多くの AI アシスタントが挙げられている。

国内 RISC-V 開発者エコシステムにとって、この一歩の実際的な意味は「入口の移行」である。Eclipse の起動が遅く肥大化していることは長年の不満であり、一方 VS Code 側ではローカルまたはクラウドのモデルをそのまま接続できる。ツールチェーンのドキュメントも 2026.10 のリリースに合わせて追随している。xlmodel ドキュメント、ツールチェーンドキュメント、QEMU XEC イーサネットガイドの英語化、Studio の npk／gdb trace／ビッグエンディアンデバッグ説明、および xxlvfbf／xxlvw／xxlvqmacc カスタム拡張ドキュメントの英語化で、計 5 件である。

日付：2026-10-30　情報源：Design & Reuse プレスリリース、nuclei-tool-guide コミット

算能 LLM-TPU が InternVL3／LLaMa3 をサポート、Qwen3-ASR デコード劣化を修正（10-30）

LLM-TPU は第 178 号（InternVL3、LLaMa3 をサポートし、Qwen2_VL を最適化）と第 182 号をマージした。後者は記録に値する実際の欠陥である。forward_next は lm_head の出力を d2d 経由で embed_cache の input_ids にコピーする。--do_sample かつ lmhead_with_topk=false の場合、lm_head は完全な [1,151936] logits（607232 バイト）を出力し、これを 4 バイトの token-id バッファにコピーすると、各デコードステップで embedding のルックアップが破壊され、出力が繰り返しのゴミ token に劣化する（例えば language Chinese<asr_text> が languagelanguage... になる）。修正方法は、当該分岐で greedy_head の token_id（4 バイト）を供給するように変更し、Qwen2_VL の forward_next と整合させることである。作者は CV84X6 と 1684X の 2 枚のボードで HF と token ごとに比較して一致を確認し、変更をロールバックすると元のゴミ出力が再現し、因果を確認した。

もう 1 件は sophon-tools の更新である。se-rag-core はステータスマークを 24 時間自動リフレッシュに変更し、バージョンを 1.5.4 に上げた。同じ調査期間に sophgo の libsophon、middleware、osdrv、linux_5.10、build、sophpi、sophon-tools など 10 のリポジトリが 10-31 の同一分に一括プッシュされており、SDK 側の一括同期に属し、個別の機能説明は見当たらない。

日付：2026-10-30　情報源：LLM-TPU #182、LLM-TPU #178、sophon-tools コミット

達摩院玄鉄と奕斯偉、調査期間内に組織レベルでの新規開発ゼロ（11-02）

XUANTIE-RV は調査期間内にプッシュがゼロで、直近は torq-tile の 10-29 14:14（北京時間、調査期間の起点より前）であり、llvm-project と bcc はそれぞれ 10-27 と 10-21 で止まっている。奕斯偉 eswincomputing の直近のプッシュは 10-19 の linux-stable である。両社とも 72 時間の調査期間内に照合可能な新たな開発成果はない。なお、これは製品ラインが静かであることを意味するものではない——玄鉄が 10-19 のサミットで発表した C950 のマルチコア相互接続／AI 推論／サーバー Java の進展と車載グレード E908A は、10 月下旬の各号レポートで既に収録済みであり、本期では繰り返さない。

日付：2026-11-02　情報源：XUANTIE-RV、eswincomputing

4. エンボディドインテリジェンスとロボット専章

進畳時空、統一マニピュレータ制御フレームワークを新規追加、85 ファイルでキャリブレーション／診断／運動学を実装（10-30）

spacemit-robotics/manipulation は一度に 85 ファイル、+8605 行をコミットし、統一マニピュレータ制御フレームワークを構築した。ディレクトリ構造は機能別に分割されている：calibration には charuco キャリブレーション、ハンドアイキャリブレーション CLI とサンプリングツール、diagnostics には arm_check とオペレータ CLI、kinematics は URDF ベースの順運動学を提供、motion はデバイスサービスと CLI（device_service.cpp 234 行）、bindings/python は spacemit_manipulation クライアントとオペレータサポート層を提供し、ビルド側は CMake の driver_modules でドライバモジュールを構成している。

この構造から読み取れる判断は、ベンダーがマニピュレータを「キャリブレーション、診断、運動学、サービスインターフェースを備えた」システム部品として捉えており、単なるサンプルコードではないということだ。ハンドアイキャリブレーションと charuco は実機展開で避けて通れない前工程であり、arm_check とデバイスサービスはマニピュレータを agent／上位スケジューリングに接続するために必要な最小インターフェースである。RISC-V ロボットスタックにとって、この種の「エンジニアリング骨格」は単一のアルゴリズムデモよりも実装の進捗をよく示す。

日付：2026-10-30　情報源：manipulation コミット

進畳時空 dice_arena、統合サイコロゲームアプリを追加（10-30）

dice_arena は統合型サイコロゲームアプリを新規追加し、同一バッチには pyagxarm（マニピュレータ SDK バインディング）と humanoid 関連リポジトリのプッシュも含まれる。内容から見ると、dice_arena はデモ型アプリであり、低自由度のタスクで知覚—意思決定—実行のチェーンを一通りつなぐもので、その価値はスタック全体に再現可能なエンドツーエンドのサンプルを提供することにある。

同時に基準を明確にしておく：spacemit-robotics の調査期間内 5 リポジトリの pushed_at には更新があるが、humanoid_common と humanoid_unitree_g1 は main ブランチ上に調査期間内の新規コミットがなく、他ブランチへのプッシュである。humanoid_common の実体コミットは前周期の記録を基準とすべきであり、本期では重複計上しない。

日付：2026-10-30　情報源：dice_arena コミット、spacemit-robotics

進畳時空 docs-ros、英語版 RealSense ガイドを補完し中英文档を整合（10-30）

docs-ros は英語版 RealSense ガイドを新規追加し、ドキュメント構造を整合させた。従来このサイトの深度カメラ関連コンテンツは中国語が主体で、英語側に対応項目が欠けていた。今回の補完により、K3 プラットフォーム上の視覚知覚チェーン（カメラ接続、キャリブレーション、ROS 2 ノードとの接続）が中英両側で同一の基準となった。海外開発者や輸出向けソリューションを手がける国内チームにとって、この種のドキュメント整合はしばしば前提条件となる。

日付：2026-10-30　情報源：docs-ros コミット

5. 総括とトレンド観察

1. カーネル側のキーワードは「サポート」から「ハードウェア能力に応じたスケジューリング」へ。 Linux 7.4 は、高速非整列アクセスの判定をコンパイル時から実行時に移した。7.3 時代にはカスタムカーネルにしか残せなかった最適化を、今やディストリビューションのカーネルがデフォルトで備えられる。Tenstorrent の自社測定では帯域幅の收益上限は 11% である。同時にマージされた hwcap／hwprobe の「B」拡張と Zic64b の報告は、まさにこの種の実行時判断のデータ源である。国内のいくつかの RISC-V ディストリビューションにとって、これはゼロコストの收益だが、前提としてチップが hwprobe で正直に報告することが必要だ。ハードウェアメーカーが能力を漏れなく報告することは、マイクロアーキテクチャの最適化をもう一回行うよりも、ユーザーが直ちに恩恵を受けられる。

2. 香山のフロントエンドは「プリフェッチのキュー化」段階に入った。 第 6691 号は iprefetch を ICache-top の「毎サイクル 1 条」から論理的に FTQ に収め、まず消失とブロックを解決し、その後 PDIP 一类のアルゴリズムを論じる。付随する MBTB／VBTB の修正は、ボトルネックがすでに「フェッチ帯域」から「メタデータ精度」へ移ったことを示している。両者を合わせて見ると、フロントエンドの最適化はバッファ追加から「プリフェッチを一級のスケジューリング可能な資源として扱う」ことへ移行しており、この種の変更の收益は長期負荷でしか検証できず、短期的なベンチマークは必ずしも良くないかもしれない。

3. 差分検証がアクセラレータのオペレータに性能コストを払い始めた。 difftest の 3 日間 9 件はすべて MMA を巡っている。FP8 積のパッキング、GPU 側の比較、CUDA のパイプライン化、XDMA 中継パッキング、LightSSS の CUDA バックエンド対応。RISC-V AI コアが量産に向かうには、検証スループットがオペレータの複雑さに追いつかねばならない。さもなければ「正しく計算できる」が「計算し終わらない」に変わる。この一群の変更は、単件の收益よりも方向性が記録に値する。

4. ツールチェーンの両側が同時にベースラインを定めた。 openRuyi は llvm23 を導入し、riscv64-openruyi-linux 三元组のデフォルト ISA を RVA23U64 に定めた。芯来は IDE を Eclipse から VS Code へ移し、xlmodel、ツールチェーン、大端デバッグ文書を 2026.10 に同期した。前者は「デフォルトでどんなコードを生成するか」を定め、後者は「開発者がどこから入るか」を定める。どちらも長周期の決定であり、短期では効果が見えないが、以後 1〜2 年のデフォルト選択に影響する。

5. 国内側の今期間の産出は算能と芯来に集中し、路線はボードからシステムスタックへ上がった。 算能の実質的な作業はモデルサポートと 1 つのデコード退化バグの修正（logits を 4 バイトの token バッファにコピーし、各ステップのデコードで查表が破壊される）であり、この種の欠陥は実機で逐 token 比較しないと特定できない。芯来はツールチェーンの入口を VS Code に替え、ついでに AI アシスタント接続を補完した。玄鉄と奕斯偉は調査期間内に空档であり、進畳時空は Bianbu AgentOS 傘倉と機械臂制御フレームワークを同時に推進している——ある企業が「端側 agent ランタイム」と「機械臂のキャリブレーション／診断／運動学」を並行して進めるのは、その RISC-V ソフトウェアスタックの重心がドライバと文書から納品可能なシステム層へ移りつつあることを示す。今号のニュース側は薄めである。中英文のクエリを重複除去した後の実質的な新規は Linux 7.4、Qwenputer、Nuclei Studio の 3 件のみで、残りは株式市場記事、コンシューマエレクトロニクス、旧稿の再掲である。オープンソース側が依然として主体である。

付録

完全情報源リスト

情報源チェック表

情報源 チェック結果
Google News（中英文 27 組クエリ） 調査期間内で重複排除後の実質新規 3 件：Linux 7.4、Qwenputer、Nuclei Studio。その他は株式市況記事、コンシューマーエレクトロニクス、旧記事の再掲とギャンブル系ノイズであり、除外済み
Hacker News 2 件：Linux 7.4（有効）；RVA23 以降の進化に関する Ubuntu ブログ（原文 9-15、旧記事のため項目に計上せず）
Phoronix 調査期間内の RISC-V 特集 1 件（Linux 7.4）；その他はグラフィックスカードとストレージサブシステム
CNX Software、LinuxGizmos、LWN 調査期間内に RISC-V 特集の該当なし
riscv.org 公式ブログ 新規記事なし；トップページバナーは北米サミットの投稿締切案内
openRuyi 公式サイトニュースページ 最新は依然 2026.09 版（9-30）；10 月版は未リリース、10-19 の 2 記事は既に前回レポートで収録済み
openRuyi メインリポジトリ 6 コミット、llvm23 23.1.4 の新規追加と ollama 0.40.7 のセキュリティ修正を含む
riscv100.top 巡回 顕著：10-17 の記録 1 件を新規追加（XSCC 2.0 on 香山 KMHv3 RTL 3GHz、int 68.41、fp 76.95）、2 件がランク外；What’s New と委員会メンバーに変化なし
RISC-V 会員企業公式サイト巡回 391 社を巡回（67 社は取得失敗）、更新項目はいずれも高校・機関のトップページ定常コンテンツであり、実質的な製品・資金調達・アーキテクチャ動向なし
GitHub 重点リポジトリ 香山 4 コミット、difftest 9 コミット、NEMU 2 コミット、XSCache 1 コミット、GEM5 1 コミット、CVW 19 コミット、CVA6 0 コミット、openRuyi 6 コミット、算能 5 コミット、進迭時空 11 コミット、芯来 5 コミット、Radxa Linkr 4 コミット
楽鑫（espressif） 調査期間内に 58 リポジトリへプッシュ、日次バッチ同期に該当し、RISC-V 特集の変更は見られず
達摩院玄鉄、奕斯偉 調査期間内に組織レベルでのプッシュなし、直近コミットはそれぞれ 10-29 と 10-19