RuyiAI ウィークリーレポート (2026-10-19 ~ 2026-10-23)

レポート期間：2026年10月19日（月）から10月23日（金）までの計5就業日。

素材情報源：本誌の毎日RuyiAI動態レポート5期（2026-10-19から2026-10-23、各期の調査期間は前日04:30から当日04:30まで、うち月曜は過去3日間で週末をカバー）；加えてRuyiAI-Stack、ruyisdk、buddy-compilerの3組織における168時間のリポジトリ核查、openRuyi-Project重点リポジトリの補足核查、RuyiSDK開発者コミュニティとopenRuyiディストリビューションニュースページの二重情報源による再確認、およびRuyiAI公式ホームページ3ページのスナップショット（核查は10-24午前までをカバー）。

編制説明：今週は3本の主線が並行した。第一に、openRuyiメインリポジトリは637件のコミットで「依存関係に基づくパッケージング」への全体的な転換を完了し、Rust crateクロージャの補完、Pythonクラウドストレージバックエンドの補完、Goのvendor除去から、さらにソースチェックサムと%autochangelogの規範補完へと一気に推進した。第二に、PyTorchとLLVMの2つのriscvブランチのブランチ全体リプレイが「適期実施」から「毎日」へと収束し、パッチタイトルの集合は不変であるが、コミットハッシュは毎日無効化される。第三に、RISC-Vマトリックス拡張（AMEとZtt）のコンパイラ、シミュレータ、オペレータの3層が今週同時に整い、「コンパイル可能、実行可能、結果正確」という最小閉ループを形成した。ウィークリーレポートはデイリーレポートの素材に加えて7項目の核查上の新発見を補入しており、いずれも10-23の日中（デイリーレポートの調査期間以降）または期間境界に該当し、付録に記載する。

1. 今週の主なニュース

openRuyiは単週5日間で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
2つのriscvブランチのブランチ全体リプレイが毎日運用へ収束：PyTorchは連続5日間の朝にリプレイ、LLVMは8日間の静寂を経て3日連続でベースを変更：PyTorchのriscvブランチは10-18から10-22まで連続5日間書き換えられ、ヘッドは順に8b254cfd、44826095、7f49d33f、3c1ea315、29259d90で、毎回ブランチ全体のコミッタ時刻が統一的に改写された；LLVMのriscvブランチは10-13から8日間の静寂を経て、10-21、10-22、10-23に連続3回ベースを変更し、ヘッドは順にdd05e5b5、58d62a47、7c77126bとなった。両ラインの共通特徴はパッチタイトルの集合が逐条不変であり、ローカルの成果が失われないことであるが、代償としてコミットハッシュで参照する下流は毎日無効化される。同期間中、PyTorchでは約5週間ぶりに初のPRマージ（#51 riscv64ローカルイメージ、10-17マージ）が発生し、7件のオープン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 ワークフローをマージして以降、2 件目のコミットである。これに 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 拡張は「シミュレータ全カバー、デュアルコンパイラで生成可能」という後半段階に到達し、欠落はアプリケーション側のベンチマークにある。出典：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 同士の乗算で 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

2. 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

3. RuyiSDK ツールチェーンとディストリビューション（パッケージマネージャー、ディストリビューション、コンパイラとカーネル）

openRuyi メインリポジトリ：単週 637 件、「依存クロージャの補完」から「規範の補完」へ移行

自然日ベースで集計すると、openRuyi メインリポジトリの 10-19 から 10-23 はそれぞれ 221、137、51、109、119 件で、5 日間の合計は 637 件（10-24 未明に別途 6 件あるが集計期間外）。作者分布は Leetfs 333 件、Jingwiw 152 件、KimmyXYC 36 件、cl2t 29 件、HNO3Miracle 28 件、misaka00251 21 件、purofle 19 件、ほかに複数名が各十数件。全コミットが SPECS: プレフィックス、すなわちディストリビューションのパッケージング定義であり、アーキテクチャ専用のバックポートに関わるものは 1 件もない。

進化は 3 段階に分けられる。第 1 段は 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 に直接用途のある 2 つの crate を追加：rust-riscv-decode 0.2（命令デコード）と rust-panic-halt 1（ベアメタルクラッシュ停止）。

第 2 段は 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 に更新。

第 3 段は 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：3 日間合計約 37 件マージ、CVE 大型案件を分割して再提出

デイリーレポートの記録によると、10-20 は 10 件、10-21 は 5 件、10-22 は 22 件がマージされた。10-20 の 10 件は順に #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 の 5 件のうち #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 の 2 件が起票されて続きを担った。これは元の大きな PR が細分化されて再提出されたことを示す。#1344 fsspec CVE 修正は別途マージされた。10-22 の 22 件のマージにより、審査中の 19 件のセキュリティ更新キューはほぼ解消され、openjdk の 4 バージョンは 2 バッチに分けて反映された（まず 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 ツールチェーンを生成すること）。5 項目はそれぞれ仮想化、グラフィックス仮想化、ファームウェア更新、入力自動化、光ディスクイメージツールチェーンに属し、合わせて「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 で、その後 1 か月間 alpha は出ていない。

079 号はペース鈍化の直接的な原因を示している：開発・テストチームの大半のメンバーが先週深圳で RISC-V 中国峰会に出席した。0.54.0 はリリースサイクル調整のため、10 月末の正式リリースが見込まれており、開発中の項目 3 点は変わっていない——ソフトウェアパッケージと現在のシステムの ABI 互換性検出、より多くの公式メンテナンスソフトウェアパッケージの macOS パッケージング、SpacemiT K1/K3 向けツールチェーン適配。号はさらにソフトウェアソース維持の約束を示している：ruyi update の内容は直近 3 つの正式バージョンと互換である。月末まで約 1 週間、観察点は alpha が先に出るかどうか、そして K1/K3 適配がツールチェーンパッケージとしてかプリセット設定として提供されるかである。出典：ruyi Releases、PyPI ruyi、079 号パッケージマネージャー節

packages-index：ISCAS ソースの同期異常、週を通じてパッケージ更新なし

リポジトリの最後のコミットは依然として 10-13（ubuntu-old-releases ミラーの追加、SiFive Unmatched の ubuntu バージョン修正）で、週を通じてゼロコミットだった。079 号は沈黙の原因を説明している：ここ 2 週間、ISCAS ソフトウェアソースでデータ同期問題が発生し、ビルド完了済みのソフトウェアパッケージが公網に反映されなかったため、ソフトウェアパッケージに関する更新は当面ない。

この点は今週の「パッケージマネージャに新バージョンなし、インデックスに新パッケージなし」という組み合わせの現象を説明する——開発が停止したのではなく、リリースチャネルが詰まっているのだ。ユーザーへの直接的な影響は、ruyi でパッケージをインストールする際に表示されるのが依然として旧コレクションであることであり、サーバ側の問題であり、ローカルでの調査は不要である。情報源：packages-index、079 期リソース更新節

ディストリビューションとミラー：2026.09 が依然最新、ruyi-imager は K3 供給側の改造を 4 件完了

openRuyi ディストリビューションのニュースページは一週間新着なし、2026.09 リリース告知（09-30）が依然最新で、2026.10 のページはまだ公開されていない。月次ペースでは、10 月版はすでに月末ウィンドウに入っているが、メインリポジトリは依然としてバッチでパッケージを補充しており、リリース時期が次の観察ポイントとなる。

ruyi-imager は今週 10 件のコミットがあり、三段階に分かれる：10-21 の 3 件は Glavo 名義で、Gradle 依存バージョンを共有 version catalog に集約し、依存と内蔵ツールを安定メンテナンス版に上げ、TOMLJ を 2.2.0 に上げて解析を簡素化した；10-22 の 3 件はインタラクションを改善（アクティブ進捗を固定ステータスバーに移動して更新エラーを分離、設定コントロールを整列して更新フィードバックを圧縮、ミラー選択ステップで直接ダウンロードアクションを提供 PR #12）；10-23 の 4 件は機能とエンジニアリングに転換（CLI 出力をコンソール文字セットに合わせて JSON を UTF-8 に維持、SpacemiT K3 の UFS と UEFI 供給サポートを追加、ディレクトリと GUI で全ミラー対象の関連付けを保持、ディレクトリ単位の読み込みでリポジトリメッセージを一度だけ解析）。

ナイトビルドチャネルの追随状況も明らかになった：10-19 22:15 ビルドのパッケージは 10-21 の 3 件のプッシュ後すぐには再ビルドされず、10-21 21:31 にパッケージング、10-22 05:38 にようやく完了し、約 7 時間の遅延があり、自動ビルドは依然トリガーされているが遅延が存在することを示している。情報源：ruyi-imager コミットリスト、ナイトビルドチャネル、openRuyi ニュースページ

バイウィークリー 079 の技術項目：GCC / LLVM / V8 / Go の四線

GCC は 3 件：Zvdota/Zvbdota サポートをリベースしリベースで発見した問題を修正（パッチは patchwork に送信済み）、Ztt 拡張に Md サポートを追加、P 拡張サポートを 0.6 バージョンに更新。LLVM の 12 件のうち 9 件がマージ済みで、4 グループに分類できる：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 制約修正；2 件はまだレビュー中で、それぞれ和の範囲から加数の範囲を推論する InstCombine 改善（#231357）と TableGen でベクトルライブラリ呼び出しを生成・選択し RISC-V の SLEEF 選択を修正するもの（#231739）。

V8 は 4 件マージ：riscv64 で switch 入力の二分探索が常に符号拡張される問題、Sandbox 信頼ポインタテーブルエントリへのマーク付与、Liftoff が f32 と 32 ビット f64 定数を追跡（上流コミットの移植）、インタプリタ入口トランポリンに最大引数数チェックを追加。Go は 6 本のメインライン CL を提出、riscv64 の sha256 と sha512 の zvknha/zvknhb ハードウェア高速化 2 本はマージ済み、残りは冗長な 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 の2分支が収束

ruyisdk/llvm-project の AME 分支は今週わずか2件：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 側は2つの分支が同時に収束：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 サポート、および数値/テンソル演算、制御と共有バックエンド、メモリとデバッガ統合、設定と移行の4グループのテスト。2つのラインは同一の上流 v11.1.0 をベースにしており、着地点も一致する：まだ量産されていない拡張を実行可能なソフトウェアベースラインにする。情報源：AME CI PR #170、Ztt v0.6 コミット 29fefa0f、qemu p-dev、qemu ame-0.6

カーネルとファームウェアライン：7日間の沈黙をベンダー拡張フレームワーク移行が破る

linux-xuantie-kernel（linux-6.6.36 分支）は今週前半4日間コミットがなく、最後のコミットは 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 整合という2ステップを引き継ぎ、玄鉄私有拡張の命名、公開、登録パスを上流ルールの下に統一した。

ファームウェアラインは週を通じて依然沈黙：ruyifirmware の最新リリースは依然 10-15 の「Ruyi Firmware 20261015」、edk2-ruyi の最終コミットは 10-15 の K3 システム情報ページで停止し、2つのラインは7日以上連続で動きがない。openRuyi 公式サイトリポジトリは 10-22 21:35 にコンテンツコミットが1件（ドキュメントに experimental タグを追加しタグ説明を調整）、メインリポジトリで一部パッケージを実験的とマークする方針と一致し、ディストリビューションが「実験的」を内部の取り決めから公開可視の分類へ変えつつあることを示す。情報源：カーネルコミット 92c3f534、cpufeature コミット 8fd30253、ruyifirmware Releases、公式サイトリポジトリ

サポートマトリクス：Duo S デュアルシステムと RDC2022-D1s の2件のレポート

support-matrix 今週の5件：10-16 に2件で Milk-V Duo S の Zephyr と RT-Thread Smart のテストレポートを追加；10-23 10:47 に3件で RDC2022-D1s（全志 D1s）の RT-Thread 基本テストレポートを追加し、初版コミットと2回のレビュー指摘による修正を含む。低価格 RISC-V ボードを RT-Thread と Zephyr でカバーする方向は継続しており、RDC2022-D1s の RT-Thread Smart 5.0.0 出荷時ファームウェアのレポートは既に 079 号で編纂され掲載済みである。出典：support-matrix コミット一覧

4. ベクトル拡張とオペレータ最適化（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 で停止し、6つのリポジトリはいずれも週全体でコミットがなかった。上流の検証ラインも同様に静かである：riscv-arch-test の最新コミットは 09-08（ACT 4.1 リリースノートとワークフロー修正）で停止し、香山メインリポジトリも本主題の調査範囲内では期間内のコミットがない（その 10-19 から 10-20 の CoupledL2 変更は次項を参照）。

今週のベクトル側の実質的な進展はすべて本スタックの外から来ている：IREE 上流の RVV MMA 精度ステップ（次項参照）、RISC-V アーキテクチャテストの3件のマージ、そして長ベクトル FlashAttention 再構築に関するプレプリントである。本スタックに対する判断は変わらない——ベクトルベンチマーク側は既に数か月連続で新データの産出がなく、オペレータ側の動きは triton-riscv と tilelang-riscv の2つのコンパイルフロントエンドに集中しているが、この2つのフロントエンドは今週いずれも新規コミットがない。

IREE：RVV 行列積和が2日で1段の精度ステップを完了、シングルスレッドは既に 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 特性がある場合は2つの下限のうち大きい値を取る。10-21 にメインラインでさらに f16 版をマージ（PR #25000）：同じ lowerRiscvVFmaccLike と引き上げられたアキュムレータ合法化を再利用し、Tile N は vlen/8 を取り、エンコーディングは拡張の可用性により3層で選択する——f16 乗 f16 で f16 を得て +zvfh がある場合は vfmacc.vf；f16 乗 f16 で f32 を得る場合は拡張幅の vfwmacc.vf；+zvfhmin のみの場合は2つのパスがそれぞれ「アキュムレータを extf で f32 に、f32 vfmacc、truncf で戻す」と「両パネルを extf した後 f32 vfmacc」を通る。VLEN=256 ではコストモデルが intrinsics_m をそれぞれ 14、7、6 と算出する。

性能結論は方向性のある1点のみ：X60（VLEN=256）上でシングルスレッドの inner_tiled はネイティブ f16 と vfwmacc の2つのエンコーディングで既に 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 の3件マージ、香山 CoupledL2 は set index でバンクを分割

RISC-V アーキテクチャテストは 10-19 から 10-20 にかけて 3 件をマージした：Sdtrig の A 拡張トリガカバレッジポイントと Sm/S/U の 3 モード icount カバレッジ；S スイートに S_F/S_V/S_VF を追加し、オペレーティングシステムが実際に使用する特権レベルをカバー；ベクトル命令をすべての有効な SEW に拡張し、SEW=8 の vrgatherei16 と fault-only-first の LMUL 選択を補完した。この 3 件は共同で検証面を「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 データとベクトルレジスタを奪い合い、スタックへのスピルを引き起こす。この 3 つの重なりがベクトルレジスタ利用率を上げられなくしている。2 つの改善はいずれもアルゴリズムと数値を変えない：第一に、スコア tile と実行出力を一緒に転置し、クエリを線形連続軸上に落とすことで、「1 つの tile にいくつのクエリを詰めるか」という 1 つのパラメータがカーネル各段のベクトル長を統一的に決定し、2 つのリダクションが自然に消える；第二に、多項式係数をスカラーレジスタへ移し、スピルを解消し、softmax のベクトルメモリアクセス命令を 78.7% 削減する。

実測：ヘッド次元 64 のとき、2 項目を合わせてカーネル全体のサイクルを 1.84〜2.08 倍の高速化に短縮し、浮動小数点利用率は 16.2% から 29.7% へ上昇；同設計の FPGA では 2 項目の改善の順序が一致し、かつ収益はさらに高く、2.71 倍に達する。本スタックにとっての意義は数字ではなく方法にある：ベクトル長の適応とレジスタプレッシャーこそが triton-riscv と tilelang-riscv が RVV 降級において抱える構造的問題であり、「intrinsics があるかどうか」ではない；文中の「マシンに合わせて tile 内のクエリ数を一致させる」は IREE が Tile N を vlen/8 と取るのと同種の決定に属し、直接同口径の比較が可能である。出典：arXiv 2610.29489

カーネルと起動パス情報：読み取り専用マッピング提案、C907/E907 起動状態、K3 PCIe パッチ v7

技術情報側では今週、記録に値する項目が4つある。其一、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

5. 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 の main ブランチの最後のコミットは 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 ワークフローを再開するかにかかっている。

2週間前の伏線も記録しておくべきだろう：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

6. コミュニティとイベントと公式ホームページ

第6回 RISC-V 中国サミット：D15 ブースと7件の実機デモ

サミットは 10-18 から 10-20 まで深圳会展中心（福田）で3日間にわたり開催された。RuyiSDK の形式は2件の技術報告、6枚の技術ポスター、D15 独立展示エリアで、チーム10名のメンバーが現地に赴き、オフラインの専門来場者は3600人を超えた。

2件の報告はそれぞれ『RISC-V コース移植方法と RuyiSDK エコシステム構築』（羅雲翔）と『RISC-V ベクトル拡張を操る：Go 言語による RVV 最適化実践』（蒙卓、朱俊賢）。前者は「扉を開く、道を舗装する、人を育てる」という3本の主軸を打ち出し、手法はシミュレーション可視化をホストまたはクラウドで実行し、ドライバと推論をボード側に下ろすというもの；後者はマネージド言語ランタイムを RVV に対応させるエンジニアリング課題に焦点を当て、ベクトル長の適応、アセンブリスタブとインライン最適化を含む。

6枚のポスターの情報量は数字に集中している：パッケージマネージャのメタデータインデックスは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万フォロー）。

7件の実機デモの中で最も説得力があるのは OpenCV RVV 高速化の対照実験：同一ハードウェアプラットフォーム上で、ruyi インストール版とディストリビューション同梱の OpenCV を比較し、画像フィルタや特徴抽出などのオペレータで3〜8倍の高速化を実現。このデータは「ベクトルライブラリ層がどれだけの收益をもたらすか」を試算から再現可能な現場測定へと変えた——今週の全素材の中で、対照群を伴う唯一の性能数値でもある。ほかに「芯動挑戦」では RuyiSDK IDE と CyberCAM、K230 ボード搭載 KPU を組み合わせたジェスチャー認識インタラクションを行い、現場で4社の開発者と協力溝通チャネルを構築した。出典：サミット振り返り投稿 #2893

隔週レポートとフォーラム：079期確定、サミット振り返りと実践コース02が格納

フォーラムの今週の新規トピックは2件のみで、いずれも 10-22：11:31 のサミット振り返り投稿（#2893）と 20:58 の「RISC-V Linux 実践コース 02｜十分な C 言語基礎【講義資料】」（#2894）。後者は組み込みシーン向けの C 言語最小セットで、型と変数、制御フローからポインタ、配列、構造体、記憶期間、文字列、ビット演算までを扱い、ファン制御と温度読み取りの貫通例を添え、「整数除算の定点切り捨て」「定数は const で意味を明記」といった間違えやすいポイントを提示；第01期の環境とツールチェーン講義と合わせ、このコースはすでに連続2講分の自習教材を持つ。

双週報 078 期（10-13）と 079 期（10-22）が今週の固定アウトプットラインを構成している。079 期の三つの空節（巻頭言、バージョンテスト及び遺留問題、公式サイトとドキュメント）は 078 期と一致しており、編纂パイプラインの締めくくりが依然として最終日に完了していることを示している。10-23 から 10-24 午前の確認時点でフォーラムに新規スレッドはなく、最新は依然として 10-22 の 2 件の投稿である。情報源：フォーラム最新スレッド、実践コース 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 再構築、第 4 章参照）。

産業側にはプラットフォーム形態に関連するニュースが二件ある。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）があり、次に lowering とスケジューリング実装（#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）である。5項目はそれぞれ仮想化、グラフィックス仮想化、ファームウェア更新、入力自動化、光ディスクイメージツールチェーンに属し、合わせて「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 の 3 組織のコミット、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 のトップページ、ブログページ、ドキュメントページの 3 ページのスナップショットと sha256 の比較、ブログとドキュメントのインデックス項目を添付。
時間基準：リポジトリのコミットはコミッター時間を北京時間に換算する。「毎日」類の記述は連続する暦日を基準とする。週周期は 2026-10-19 から 2026-10-23 の 5 営業日。openRuyi の 637 件は 10-19 から 10-23 の 5 自然日をコミッター時間で統計したもので、デイリーレポートそれぞれの 24 時間調査期間の基準とは異なるため、単号デイリーレポートの数字と完全には対応しない。

今週追加したデイリーレポート以外の項目

10-23 17:15、ruyisdk/llvm-project の AME ブランチが「[RISCV] Add initial Ztt matrix extension support based on spec v0.6」の初版サポートをコミット（コミット 29fefa0f）。同ブランチが Ztt 命令群を初めて取り込んだ。
10-23 23:00、RuyiAI-Stack/llvm-project の riscv ブランチが3回連続でリベースされ、ヘッドが 58d62a47 から 7c77126b に変更。同日の確認で、PyTorch riscv ブランチは今回再リプレイされておらず、ヘッドは依然 29259d90 であることが判明。
10-23 11:23、ruyisdk/linux-xuantie-kernel が「riscv: Migrate T-Head extensions to the vendor extension framework」をコミット（コミット 92c3f534）。10-16 からの7日間の沈黙を終わらせた。
10-23 09:56 から 13:31、ruyisdk/ruyi-imager に4件：CLI 出力をコンソール文字セットに合わせつつ JSON を UTF-8 に維持（#14）、SpacemiT K3 の UFS および UEFI 供給サポートを追加、ディレクトリと GUI で全イメージターゲットの関連付けを保持、ディレクトリ単位のロードでリポジトリメッセージを一度だけ解析。
10-23 10:47、ruyisdk/support-matrix に3件：RDC2022-D1s の RT-Thread 基本テストレポートの初版と2回のレビュー修正。
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件は本周期には計上しない。
10-24 06:24、ruyiai-daily が 2026-10-24 号を配信。今週の累計は7号。

主な引用

データソース：毎日の RuyiAI 動向レポート（2026-10-19 から 2026-10-23 までの全 5 期）および今週の補強検証（組織リポジトリ、コミュニティ二重ソース、公式ホームページ）；レポート期間は 2026-10-19 から 2026-10-23。