調査期間：2026-10-20 04:30 ~ 2026-10-21 04:30（北京時間、過去 24 時間）、前回と首尾相接続。

情報源：GitHub 四箇所の組織全リポジトリ検査（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler のコミット、Pull Request と Release、期間内の全動向を逐一再検査；上流 fork は RISC-V キーワードでフィルタリングし、無関係な上流コミットは収録しない）、openRuyi メインリポジトリのコミットごとの計数と作者分布、ruyi パッケージマネージャーと PyPI バージョン検証、openRuyi ディストリビューションのニュースページ、RuyiSDK 開発者コミュニティフォーラム、ruyiai-daily 技術情報リポジトリ、RuyiAI 公式ホームページ三ページのスナップショット、IREE と riscv-arch-test の上流リリース、arXiv 検索、Google News RSS の中国語・英語定向クエリ（プロキシ経由、結果は 5.5 を参照）。

本期インデックス

  • 今日の重点：openRuyi 単日 137 コミット——fsspec クラウドストレージバックエンド全ファミリー補完、Go の vendor 除去がメインブランチに着地（10-20）
    1. RuyiAI スタックの進展（PyTorch / Triton / TileLang RISC-V 適配）
      • 1.1 pytorch：当日再度リプレイ、head は 7f49d33f に変更、上流ベースラインは main の前進に追随（10-20）
      • 1.2 llvm-project：riscv ブランチは 10-12 から八日間静寂、二件の FPGA PR は更新停止（10-20 状態）
      • 1.3 tilelang-riscv：10-16 の五コミット以降連続四日コミットなし（10-20 状態）
      • 1.4 triton-riscv：ナイトリービルドは 10-18 ビルドを維持、メインブランチと PR キューに動作なし（10-20 状態）
    1. RuyiSDK ツールチェーンとディストリビューション
      • 2.1 openRuyi メインリポジトリ：137 コミット、Rust / Go / Python の三ラインが各 42 コミット（10-20）
      • 2.2 openRuyi PR：十件マージ、CVE 大型 PR はクローズされマージされず、二件の Go vendor 除去がレビュー待ち（10-20）
      • 2.3 ruyi パッケージマネージャー：0.53.0 を維持、メインブランチは 09-25 以降コミットなし（10-20 状態）
      • 2.4 イメージとディストリビューション：ruyi-imager ナイトリービルド更新、openRuyi 2026.10 は未リリース（10-20）
      • 2.5 カーネルとファームウェアライン：linux-xuantie-kernel、ruyifirmware、edk2-ruyi すべて静寂（10-20 状態）
    1. ベクトル拡張とオペレータ最適化
      • 3.1 IREE 3.13.0 正式版：RISC-V V f32 vfmacc.vf MMA が release に進入（10-19）
      • 3.2 検証とキャッシュ側：riscv-arch-test 三件マージ、香山 CoupledL2 グループ化ストレージバンク（10-19 から 10-20）
      • 3.3 本スタックのベクトルリポジトリ：VecIntrinBench / IntrinTrans / FBGEMM 静寂（10-20 状態）
    1. Buddy Compiler の動向
      • 4.1 buddy-mlir：0.1.1 以降三日間コミットなし、新ナイトリービルドなし（10-20 状態）
      • 4.2 下流アンカー：triton-riscv ナイトリービルドは依然 0.1.1.dev20261017 に固定（10-20 状態）
    1. コミュニティとイベントと公式ホームページ
      • 5.1 公式ホームページ三ページに変化なし（ブログ 2 篇、ドキュメント 23 章）（10-20 状態）
      • 5.2 フォーラム新規ゼロ、最新トピックは依然 10-15 のデイリー资讯（10-20 状態）
      • 5.3 産業側：玄鉄 E908A 車載 CPU IP リリース、C950A は 5 倍性能を目標（10-19）
      • 5.4 産業側：進迭 V100 三類整機と互換ディストリビューションリスト、openRuyi が名列（10-19）
      • 5.5 外部ニュース：RuyiSDK / RuyiAI / openRuyi 定向クエリはゼロヒット（10-20）
    1. トレンド観察
      • 6.1 依存クロージャ構築は言語別に三ライン並行：Rust は uv バックエンドを補完、Go は vendor 除去、Python はクラウドストレージを補完
      • 6.2 PyTorch ブランチは毎日リプレイのリズムに進入：ベースラインは日次更新、パッチシーケンスは不動
      • 6.3 サーバー級プラットフォームがディストリビューションにもたらすのは互換リストであり、新たな移植タスクではない

今日の重点：openRuyi 単日 137 コミット——fsspec クラウドストレージバックエンド全ファミリー補完、Go の vendor 除去がメインブランチに着地

日付：2026-10-20　情報源：openRuyi コミット一覧、fsspec 2026.6.0 コミット 9bc134bc、s3fs 2026.6.0 コミット 6b61df84、gcsfs コミット 80b1a07a、minio vendor 除去コミット ca13b2cf、PR #1459、PR #1355

openRuyi メインリポジトリは今回の調査期間中に 137 件のコミットを記録した（コミッター時刻 10-20 12:46 から 20:24）。構成は前号の「Rust crate 単方向インポート」よりも明らかに分散しており、Rust 42 件、Go 42 件、Python 42 件、その他 11 件となっている。作者は 4 名——Leetfs 94 件、HNO3Miracle 26 件、KimmyXYC 12 件、cl2t 5 件。全コミットメッセージの中で riscv に言及したものは 1 件もなく、当日は依存クロージャの構築が中心であり、アーキテクチャ特化のバックポートではなかった。

Python 側 42 件のうち 28 件は fsspec と各クラウドベンダーのバックエンドに集中している：fsspec 2026.6.0、s3fs 2026.6.0、gcsfs、および adlfs（Azure）、ocifs（OCI）、dropboxdrivefs、smbprotocol と pyspnego（SMB）、cloudpathlib。付随する認証・API 依存も併せて追加されており、azure-identity、msal、msal-extensions、azure-storage-blob の aio 拡張、google-cloud-storage とその control インターフェース、google-auth-oauthlib、google-cloud-core、google-api-core、google-resumable-media、grpc-google-iam-v1、proto-plus、crc32c、circuitbreaker が含まれる。このレイヤーは RuyiAI にとって直接的な意味を持つ：PyTorch の DataLoader と学習スクリプトがリモートデータセットを読み込む際は一般的に fsspec 抽象を経由するため、バックエンドが揃えば K1/K3 上で実学習を回す際にその場で pip ビルドする必要がなくなる。

Go 側 42 件は minio の vendor 除去の仕上げと可観測性の補完が続いている：minio-mc、console、madmin-go-v3、prometheus、prom2json、alertmanager、openzipkin、applicationinsights、yunion の s3cli と log、アリ雲 darabonba クライアント、k8s structured-merge-diff、go-otel 1.46.0。Rust 側 42 件は 3 系統に集中している：windows-* 0.61 ファミリー（core、future、result、strings、threading、numerics、collections）、zerocopy 0.8.63 と bytecheck/rkyv ファミリー、cap-std 4 と io-lifetimes/io-extras/fs-set-times ファミリー。同日の python-uv-build と合わせて考えると、uv ビルドバックエンドの依存クロージャへ道を付けるためのものと判断できる。

マージ側では当日 10 件の PR が着地した：#1459 minio の vendor 除去（20 ファイル +973/-43）、#1355 kubecomps Go 依存の初回分、#1128 Prometheus 3.13 モジュール（DAG L4-12）、#1344 fsspec CVE 修正（32 ファイル +1156/-24）、#1342 CVE Part 1、#1461 graphql-core 3.3.0、#1462 buildx、#1372 moniker、#1463 dropwatch、#1458 uwsgi。#1341「CVE Vulnerability Fixes (Part 0)」は 50 ファイル +997/-4788 でクローズされたがマージはされず、同方向は #1468、#1469 の 2 件の新規チケットで継続される。

1. RuyiAI スタックの進展（PyTorch / Triton / TileLang RISC-V 適配）

1.1 pytorch：当日に再度リプレイ、head は 7f49d33f に変更、上流ベースラインは main に追随して前進（10-20）

日付：2026-10-20　情報源：riscv ブランチコミット一覧、新ヘッド 7f49d33f、2 回のヘッド比較、PR 一覧

調査期間内に riscv ブランチは 10-20 08:32 に再びブランチ全体が書き換えられてプッシュされ、refs/heads/riscv は 44826095 から 7f49d33f に更新され、全ブランチのコミッター日時は一律 10-20 03:00 に書き換えられ、ヘッドコミットのタイトルは引き続き「Add riscv64 image locally (#51)」である。コミット日付で集計すると調査期間内の新規は 0 件であり、今回も新規パッチではなくリプレイに該当する。

前回の head との比較：GitHub compare の基準では diverged（先行 60、後行 24、差分 121 ファイル）であり、増分は上流ベースラインの同期範囲に集中している——新 head には上流の #201423、#201490 など一連の新規コミットが含まれ、旧 head の一部の上流コミットは新しいツリーでは保持されなくなった。リプレイがローカルの成果を変更していないと判断する根拠はパッチ系列である：#51（riscv64 ローカルイメージ）、#44（bytes_to_scalar 浮動小数点修正）、#50（inductor opinfo blocklist）、#42（linear cross entropy ULP 許容差）、および CI 系列（#20 core/full 分割、#40 Jenkins 失敗後の解析継続、#41 判定バイパス）が各層のコミットタイトルで逐一一致している。7 件のオープン PR（#23、#35、#36、#38、#43、#46、#48）は 10-20 08:32 に同時に更新時刻が更新され、新規のレビュー意見はなく、マージもない。

1.2 llvm-project：riscv ブランチは 10-12 以降 8 日間静止、2 件の FPGA PR は更新停止（10-20 時点）

日付：2026-10-20（状態）　情報源：riscv ブランチコミット一覧、PR 一覧、PR #25 BOSCAME FPGA バックエンド、PR #28 xboscame FPGA

riscv ブランチのヘッドは引き続き 0fb2da86「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」（10-12 23:00）であり、10-13 以降 8 日連続で新規プッシュはない。2 件の FPGA バックエンド PR（#25、#28）の最終更新は 10-13 未明で止まり、調査期間内にレビュー動作はなかった。main ブランチの毎日の上流同期は通常通り（10-20 14:42 に gn build と SPIRV/GlobalISel の変更一批）、フィルタリング規則により逐条収録しない。

昨日のレポートでは「LLVM ブランチが新たな上流ベースラインに伴って再起動されるか」を観察ポイントとして挙げたが、当調査期間では再起動はなく、RuyiAI 側の LLVM への投入は依然としてレビュー待ちと時期を選んだ再適用の段階にあることを示している。

1.3 tilelang-riscv：10-16 の5件のコミット以降、4日連続でコミットなし（10-20 の状態）

日付：2026-10-20（状態）　情報源：コミット一覧、PR #4 RVV マスクとリダクション

tilelang-riscv のメインブランチの最後のコミットは依然として 10-16 18:52 の5件の集中変更（コード生成フォーマット規範、上流オペレータのランタイムセマンティクス、TileOps ランタイム適応、Buddy MLIR リリース CI、CI 内での Python 拡張のビルド）であり、その後4日連続で新規コミットはない。オープン中の PR #4「Add RVV vector mask and max reduction lowering」は 09-28 以降更新が停止しており、PR #2 は 06-16 で止まっている。当リポジトリは依然として「CI とランタイムの骨格は通ったが、オペレータのカバレッジは補充待ち」という停滞期にある。

1.4 triton-riscv：ナイトリービルドは 10-18 のものを維持、メインブランチと PR キューに動きなし（10-20 の状態）

日付：2026-10-20（状態）　情報源：Releases、Nightly 2026-10-18-a305fb6、PR #85 softmax と matmul の最適化

triton-riscv は当調査期間内にコミットも新規リリースもなく、最新のナイトリービルドは依然として 10-19 10:01 にリリースされた nightly/20261018-a305fb6（メインブランチ 10-18 の依存関係アップグレードに対応、Buddy MLIR ナイトリービルド v0.1.1.dev20261017）。前回は 10-12 の 20261011-fe554ff であり、リリース再開後もまだ毎日のペースには戻っていない。オープン中の PR #85 は 10-19 07:55 以降新たな動きはなく、依然として現在唯一の活発なオペレータ最適化提案である。

2. RuyiSDK ツールチェーンとディストリビューション

2.1 openRuyi メインリポジトリ：137件のコミット、Rust / Go / Python の3系統が各42件（10-20）

日付：2026-10-20　情報源：コミット一覧、python-fsspec 2026.6.0 コミット 9bc134bc、python-opentelemetry-api 1.44.0 コミット e19d4e69、rust-zerocopy 0.8.63 コミット f3e9db3b、python-uv-build コミット

コミッターの時間別に集計すると、当調査期間内の137件のコミットは 12:46（26件）、15:10 から 15:29（66件）、16:08（30件）、19:12 から 19:21（13件）、20:23 から 20:24（2件）に分布している。3言語が各42件という対称構造が本期最も直感的な特徴である：前回の221件では Rust が211件を占めていたが、本期は Rust が42件に減り、Go と Python がそれぞれ42件を補った。

Python側はクラウドストレージバックエンドのほか、langchain 1.3.9とlangchain-core 1.4.6、Django 5.2.17、setuptools 83.0.0、pip 26.2、pymongo 4.18.1、h2 4.4.1、soupsieve 2.9、webob 1.8.11など、セキュリティ修正マーク付きのアップグレードを含む。Go側はminioとPrometheusファミリーのほか、nvidia go-nvml、google go-tdx-guestとgo-sev-guest、aws-sdk-go-v2のappconfig/ssmモジュール宣言、azure-sdk-for-go内部モジュール宣言があり、「下流パッケージがモジュール単位で依存関係を解決できるようにする」宣言的な変更に属する。Rust側の新規追加パッケージ以外のバージョン更新はzerocopyとzerocopy-deriveの0.8.63への2件のみで、残りの40件はすべて新規パッケージのインポートである。

当日のその他11件は、uwsgi、dropwatch、minioのvendor除去改修、buildx、そして15:10の7件のセキュリティ更新——containerd 2.3.5、harfbuzz 14.0.0、exiv2 0.28.9、open-iscsi 2.1.13、ppp 2.5.4、avahi 0.9~rc5、gi-docgen 2025.5である。

2.2 openRuyi PR：10件マージ、CVE大型PRはクローズされ未マージ、Go vendor除去2件が審査待ち（10-20）

日付：2026-10-20　情報源：PR #1341、PR #1342、PR #1344、PR #1466 umoci、PR #1464 sonobuoy、PR #1468、PR #1469、PR #1440 sequoia

調査期間内に計10件のPRがマージされた。時系列順に：#1128（Prometheus 3.13モジュール、04:46）、#1342（CVE Part 1、07:10）、#1461（graphql-core 3.3.0、07:12）、#1355（kubecomps Go依存関係初回分、07:29）、#1462（buildx、08:02）、#1344（fsspec CVE、08:08）、#1459（minio vendor除去、11:12）、#1372（moniker、11:21）、#1463（dropwatch、12:23）、#1458（uwsgi、12:24）。

CVE大型PR #1341「CVE Vulnerability Fixes (Part 0)」は50ファイル、+997/-4788でクローズされたが未マージとなった。昨日のレポートでこのPRがまだレビュー中であった状態と比較すると、これは明確な処理結果である。同日、新たに#1468「Fix CVEs and upgrade some packages」（34ファイル +2023/-594）と#1469「Add packages and upgrade packages」（9ファイル +223/-21）がオープンされ、元の大型PRが細分化されて再提出されたことを示している。

審査待ちキューでは「vendor除去」が引き続き進展している：#1466 umoci（22ファイル +971/-13）と#1464 sonobuoy（9ファイル +268/-19）の2件は、コンテナイメージと整合性テストツールの同梱vendorアーカイブをディストリビューションのパッケージ依存関係に置き換えるもの；#1467はopencvのハードコードされた/homeビルドパスを修正；#1440 sequoia（21ファイル +2799/-78）と#1456 picoclaw 0.3.1（43ファイル +2080/-42）は引き続き待機中である。

2.3 ruyiパッケージマネージャー：0.53.0を維持、メインブランチは09-25以降コミットなし（10-20時点）

日付：2026-10-20（状態）　情報源：ruyi Releases、PyPI ruyi、ウィークリーレポート第078期

GitHub Release と PyPI はいずれも 0.53.0（09-24 リリース）を維持しており、メインブランチの最終コミットは 09-25（#503 のマージ）で止まっている。調査期間内に新バージョンも新コミットもない。10-13 の隔週レポート第 078 期によれば、0.54.0 はリリースサイクル調整により 10 月末に確定し、開発中の項目はパッケージとシステムの ABI 互換性検出、より多くの公式メンテナンスパッケージの macOS パッケージング、SpacemiT K1/K3 ツールチェーン適配である。月末まで約十日、観察ポイントは依然として alpha バージョンが先に出るかどうかである。

2.4 ミラーとディストリビューション：ruyi-imager のナイトリービルドが更新、openRuyi 2026.10 は未リリース（10-20）

日付：2026-10-20　情報源：ruyi-imager ナイトリービルド、openRuyi ディストリビューションニュースページ、packages-index コミット一覧

ruyi-imager のナイトリービルドチャネルは 10-20 06:22 に更新され、パッケージバージョンは 1.0.0-nightly.20261019T221503Z.7f62f9d、ソースコミットは 7f62f9dd、10 個のアセットが添付されている。packages-index（10-13 最終コミット）、ruyisdk-website（10-19 07:54）、support-matrix（10-16 11:46）、ruyisdk/llvm-project の AME ブランチ（10-19 13:32 の PR #170 CI ワークフロー）はいずれも調査期間内に新コミットがない。

openRuyi ディストリビューションニュースページに新記事はなく、2026.09 リリース告知が依然として最新で、2026.10 のページはまだ公開されていない。月次ペースによれば、10 月版はすでに月末ウィンドウに入っているが、当日メインリポジトリは依然としてバッチでパッケージを補完しており、リリース時期が次の観察ポイントとなる。

2.5 カーネルとファームウェアライン：linux-xuantie-kernel、ruyifirmware、edk2-ruyi はすべて静か（10-20 状態）

日付：2026-10-20（状態）　情報源：linux-xuantie-kernel コミット一覧、ruyifirmware Releases、edk2-ruyi コミット一覧

カーネルライン 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. ベクトル拡張とオペレータ最適化

3.1 IREE 3.13.0 正式版：RISC-V V f32 vfmacc.vf MMA が release に進入（10-19）

日付：2026-10-19　情報源：IREE v3.13.0 Release、PR #24933 RISC-V V inner_tiled MMA

IREE v3.13.0 は 10-19 19:26 にリリースされ、CPU バックエンドに RISC-V V f32 vfmacc.vf の inner_tiled MMA（PR #24933）が追加され、ベクトル浮動小数点積和を RISC-V V の fused multiply-accumulate に直接マッピングした。同時に LLVMCPU のスケーラブルベクトル化は --iree-llvmcpu-vscale-range の指定が必須となり、+zvl*b 特性がある場合は二つの下限のうち大きい値を取る。モデル側では PT2E の per-tensor、per-channel-group、per-token 量子化インポートを LinalgExt Q/DQ に保持している。

本スタックにとっての意義は経路の対照にある。RuyiAI の tilelang-riscv と triton-riscv は Tile レベルの DSL から RVV への路線をとり、IREE は MLIR→LLVMCPU のスケーラブルなベクトル化をとる。同じ RVV 上で、二つのフロントエンドが同時に f32 積和を最適化目標に選んでいることは、この命令形態がすでに RISC-V AI バックエンドのコンセンサス的な着地点となっていることを示す。

3.2 検証とキャッシュ側：riscv-arch-test に 3 件マージ、香山 CoupledL2 のグループ化ストレージバンク（10-19 から 10-20）

日付：2026-10-19 から 2026-10-20　情報源：riscv-arch-test PR #2413 Sdtrig、PR #2791 S_F/S_V/S_VF、PR #2858 ベクトル命令 SEW カバレッジ、XSCache PR #36、XiangShan PR #6738

RISC-V アーキテクチャテストの調査期間内に 3 件がマージされた：Sdtrig の A 拡張トリガーカバレッジポイントと Sm/S/U 三モードの icount カバレッジ（10-20 05:53）、S スイートへの S_F/S_V/S_VF の追加による OS が実際に使用する特権レベルのカバレッジ（10-20 02:53）、ベクトル命令の全有効 SEW への拡張と SEW=8 の vrgatherei16 および fault-only-first の LMUL 選択の補完（10-19 21:55）。3 件は共同で検証面を「S モード + 全 SEW」へと押し進めており、K1/K3 上で RVV オペレータを動かすチームにとって利用可能な回帰ベースラインとなる。

香山側では、CoupledL2 が set index ごとにディレクトリとデータの SRAM バンクを分割し、MCP2 のストールを同一バンクへの連続アクセスに限定し、RequestBuffer が 2 スロットを占有した際に新規プリフェッチの受け入れを一時停止する（PR #36、10-19 15:12 マージ、デフォルトのバンク分割値は 2、1 へのフォールバック可能）；メインリポジトリはその後 XSCache ポインタを更新してこの変更を取り込んだ（PR #6738）。キャッシュの並列度とプリフェッチの受け入れが同時に調整されており、検証可能なマイクロアーキテクチャの変化である。

3.3 本スタックのベクトルリポジトリ：VecIntrinBench / IntrinTrans / FBGEMM は静穏（10-20 状態）

日付：2026-10-20（状態）　情報源：VecIntrinBench、IntrinTrans、FBGEMM fork

本スタックのベクトルベンチマークとトランスパイルツールチェーンの 3 リポジトリはいずれも調査期間内にコミットがなく、直近の動きはそれぞれ 02-13（VecIntrinBench）、06-25（IntrinTrans）、07-13（FBGEMM）で止まっている；harness は 10-10、cpuinfo は 05-20、torq-tile は 04-09 で停止。調査期間内のオペレータ側で唯一の外部進展は IREE 3.13.0 の RVV MMA のリリース確定（3.1 参照）であり、本スタック固有のベクトルベンチマークから新たなデータは出ていない。

4. Buddy Compiler の動向

4.1 buddy-mlir：0.1.1 以降 3 日間コミットなし、新ナイトリービルドなし（10-20 状態）

日付：2026-10-20（状態）　情報源：コミット一覧、Releases

buddy-mlir のメインブランチの最終コミットは依然として 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）で、その後 3 日間新たなナイトリービルドはない。0.1.0 から 0.1.1 までの二回の正式リリースは 2 日間隔（10-16、10-18）であり、その後は停滞に転じた。

4.2 下流のアンカリング：triton-riscv のナイトリービルドは依然 0.1.1.dev20261017 に固定（10-20 状態）

日付：2026-10-20（状態）　情報源：triton-riscv コミット 10-18 依存関係アップグレード、buddy-mlir ナイトリー版 0.1.1.dev20261017

triton-riscv のメインブランチにおける 10-18 08:57 の最後のコミット内容は「Update dependency buddy-compiler/buddy-mlir to nightly/v0.1.1.dev20261017」であり、下流の依存関係を当該ナイトリー版に固定している。10-19 にリリースされた nightly/20261018-a305fb6 はまさに今回のアップグレードに基づいてビルドされたものである。buddy-mlir は 10-17 以降新たなナイトリー版がないため、triton-riscv のナイトリービルドは追随すべき新たな上流がなく、両者が互いに待ち合う状態となっている——このチェーンが毎日のパッケージ出力を再開するかどうかは、buddy-mlir がいつ nightly ワークフローを再始動するかにかかっている。

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

5.1 公式ホームページの3ページに変化なし（ブログ2件、ドキュメント23章）（10-20 状態）

日付：2026-10-20（状態）　情報源：RuyiAI 公式ホームページ、ブログ、ドキュメント

公式ホームページの3ページのスナップショットは前回と同一である：index.html 7246 バイト、インデックス3件；blog.html 5632 バイト、インデックス2件（Triton の RISC-V 対応、PyTorch RISC-V CI 実践）；docs.html 10843 バイト、インデックス23件。今回の調査期間中、新規ブログ記事はなく、新規ドキュメント章もない。

5.2 フォーラムは新規ゼロ、最新トピックは依然 10-15 のデイリーニュース（10-20 状態）

日付：2026-10-20（状態）　情報源：RuyiSDK コミュニティフォーラム、最新トピック #2892

フォーラムの調査期間内は新規トピックがゼロで、最新の投稿は依然として 10-15 03:30 の「2026-10-15 オープンソース技術ホットニュース」（#2892）である。遡ると、隔週レポート第 078 期（#2891、10-13）、サミット参加告知（#2889、10-13）、実践講座の講義資料と環境実験（#2883、#2885）が続く。サミット（10-18 から 10-20）終了後、フォーラムには振り返り投稿が見当たらず、コミュニティ側の公開アウトプットは依然としてデイリーニュースと隔週レポートの2本の定常ラインに集中している。

5.3 産業側：玄鉄 E908A 車載グレード CPU IP を発表、C950A は5倍性能を目標（10-19）

日付：2026-10-19　情報源：IT之家：玄鉄 E908A

10-19 の RISC-V 中国サミットで、達摩院玄鉄は車載グレード拡張 CPU IP E908A を発表し、ASIL-B と ASIL-D を同時に達成した初の RISC-V CPU IP であると述べ、単一点安全度量 SPFM が初めて 90% を超え、セーフティアイランド、ドメインコントローラ、車載ゲートウェイ向けであるとした；同時に自動運転と具現化知能製品のロードマップを初めて示し、次世代 C950A の目標性能は既存 RISC-V 車載グレード製品の5倍である。会議ではさらに、C950 が4種類の Agentic 負荷で主流の従来アーキテクチャプロセッサより 10% 以上向上し、Qwen3.8-Flash-Next 推論が 43 token/s に達すると言及された。

本テーマとの距離はソフトウェアスタック次第である：車載グレード IP の実装は機能安全認証のツールチェーンと RTOS/カーネルの組み合わせに依存するが、現在の RuyiSDK のツールチェーン対応は K1/K3 などの汎用プラットフォームに集中しており、安全認証に関連するコンパイラ資格、テストスイート、ドキュメント体系はいずれも公開ロードマップに現れていない。E908A は需要のシグナルであり、当期のタスクではない。

5.4 産業側：進迭 V100 の3種類の完成機と互換ディストリビューション一覧、openRuyi も掲載（10-19）

日付：2026-10-19　情報源：電子創新網：進迭時空 V100、LinuxGizmos：46コア RISC-V サーバー CPU

前回のレポートで記録したのは V100 チップ自体のリリースであったが、今回の調査期間の報道はシステム側の情報を補完している：V100 は 46 コアのハイブリッドアーキテクチャ（6 個の香山昆明湖 V2R2 と 40 個の X100）で、最高 2.4GHz、デュアルソケットのコヒーレント相互接続で最高 92 コア、単チップで 8 チャネル DDR5 と 52 本の PCIe 5.0；対応する整機は C2201 計算、G5201 智算、S5236 ストレージの 3 種類で、うち G5201 は昆仑芯 M100 などの国産アクセラレータカードを検証済みで、RDMA クラスタ組網をサポートする。

最も重要な一文はディストリビューション一覧にある：報道によれば V100 の BRS 規範テストは全項目合格し、openEuler、openRuyi、openKylin、Debian、Ubuntu、Fedora、Red Hat、Rocky などの主要ディストリビューションで直接インストール、起動、実行できる。openRuyi がベンダー提示のサーバープラットフォーム互換リストに記載された点は、本テーマのこれまでの公開情報源には現れていなかった；ただし openRuyi のメインリポジトリには当日もサーバープラットフォーム関連のコミットはなく、リストが実現するかどうかは 2026.10 バージョンと今後のファームウェアラインの動き次第である。

5.5 外部ニュース：RuyiSDK / RuyiAI / openRuyi 定向検索はゼロヒット（10-20）

日付：2026-10-20　情報源：Google News RSS、arXiv cs.AR 最近リスト

Google News による RuyiSDK、RuyiAI、openRuyi の中英語定向検索（「如意コミュニティ RISC-V」「如意 RISC-V ディストリビューション」を含む）はすべてゼロヒットで、チャネルは正常（同批の RISC-V 検索は 62 件返し、プロキシとパースがいずれも利用可能であることを示す）。ヒットした 1 件の「如意 RISC-V ディストリビューション」は実は玄鉄の出荷稿であり、ディストリビューションとは無関係である。arXiv の直近 7 日間の RISC-V 関連プレプリントは最新が 10-15（FPGA 効率、定数時間コンパイルパイプラインなど）で、調査期間内に本スタックのコンパイラやベクトル最適化に直接関連する新論文はない。

サミット関連の中国語報道はハードウェアと資本側に集中している：玄鉄は出荷が 60 億個を超え C950 を AI サーバーに投入、玄鉄 E908A 車規 IP、進畳 V100 の 3 種類の整機、Tenstorrent が 15 億ドル調達（評価額 62 億ドル）。いずれも RuyiSDK や openRuyi の具体的な方案には触れていない。

6. トレンド観察

6.1 依存クロージャの構築は言語別に 3 線並行：Rust は uv バックエンドを補完、Go は vendor を除去、Python はクラウドストレージを補完

今期 137 件のコミットの 42/42/42 という構成は偶然ではなく、3 本の独立したパッケージ補完ラインが同日に進んだものである：Rust 側は windows-* 0.61、zerocopy/rkyv、cap-std/io-lifetimes の 3 族を中心に、python-uv-build と組み合わせて uv のような Python ビルドツールの Rust 依存を指向；Go 側は minio と Prometheus/Kubernetes コンポーネントが主で、vendor 除去の 3 件の PR と組み合わせて「ソースと同梱」から「依存ごとにパッケージ」へ改める；Python 側は fsspec の主要クラウドバックエンドを一括で補完。3 線の共通目標は依存クロージャを満たし、RISC-V 上の Python AI とクラウドネイティブデプロイがその場でのコンパイルを不要にすることである。

記録に値するのはこの層と RuyiAI の関係である：PyTorch の DataLoader、checkpoint、データセットツールは一般に fsspec を経由してリモートストレージにアクセスし、バックエンドが揃っているか否かが訓練スクリプトを K1/K3 で動かせるかを直接左右する。ディストリビューションが上位層のために補うこの部分の依存は、単一のオペレータ最適化よりも「使えるかどうか」を決定づける。

6.2 PyTorch ブランチは毎日リプレイのリズムに：ベースラインは日次更新、パッチ列は不動

2 日連続で同一パターンを観察：10-19 09:14 と 10-20 08:32 に各 1 回の全ブランチ書き換えプッシュがあり、全ブランチのコミッター時刻が一律に書き換えられ、ローカルパッチのタイトルは逐条不変で、変化は上流ベースラインの同期範囲のみ。この手法は「上流に追従」と「パッチ維持」を分離するが、代償はブランチ履歴が追跡不能になること——SHA で参照する下流（CI キャッシュ、イメージビルド、issue 再現）は毎日無効化される。このリズムが固定化すれば、当該ブランチを読む際は SHA ではなく「パッチタイトル集合」をバージョン判据とすべきである。

同期間の 3 本の fork ラインの状態は引き続き分化：PyTorch は毎日リプレイ、LLVM は 10-12 から 8 日間静穏、Triton は夜間ビルドが 10-19 の 1 版に回復後停止。3 線は 3 種の投入状態に対応し、RuyiAI スタックの現在のボトルネックがコンパイルバックエンド自体になく、レビューとビルドの持続的な供給にあることも示唆する。

6.3 サーバー級プラットフォームがディストリビューションにもたらすのは互換リストであり、新たな移植タスクではない

進畳 V100 の報道は openRuyi をサーバープラットフォームの利用可能ディストリビューションリストに記載した。これが成立する場合、意味するのは「openRuyi が新たな移植を 1 回行う」ことではなく、規範適合性の要件である：RVA23、サーバー SoC/プラットフォーム規範、BRS とセキュリティモデルの 5 項目に、UEFI/ACPI/SMBIOS のファームウェア経路を加えたもの。ディストリビューションが行うべきはむしろ、既存のユーザーランドパッケージ、インストーラ、イメージ経路を規範に整合させることであり、コンポーネントの書き直しではない。

現時点の証拠は依然として不完全である：openRuyi メインリポジトリには当日サーバー関連のコミットがゼロ件、ファームウェアライン（ruyifirmware、edk2-ruyi）は 10-15 以降沈黙しており、2026.10 バージョンは未リリースである。観察ポイントは三つある：openRuyi 2026.10 がリリースノートでサーバープラットフォームに言及するか；ruyifirmware/edk2-ruyi が V100 向けのコミットを再開するか；サポートマトリクスに V100 項目が現れるか。

情報源チェック表

情報源 チェック結果
RuyiAI-Stack 組織（全リポジトリ） pytorch：riscv ブランチ 1 回のリライト式リプレイ（コミット日付でカウントすると新規 0 件、compare 基準で先行 60/遅延 24）＋ 7 件のオープン PR ベースライン更新、main 上流同期は通常通り；llvm-project：riscv ブランチは八日間コミットなし、二件の FPGA PR は 10-13 で停止；triton-riscv：0 件のコミット、0 件のリリース（ナイトリー版は依然 10-18 ビルド）；tilelang-riscv：0 件；ruyiai-daily：1 期（10-20）；harness、skills、caffe、mxnet、pytorch-ci、FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、torq-tile、dsh-osc は期間内コミットなし
ruyisdk 組織（全リポジトリ） ruyi：0 件のコミット、0 件のリリース；llvm-project：AME ブランチ 0 件（10-19 の PR #170 で停止）；packages-index、ruyisdk-website、support-matrix、linux-xuantie-kernel はいずれも 0 件；ruyi-imager：ナイトリービルド 1 回更新（10-20 06:22）
openRuyi-Project 組織（全リポジトリ） openRuyi メインリポジトリ 137 件のコミット（Rust/Go/Python 各 42 件、その他 11 件）＋ 10 件の PR マージ；CVE 大単 #1341 はクローズ済みで未マージ；オープンキューには #1464、#1466 の二件の vendor 除去と #1468、#1469 の二件の CVE 継続単が含まれる；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 デイリーニュース）；隔週レポート第 078 期（#2891）が依然最新号
openRuyi ディストリビューションニュースページ 新規記事なし、2026.09 リリース告知が依然最新、2026.10 ページは未公開
ruyi パッケージマネージャー / PyPI 0.53.0 が最新を維持（09-24 リリース）、期間内新バージョンなし、新規コミットなし
公式ホームページ（ruyiai.org） 三ページとも変化なし：ホームインデックス 3 件、ブログ 2 篇、ドキュメント 23 章
技術情報リポジトリ（ruyiai-daily） 10-20 一期をプッシュ、RISC-V セクションは玄鉄 E908A と C950A 路線、進畳 V100 三類完成機、K1 bootph-pre-ram パッチ v2、riscv-arch-test 三件マージ、香山 CoupledL2 グループ化ストレージバンクをカバー；ほかに IREE 3.13.0 の RVV MMA を含む
IREE / riscv-arch-test 上流 IREE v3.13.0 正式リリース（10-19 19:26）、RISC-V V f32 vfmacc.vf inner_tiled MMA（PR #24933）を含む；riscv-arch-test 三件マージ（#2413、#2791、#2858）
arXiv（RISC-V） 直近七日の最新は 10-15、期間内に RISC-V コンパイラまたはベクトル最適化の新規プレプリントなし
Google News RSS（中英文複数組） RuyiSDK / RuyiAI / openRuyi すべてゼロヒット；如意類クエリ 1 件は玄鉄出荷稿で主題と無関係；産業報道は玄鉄、進畳、Tenstorrent に集中

完全情報源リスト