調査期間：2026-10-27 04:30 ~ 2026-10-28 04:30（北京時間、過去24時間）、前回（10-27 04:30 時点）と端から端まで連続している。

情報源：GitHubオーガニゼーション全リポジトリ調査（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler、各リポジトリごとに期間内のコミット、PR、Releaseを確認。上流forkはRISC-V / RVV / 玄鉄などのキーワードでフィルタリングし、無関係な上流コミットは収録しない）、openRuyiのコミットとPRマージ統計、ruyiパッケージマネージャーRelease、RuyiSDK開発者コミュニティフォーラム、ruyiai-dailyデイリー情報アーカイブ、RuyiAI公式ホームページ3ページのスナップショット、arXiv検索、Google News RSSの中国語・英語定向検索（プロキシ経由）。

本期インデックス

  • 今日の重点：三点セットのディストリビューションパッケージング、triton-riscvのアンカー変更、VIRにPythonバインディングを追加（10-27）
    1. RuyiAIスタック進展（PyTorch / Triton / TileLang RISC-V適配）
      • 1.1 llvm-project：riscvブランチ六日で五回目のリベース、ベースラインをさらに237コミット前進（10-27）
      • 1.2 pytorch：riscvブランチ六日目は静寂、メインブランチの二十コミットは依然として上流（10-27 状態）
      • 1.3 triton-riscv：buddy-mlirアンカーを10-17から10-27へ直跳び、二段階を跨ぐ（10-27）
      • 1.4 tilelang-riscv：メインブランチ十二日目は静寂（10-27 状態）
    1. RuyiSDKツールチェーンとディストリビューション
      • 2.1 openRuyi PR #1350：RuyiAI三点セットをディストリビューションへ、作者が当日にレビュー意見へ逐条回答（10-27）
      • 2.2 openRuyi PR #1352：PyTorch RISC-V適配を単独パッケージ化、インストール後にスモークテスト同梱（10-27 状態）
      • 2.3 openRuyi：45コミット、12 PRマージ、Sambaファミリーを一括で4.25.1とWafビルドへ更新（10-27）
      • 2.4 openRuyi：三件のrevertで「パッケージ同梱のLLVM IR配布」路線を撤回（10-27）
      • 2.5 審査待ちキュー：qemu 11.1.2、qemu-rustsbi、libvirtとクロスツールチェーン（10-27 状態）
    1. ベクトル拡張、アーキテクチャテストとオペレータ最適化
      • 3.1 サポートマトリックスにSpacemiT K3 Pico-ITXのBianbu 4.0.8レポートを追加、ステータスはgood（10-27）
      • 3.2 サポートマトリックスにVisionFive 2 LiteのUbuntu 24.04.5レポートを追加、ステータスはbasicのみ（10-27）
      • 3.3 ベクトルリポジトリとFBGEMMは全面静寂、arXiv期間内の新規なし（10-27 状態）
    1. Buddy Compiler動向
      • 4.1 VIRにPythonバインディングを追加：buddy-opt専用からプログラマブル方言へ（10-27）
      • 4.2 審査待ち五件：piece countをint64へ、Whisper前処理の再利用、buddy-serverソース整理（10-27）
      • 4.3 ナイトリービルドdev20261027がリリース、下流アンカーも同日夜に接続（10-27）
    1. コミュニティ・イベント・公式ホームページ
      • 5.1 公式ホームページ三ページは変化なし、ブログ二篇、ドキュメント二十三章（10-27 状態）
      • 5.2 フォーラムに新規スレッドなし、最新は依然として10-22のサミット回顧とコース講義資料（10-27 状態）
      • 5.3 ruyiai-daily一期、harnessプラグイン分割、ruyi-imagerの選択ダイアログ修正（10-27）
      • 5.4 外部ニュースはゼロヒット、openRuyi 2026.10とruyi 0.54.0はいずれも未リリース（10-27 状態）
    1. トレンド観察
      • 6.1 表現層、ツール層、配布層が同じ日にそれぞれ一ブロックを補完
      • 6.2 リリース前の掃除に加え、ディストリビューションが引き算を開始

今日の重点：三点セットのディストリビューションパッケージング、triton-riscvのアンカー変更、VIRにPythonバインディングを追加（10-27）

日付：2026-10-27　出典：openRuyi PR #1350、triton-riscv PR #90、buddy-mlir PR #1009

本期の三本柱が同じ期間内にそれぞれ一歩を踏み出し、しかも初めて互いに接続した。

第一條は配布層である。openRuyi の PR #1350「Add Ruyiai packages」は buddy-mlir、python-triton-ruyiai、python-tilelang-ruyiai の 3 つの spec を一度にコミットし（3 コミット、9 ファイル、+666/−0）、9-21 にオープンされた後、メンテナ Z572 が 9-24 に修正要求を出し、議論は 9-28 で止まっていた。10-27 17:55 から 18:54（北京時間）にかけて、作者 nekorouter が三つのレビュー指摘に連続して返信し、git ビルド依存、buddy-mlir が内蔵する LLVM を外置きにするかどうか、そして GCC ビルドに切り替えるコストについて項目ごとに説明した。同日、別の PR #1352 は PyTorch の RISC-V 適配を単独のパッケージにした。二者はいずれもまだマージされていないが、「棚上げ」から「項目ごとの収束」へと戻っている。

第二條はツール層である。triton-riscv の依存アンカーは 19:43 に renovate ボットによってコミットされマージされた（#90、+2/−2）。buddy-mlir は nightly/v0.1.1.dev20261017 から直接 nightly/v0.1.3.dev20261027 へ跳び、0.1.2 正式版と 2 つのナイトリービルドを丸ごと飛び越えた。前回のデイリーレポートでは「アンカーが更新されるか」を観察項目として挙げたが、今回はその答えが出た。更新されたうえに、一度で二段階を跨いだのである。これは、10-26 の夜の 7 件の VIR 可変長ベクトル変更が、今回から下流のビルド経路に入ったことを意味する。

第三條は表現層である。buddy-mlir の #1009「[midend][VIR] Python bindings」が 22:42 にマージされた（12 ファイル、+614/−1）。VIR という、これまでは buddy-opt の中でしか動かせず、ir.Operation.create("vir....") で手作業でオペレータを組み、ir.Type.parse("!vir.vec<...>") で手作業で型を組む必要があった方言を、正式に buddy_mlir.dialects.vir モジュールとした。ODS と C API と nanobind 拡張という通常の経路をたどっている。

三つを並べて見ると、VIR は可変長ベクトルを表現でき（前回）、今回 Python から駆動でき、さらにその下にはディストリビューションパッケージングの経路がある（今回は審査中）。このスタックに欠けていたのは単点の能力ではなく、「表現—ツール—配布」の三段の接続であり、今回は珍しく同じ日にそれぞれ進展があった。

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

1.1 llvm-project：riscv ブランチは六日で五回目のリベース、ベースラインがさらに 237 コミット前進（10-27）

日付：2026-10-27　情報源：riscv ブランチのコミット一覧、新ヘッド ed439f3e、前回ヘッドとの比較

riscv ブランチは 10-27 23:00（北京時間）に五回目のブランチ全体の書き換えを完了し、ヘッドが a18a0434 から ed439f3e に変わった。タイトルは引き続き「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」である。前回ヘッドとの比較は diverged：237 コミット先行、26 コミット遅行、300 ファイルに差異がある。遅行している 26 筆こそローカルパッチセットの条数であり、10-26 の記録と完全に一致する。

20 筆のローカルコミットが同じ分内に書き換えられ再プッシュされた（committer 時間は 15:00:29 から 15:00:31 に集中）。一方、author 時間は 7 月 1 日から 10 月 3 日まで並んでいる。最新の 1 筆は今回のヘッド #31 の A100 HP/SP と pack/unpack の降級（author 10-03）であり、最古は #9b72a085 の CI トリガー修正（author 7-01）である。author 時間が動かず committer 時間が統一されているのは、ブランチ全体のリプレイの典型的な特徴であり、今回ローカル機能の追加はなく、既存のパッチセットを新しいベースラインの上に移しただけであることを示している。

リベースの系列は現在、10-21 の 1769 筆、10-23 の 275 筆、10-25 の 474 筆、10-26 の 221 筆、10-27 の 237 筆である。五日間に五回、間隔は安定して一日一回となっている。前回の判断——このブランチの日常的な動きは完全にベースライン追従になっている——は今回で二度目の検証を得た。ローカル機能の増分の唯一の源泉は依然として上流であり、あるいは BOSC AME、Buckyball 側が新しいパッチをコミットするのを待つ必要がある。

1.2 pytorch：riscv ブランチは六日目も静か、メインブランチの 20 筆は依然として上流（10-27 時点）

日付：2026-10-27（状態）　情報源：pytorch riscv ブランチ、pytorch メインブランチ

riscv ブランチの先頭は依然として 10-22 03:00（北京時間）の Add riscv64 image locally (#51) であり、10-22 から 10-27 まで連続六日間コミットゼロとなった。前回記録した三日間・五日間の静默は、今回は六日間に延長された。RVV 能力向上に関する二本の主要提案（#46 ATen 向けベクトル拡張サポート、#48 の RISC-V Vector CPU 能力）も今回更新はない。

メインブランチには同期間に 20 件のコミットがあり、すべて上流同期で、RISC-V に関わるものは一件もない。うち五件は C++ meta kernel の補完（ne.Scalar、eq.Tensor、le.Scalar、le.Tensor、bitwise_and.Tensor）、一件は ROCm Inductor の CK フォワード畳み込みテンプレート（conv_transpose）スキップ、残りはビルドとテスト基盤に属する。これは前回の結論と一致する。すなわち、このブランチの上流追跡と RISC-V リプレイは異なるリズムのパイプラインであり、前者は毎日更新、後者は人為的に日程を選んで行われる。

併読に値するのは配布側である。同じ日、openRuyi の PR #1352 がこのブランチの成果物を python-torch-ruyiai パッケージに仕立てている（2.2 参照）。ブランチ自体は動かないが、その下流の配布経路は動いている。これが今回 pytorch 一線で唯一新しい情報のある点である。

1.3 triton-riscv：buddy-mlir アンカーが 10-17 から 10-27 へ直跳び、二段階を跨ぐ（10-27）

日付：2026-10-27　情報源：triton-riscv PR #90、コミット 4a066f1f、buddy-mlir ナイトリー版一覧

19:43、renovate ボットが提出した #90 がマージされた。変更はわずか二行（+2/−2）：buddy-compiler/buddy-mlir を nightly/v0.1.1.dev20261017 から nightly/v0.1.3.dev20261027 へ引き上げる。これは通常のマイナーバージョン追従ではなく、段階を跨いだ追趕である。中間には 0.1.2 正式版（10-25 06:18）と 0.1.3 ラインの二つのナイトリービルド（10-26 06:37、10-27 08:26）が挟まっている。

前回のデイリーレポートでは「アンカーが更新され再ビルドされるか」を次回観察項目として挙げていたが、今回それが実現した。意味は具体的である。10-26 の夜の七件の VIR 可変長ベクトル変更（#1002 から #1008）は従来 buddy-mlir のソースツリーにのみ存在し、下流の triton-riscv ビルドが使っていたのはまだ 10-17 の旧パッケージだった。アンカー交換後、この一群の変更が Triton のオペレータ生成経路に入る。

説明を要するのは、アンカー更新は「使えるかどうか」を解決するだけで、「すでに使った」ことにはならない点である。triton-riscv メインブランチにはこの依存更新以外に本調査期間中のコミットはなく、対応する適配コードの変更もない。0.1.1 から 0.1.3 の間で buddy-mlir 側に Triton 呼び出しへ影響するインターフェース変更があったかは、下流で実際に再ビルドしテストを通した後に初めて確認できる。

1.4 tilelang-riscv：メインブランチが第十二日静默（10-27 状態）

日付：2026-10-27（状態）　情報源：tilelang-riscv コミット一覧、オープン PR 一覧

tilelang-riscv メインブランチの最後のコミットは依然として 10-16 10:52 であり、連続第十二日コミットなし。オープン PR #4 は 09-28 で更新が止まっている。triton-riscv のアンカー交換と対照的なのは、こちら側は依存更新すら動きがないことである。

ただし配布側はこれに新たな位置を与えている。openRuyi の PR #1350 には python-tilelang-ruyiai spec が含まれ、4 つのパッチ（Apache TVM FFI 0.1.10 の緩和、システムビルド依存への切り替え、buddy-mlir ツールチェーンの発見、z3 soname 書き換えのスキップ）に関わる。つまり、リポジトリ自体は停滞しているが、「ディストリビューションパッケージの形で利用可能」という経路は進んでいる。これが今回 tilelang-riscv に関連する唯一の実質的動作である。

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

2.1 openRuyi PR #1350：RuyiAI 三種セットをディストリビューションへ、作者が当日レビュー意見に逐条回答（10-27）

日付：2026-10-27　情報源：PR #1350、PR #1350 レビューコメント、PR #1350 コミット

PR #1350 は今回の配布レイヤーで最も重要な一件である。一つの PR で同時に三つのパッケージを追加する——buddy-mlir（LLVM ベースの MLIR コンパイルフレームワーク）、python-triton-ruyiai（RISC-V 版 Triton）、python-tilelang-ruyiai（RISC-V 版 TileLang バックエンド）。3 件のコミットはすべて 9-21 の 09:46 から 09:48（2 分以内）に集中しており、合計 9 ファイル、+666/−0。

タイムラインは記録に値する：9-21 に PR を作成、9-24 にメンテナ Z572 が三つの修正要求を提示（なぜ git が必要か、buddy-mlir は Triton がその LLVM を特定するための macro ファイルを提供すべきではないか、buddy-mlir はまず GCC で固定バージョンの clang をビルドし、その新しい clang で自身をビルドすべきではないか）、9-28 に作者が返信し二点を修正；その後約一か月停滞し、10-27 17:55、17:57、18:54 に連続三件の返信で残りの議論を逐条的に説明した。

三件の返信の技術的内容は進捗そのものより情報量が多い。第一に、triton 上流の setup.py は git が実行可能かどうかを強制的にチェックするため、git をビルド依存として追加するか、setup.py を変更するか（新しいパッチファイルが必要で、triton 更新時に不整合が起きやすい）の二択となり——作者は前者を選択した。第二に、buddy-mlir が同梱する LLVM はそのパッケージ内部でのみ使用され、かつこれらのパッケージは常に特定の LLVM コミットに固定されるため、ビルドフロー内部に留め、独立した macro パッケージとして外置しない方針とした。第三に、GCC で固定版 LLVM/clang をビルドする方式は技術的には可能だが、ビルド時間が少なくとも 1.5 倍増加する。

これら三件は同じトレードオフを指し示している：RuyiAI のこれらのパッケージはビルドチェーンの結合度が高く（Triton は buddy-mlir の LLVM に依存し、TileLang は buddy-mlir ツールチェーンに依存）、ディストリビューションの「依存を外置し、システムパッケージを再利用する」慣例に従って分割すると、ビルドコストと不整合リスクがともに上昇する。作者は結合を維持し、サイズとビルド時間を引き受けることを選んだ——パッケージング路線における明確な意思表明である。

2.2 openRuyi PR #1352：PyTorch RISC-V 適配を単独パッケージ化、インストール後にスモークテストを同梱（10-27 状態）

日付：2026-10-27（状態）　情報源：PR #1352、python-torch-ruyiai spec ファイル

PR #1352 は RuyiAI-Stack/pytorch を単独で python-torch-ruyiai としてパッケージ化する（8 ファイル、+783/−0）。#1350 と同じ日に更新され、状態は依然オープンで、唯一のコミットは 9-21 11:22 で止まっている。

パッチセットは完全なディストリビューション適配リストとして読める：2001 は OpenBLAS を cblas 複素数ドット積に強制、2003 はシステム fmt に切り替え、2005 はシステム cmake 依存に切り替え、2006 は不要なサブモジュールのプリビルドチェックをスキップ、2011 は RVV カーネルをターゲットのベクトル能力に応じてゲート、2012 は scikit-build-core を内蔵。さらに pytorch-smoke-test.py があり、このパッケージはインストール後に一度スモークテストを実行してはじめて合格となる——ディストリビューションにとって、単に「インストールできる」より一歩進んでいる。

2011 の項目は特に注目に値する：RVV カーネルの有効化条件を「コンパイル時にサポートを仮定」から「ターゲットのベクトル能力に応じたゲート」に変更するのは、コミュニティで繰り返し現れる問題そのものである——RVA20 などベクトル拡張を含まないターゲットでは、パッケージング時にゲートしなければ実行不能なコードが生成される。この種の修正は通常、ユーザーが実機ボードで遭遇してから初めて補われるが、今回は事前にパッケージングパッチに入った。

#1350 と同様、このパッケージも AI 支援を明記し（Assisted-by: Deepseek V4.1 Flash）、openRuyi の AI 貢献ポリシーに従ってチェックと署名を行っている。

2.3 openRuyi：45 件のコミット、12 件の PR をマージ、Samba ファミリーを一括で 4.25.1 と Waf ビルドへ移行（10-27）

日付：2026-10-27　情報源：openRuyi コミット一覧、PR #1428 Samba とライブラリ、PR #1506 セキュリティ更新、PR #1508 ceph バックポート

メインリポジトリの調査期間内に45件のコミット、12件のPRマージがあり、作者の内訳は Li Guan 12、Jingwiw 9、Kimmy 9、cl2t 5、misaka00251 4、Zheng Junjie 3、Sun Yuechi 1、Xiang’ao Liu 1、Hangfan Li 1。時間的には3つのバッチに分かれる。15:00前後が17件、16:00前後が12件、翌日01:31が9件、残りの7件は12:32から17:36に散在している。

最大のものは #1428 で、一度に9件のコミットをプッシュした。samba を 4.25.1、tevent 0.17.2、tdb 1.4.15、talloc 2.5.0、cmocka 2.0.2 へ更新し、jack2 と rpm-config-openruyi も合わせて Waf ビルドマクロに切り替えた。これは散発的なアップグレードではなく、Samba ファミリー（依存ライブラリを含む）を同一時点で揃えるもので、tevent/tdb/talloc の ABI に依存するパッケージはすべて再ビルドが必要となり、ディストリビューションで典型的な「連動アップグレード」に該当する。

セキュリティ線は #1506 が一度に12パッケージを持ち込んだ。sysrepo 5.2.27、libzip 1.12.1、libyang 6.4.13、libical 4.0.7、vim 9.2.1201、squashfuse 0.6.5、simdutf 9.3.2、pcre2 10.49、libheif 1.23.6、imagemagick 7.1.2.34、cups 2.4.20、cpp-httplib 0.63.0 で、タイトルには一律で [security-fixes] マークが付いている。ほかに ceph のバックポートが1件（#1508、ceph-volume のパーティション db/wal 修正、および mgr、cephfs-mirror、rgw の修正を追加）。

新規パッケージは13個で、Go エコシステムが中心。go-git v6 ファミリーの3点（go-git、fixtures、billy）に加え、gcfg-v2、goldmark-highlighting-v2、go-udev、go-evdev、gonetworkmanager-v2、jaypipes/ghw、mozillazg/go-pinyin、kustomize、そして go-k8s-kube-proxy と go-k8s-cluster-bootstrap。この一群の新規追加と、dms-shell がパッケージ済みの Go 依存で内蔵 vendor バンドルを置き換えたこと（#1511）は同じ事柄の表裏である。Go プロジェクトを「vendor ディレクトリを自前で持つ」方式から「システムパッケージを利用する」方式へ変え、今後の統一的アップグレードと CVE 対応を容易にする。

その他のマージ：rust-aws-lc-rs を 1.18.2 へ更新し aws-lc-sys 0.46 を新規追加（#1518）、docker-cli 29.9.2（#1515）、systemd が /etc/modules-load.d を引き継ぎ（#1510）、python-opentelemetry-semantic-conventions 0.65b0（#1517）、SQL-migrate と kubecomps の依存補完（#1365、#1356、#1358）。

2.4 openRuyi：3件の revert で「パッケージ同梱の LLVM IR 配布」路線を撤回（10-27）

日付：2026-10-27　情報源：PR #1509 Revert llvm ir、openRuyi コミット一覧

15:15 にマージされた #1509 はわずか3件のコミットで、正味105行を削除（+5/−105）。取り消されたのは、以前この同じリポジトリで行った3つの実験的パッケージング、すなわち gsl の llvmir feature、pixman を clang ビルドに変更して IR ファイルを同梱生成したこと、libjpeg-turbo が LLVM IR ファイルを同梱配布したことである。

PR 本文には理由が書かれていないが、コミット内容から見ると、方向性はライブラリを LLVM IR にコンパイルして同梱配布し、後段の再最適化や遅延コード生成のためにインターフェースを残すというものであった。今回その路線全体が撤回されたことは、この路線がリリース前に「当面は保持しない」と判断されたことを意味する。RISC-V ディストリビューションにとってこれは興味深いトレードオフである。IR 配布は理論的には上流の最適化を再利用できるが、パッケージサイズ、ABI、デバッグシンボルの一貫性といった連鎖的な問題を招き、さらにインフラ側の協力も必要で、短期的には収益を形成しにくい。

これは今期の openRuyi と過去数期との分かれ目でもある。過去数期のキーワードは「補」——パッケージ補完、セキュリティ補完、Rust crate 補完だった。今期は補完に加えて、明確な「引き算」も現れている。

2.5 審査中キュー：qemu 11.1.2、qemu-rustsbi、libvirt とクロスツールチェーン（10-27 状態）

日付：2026-10-27（状態）　情報源：openRuyi オープン PR、PR #1520 qemu 11.1.2、PR #1516 qemu-rustsbi、PR #1490 クロスツールチェーン

調査期間内に更新のあったオープン PR は計 10 件で、RuyiAI 関連の 2 件を除く残りは方向別に 3 種類に分けられる。

仮想化とファームウェア：#1520 は qemu を 11.1.2 にアップグレードし、#1519 は libvirt に /var/lib/libvirt/secrets を持たせて Ceph 21 上の rbd ストレージプールを修正し、#1516 は qemu-rustsbi（Rust で書かれた SBI 実装、luojia65 がコミット）を新規追加し、#1436 は ovmf に fwupd サポートを追加する。

ツールチェーンと基盤ライブラリ：#1490 は依然 WIP 状態で、riscv64 向けクロスツールチェーン一式の追加を目標とする；#1429 は krb5 のビルド設定とパッケージデフォルト値を修正する；#1521 は複数の python パッケージのビルド失敗を処理する。

システム管理：#1367 は SQL-migrate を新規追加する。

これらの共通点は「次期版への布石」であることだ。qemu のメジャーバージョンアップとクロスツールチェーンはいずれもリリース前の重量級作業であり、通常は調査期間内に完了しない。2026.10 版が予定通りリリースできるかは、次期以降の進捗速度を見て判断する必要がある。

3. ベクトル拡張、アーキテクチャテストとオペレータ最適化

3.1 サポートマトリクスに SpacemiT K3 Pico-ITX の Bianbu 4.0.8 レポートを追加、ステータスは good 評価（10-27）

日付：2026-10-27　情報源：support-matrix コミット db59e82c、K3 Pico-ITX ディレクトリ

12:35 のコミットで SpacemiT K3 Pico-ITX のボードディレクトリを作成し、Bianbu テストレポートを追加した。英語 367 行、中国語 359 行、CPU 情報のスクリーンショット 1 枚を添付し、さらにボードレベルの日中両言語の説明がある。レポートのメタデータは sys: bianbu、sys_ver: 4.0.8、sys_var: LXQt、status: good、last_update: 2026-10-16。

good という評価はサポートマトリクスの中では高めの区分にあたり、デスクトップ（この例では LXQt バリアント）が実測で機能が完全であり、ブロッキングとなる問題がないことを示す。K3 は進迭時空の新世代製品ラインであり、これまでマトリクスには K1 と K3 の他の形態が多く登場していた。Pico-ITX という形態が初めて文書化されたことは、小型ボードを入手した開発者にとって利用可能な出発点の文書となる。

3.2 サポートマトリクスに VisionFive 2 Lite の Ubuntu 24.04.5 レポートを追加、ステータスは basic のみ（10-27）

日付：2026-10-27　情報源：support-matrix コミット 92143f8e、VisionFive2_Lite ディレクトリ

12:38 のコミットで StarFive VisionFive 2 Lite の Ubuntu テストレポート（英語 269 行、中国語 260 行）を追加した。メタデータは sys: ubuntu、sys_ver: "24.04.5"、status: basic、last_update: 2026-10-26。イメージは Canonical 公式のプレインストールサーバー版 ubuntu-24.04.5-preinstalled-server-riscv64+jh7110.img.xz で、書き込みは SFFB ツールで fastboot に入り、シリアルは USB-to-TTL を使用する。

前回の項目と比較すると、両レポートは同じ日にマージされ、作者も同じ（zhiyao310）だが、結論は異なる。Ubuntu の方は basic と評価されている。つまり、システムは起動でき、基本機能は使用可能だが明らかな制限が存在し、「動作はするが日常使用には推奨しない」というランクに属する。同じ JH7110 プラットフォーム上での Bianbu と Ubuntu の評価差は、まさに現時点での RISC-V ディストリビューションの実際の可用性が依然としてベンダーイメージの適配深度に依存しており、単純なカーネルサポートではないことを示している。

3.3 ベクトルリポジトリと FBGEMM は全面的に静穏、arXiv 調査期間内に新規なし（10-27 状態）

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

ベクトルとオペレータのいくつかのリポジトリは今期も依然として全てコミットなしで、更新停止期間はさらに延び続けている：VecIntrinBench は 02-13 で停止、IntrinTrans は 06-25 で停止、cpuinfo は 05-20 で停止、FBGEMM は 07-13 で停止、AME-operator は 09-30 で停止、torq-tile は 04-09 で停止。これらのリポジトリは合計で一年の大半の期間静穏であり、RuyiAI スタックがベクトル組み込みテストとオペレータ側に現在注力していないことを示している。

arXiv を RISC-V およびコンパイラ、ベクトル、推論を条件に検索したところ、調査期間内に新規プレプリントはなく、最新は依然として 10-23 の 2 篇（オープン ISA スーパーコンピュータのアーキテクチャ比較、LLM 支援による RISC-V プロセッサ欠陥修正）であり、RVV に最も近いものは依然として 10-21 の『Reorienting the Vector Axis』である。3 篇はいずれも傾向参照に属し、項目化された技術判断は行わない。

4. Buddy Compiler 動態

4.1 VIR に Python バインディングを追加：buddy-opt 専用からプログラマブル方言へ（10-27）

日付：2026-10-27　情報源：PR #1009、buddy-mlir コミットリスト

22:42 にマージされた #1009 は、今期の Buddy Compiler 側における中核的な動きである：12 ファイル、+614/−1、新規モジュール buddy_mlir.dialects.vir を追加。コミット説明は課題を率直に記している——VIR はこれまで Python バインディングを一切持っていなかったため、VIR の decode attention は ir.Operation.create("vir....") でオペレータを組み立て、ir.Type.parse("!vir.vec<...>") で型を組み立てるしかなく、VIR 全体の降級も buddy-opt という単一の実行ファイル内でしか実行できなかった。

実装方式は「既存方言に追随する」ことを選んだ：ODS 定義オペレータ（VIRBinding.td）に C API と nanobind 拡張を加え、同リポジトリ内の quant など独自型を持つ上流方言と同構である；PR の記述によれば三つの部分——Ops、Types、および VIR 降級を Python に掛ける pass 登録に分かれる。

この一歩の意義はツール自体になく、組み合わせ可能性にある：ひとたび VIR が Python から直接構築・降級できるようになれば、オペレータ記述、形状推導、テストケースをすべて Python 側で書くことができ、フロントエンド（Triton、TileLang）と VIR の对接はもはや C++ 側でのフック追加に依存する必要がない。これまで単一の実行ファイル内でしか検証できなかった中間表現にとって、これは「コンパイラ内部部品」から「外部から呼び出し可能な方言」への転換である。

注意すべきは、#1009 のマージ直後に #1011「Cast the scalable VIR piece count to int64_t」（オープン）が現れたことであり、スケーラブルベクトル経路における整数幅の問題がここ二日でようやく触れられたことを示している。Python バインディングは入口を開いたにすぎず、安定性はなお調整中である。

4.2 審査中五件：piece count の int64 変換、Whisper 前処理の再利用、buddy-server ソース整理（10-27）

日付：2026-10-27（状態）　ソース：PR #1011、PR #1013、PR #1012、PR #1010

調査期間内に更新されたオープン PR は計 5 件で、方向性は 3 つのグループに分かれる。

VIR とスケーラブルベクトル：#1011 は VIR の piece count をデフォルト幅から明示的に int64_t に変換する。piece count とはスケーラブルベクトルがいくつのセグメントに分割されるかを指し、32 ビットとして後続の乗加算に参加すると大きな形状でオーバーフローのリスクがある。この修正は前号の #1008（インデックスベクトル幅のアサーション）と同じ種類の仕上げである。

モデルサンプル：#1013 は各トランスクリプション内で Whisper の前処理を再利用し、#1012 は Whisper 出力に検証を追加して x64 CI テストを有効化する。いずれも通常のサンプル品質改善であり、RISC-V には関与しない。

インフラストラクチャ：#1010 は buddy-server のソースコードとテストディレクトリ構造を整理する。他に #993 が tile.upsample_nearest オペレータと認識パターンを新規追加し、#932 が Gemmini OS のブロック行列積における C の搬出行パディングを修正している。この 2 件も更新日時は調査期間内だが内容はより早い。

4.3 ナイトリー版 dev20261027 がリリース、下流アンカーも同日ナイトリーで接続（10-27）

日付：2026-10-27　ソース：ナイトリー版 v0.1.3.dev20261027、triton-riscv PR #90

buddy-mlir は 08:26 にナイトリー版 0.1.3.dev20261027 をリリースした。これは 0.1.3 ラインの 2 回目のナイトリービルドであり、正式版 0.1.2（10-25 06:18）から 2 日後となる。リリースペースは「正式版＋夜間更新」に戻った。

同日 19:43、triton-riscv はこのナイトリー版を新しいアンカーに設定した（1.3 参照）。リリースから下流のアンカー切り替えまで 11 時間で、直近数号の中で最も速い接続である——前号で記録した状況はリリース後 2 日経っても切り替わっていなかった。客観的にはこれにより「ローカル変更から下流で利用可能になるまで」の遅延が短縮されたが、アンカー切り替えは自動化された renovate コミットであり、実際の適合検証はまだ追いついていない点も見ておく必要がある。次号では triton-riscv に新しいアンカー向けのテストや修正コミットが現れるかを確認すべきである。

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

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

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

トップページ、ブログ、ドキュメントの 3 ページの sha256 は前号と一致している。トップページのインデックス 3 件、ブログ 2 本（Triton の RISC-V 適配、PyTorch RISC-V CI 実践）、ドキュメント 23 章。既に複数の調査期間にわたり新しいブログ記事と章が追加されていない。

この側と GitHub 側の活発さの対比は依然として拡大している。今号は openRuyi のパッケージング PR だけで 2 件の実質的な進展があったが、公式コンテンツページは依然として 9 月の 2 記事のままである。対外発信とエンジニアリングの推進の間に同調がなく、これは如意コミュニティの現在比較的顕著な落差である。

5.2 フォーラムに新規投稿なし、最新は依然として 10-22 のサミット振り返りと講義資料（10-27 状態）

日付：2026-10-27（状態）　ソース：RuyiSDK 開発者コミュニティ、サミット振り返り #2893、講義資料 #2894

コミュニティフォーラムは調査期間内に新規投稿なし。最新の 2 件は依然として 10-22 に留まっている。第 6 回 RISC-V 中国サミットの RuyiSDK 振り返り（チーム 10 名が参加、技術報告 2 件、技術ポスター 6 件）と「RISC-V Linux 実践コース 02：十分に使える C 言語の基礎」の講義資料である。

隔週進捗 079 号（10-26 18:02 公開）が直近の正式報告であり、2 週間のペースでは 080 号は大致 11 月上旬となり、今号と次号の間に新しい隔週ノードはない。

5.3 ruyiai-daily 1 号、harness のプラグイン分割、ruyi-imager の選択ダイアログ修正（10-27）

日付：2026-10-27　情報源：ruyiai-daily、harness コミット 07:04、ruyi-imager PR #21

ruyiai-daily は 06:53 に「daily-news: 2026-10-27」の号をコミットし、日次アーカイブの情報動向を継続している。

harness（RuyiAI 開発用のエージェントシステム）は 15:04 に「Split vector retrieval and multi-agent runtime into reusable plugins」をコミットし、ベクトル検索とマルチエージェントランタイムを再利用可能なプラグインに分割した。これは RISC-V とは直接関係ないが、RuyiAI スタックでは珍しいエンジニアリング整理であり、当該リポジトリは以前 10-10 で停止していたが、今号でコミットを再開した。

ruyi-imager は 14:24 に #21「Require an explicit selection in selection dialogs」（対応 issue #20）をマージした。選択ダイアログはユーザーのために項目を事前選択せず、開いた際には以前選択した値のみを復元し、リストのフィルタリングやツリー状分類の選択後も空選択を維持し、確認ボタンはユーザーが実際に選択するまで無効のままとする。フィルタ後に一致がない場合は空状態のヒントを表示し確認を無効にする。これはリリース前のインストーラのユーザビリティ研磨であり、前号の「ダブルクリックとキーボード確認」と同じ類である。

その他：ruyisdk-website の最新コミットは依然として 10-23 のインターフェースデータ自動更新。wechat-articles は 10-26 で停止。ruyi メインリポジトリは 09-25 以降コミットがない。

5.4 外部ニュースはゼロヒット、openRuyi 2026.10 と ruyi 0.54.0 はいずれも未リリース（10-27 時点）

日付：2026-10-27（状態）　情報源：Google News RSS、openRuyi ディストリビューションニュースページ、ruyi Releases

Google News における RuyiSDK、RuyiAI、如意 RISC-V、如意コミュニティコンパイラ、openRuyi の中国語・英語の定向検索は調査期間内にゼロヒットであった。同じ期間に取得した RISC-V 関連ニュースには、deepin の第6回 RISC-V 中国サミットでのデスクトップエコシステム進展、Pharo 14 の RISC-V JIT、Tenstorrent の 15 億ドル E ラウンド資金調達完了、Microchip PIC64-HPSC 宇宙計算の進展などがあるが、いずれも如意コミュニティとは無関係であり、今号では収録しない。

ディストリビューション側では両バージョンともまだ調査期間外である。openRuyi ニュースページの最新記事は依然として 2026.09 リリース告知（9-30）であり、リポジトリのタグも 2026.09-experimental までのみ。ruyi の 0.54.0 は 09-18 の alpha タグのみで、正式版は 079 号の基準では 10 月末まで待つ必要がある。ここ数か月のペース（6-30、7-23、8-27、9-30）に従えば、10 月版はおそらく今月末に落ち、0.54.0 の時間枠と重なるため、次号では実現するか重点的に確認する必要がある。

6. トレンド観察

6.1 表現層、ツール層、配布層が同じ日にそれぞれ一ブロックを補完

今号の三つの事象を一本の時間軸に置くと：10-26 夜に VIR がスケーラブルなベクトル表現を補完し、10-27 夜に Python バインディングを補い、10-27 全日にわたってディストリビューションパッケージングを推進した。この三段は本来順次進展するもの——まず表現でき、次に呼び出せ、最後に配布できる——であり、過去数号は「表現層が速く、ツール層と配布層が遅れる」状態が続いていたが、今号で初めて同日に三線が並進する形が現れた。

しかしこのスタックが本当に閉ループにあるかを判断するには、まだ二つの既知のギャップがある。第一に、triton-riscv のアンカー変更は自動化されており、適配検証が追いついていない。0.1.1 から 0.1.3 の間のインターフェース変更が下流で露見するかは次号でわかる。第二に、pytorch の riscv ブランチは連続六日間ゼロコミットであり、配布側はすでにそのパッケージングを行っている（#1352）——パッケージは動かないブランチに追随しており、パッケージのマージ時に上流ベースラインから遅れていないかは注視すべきリスクである。

6.2 リリース前清扫の外で、ディストリビューションが引き算を始める

今号の openRuyi の二組の動作は性質が異なる。一組は足し算（45 コミット、13 の新規パッケージ、12 のセキュリティ更新、Samba 全家連動アップグレード）であり、もう一組は引き算（三つの revert で LLVM IR の同梱配布を撤回）である。過去数号で見られたのはいずれも「リリース前清扫」——依存関係の補完、CVE の除去、バージョン切替——であり、今号で初めて明確な機能性回収が見られた。

これは openRuyi のメンテナンスの重心が「より多くのパッケージをカバーすること」から「既存パッケージの品質境界を保証すること」へ移りつつあることを示している。IR 配布のような実験はパッケージサイズ、ABI、インフラの連鎖的なコストをもたらし、リリースプレッシャーの下で優先的に削られる。RuyiAI スタックにとってこれは両面のシグナルだ——パッケージング経路はより規範化され（#1350、#1352 はいずれもディストリビューションの慣例に従って項目ごとに収束しつつある）、一方で「実験的性質を帯びたビルド方式」（例：LLVM の内蔵、独自 vendor の同梱）への許容度も同時に低下する。作者は #1350 で buddy-mlir の LLVM をパッケージ内に留めることにこだわっており、まさにこの方向に逆らう一度の交渉であり、結果は注目に値する。

情報源チェック表

情報源 チェック結果
RuyiAI-Stack 組織（全リポジトリ） llvm-project：riscv ブランチは 10-27 に 5 回目のリベース（head a18a0434 から ed439f3e へ、237 コミット先行、26 コミット遅れ、300 ファイル）、26 件のローカルパッチは項目ごとに変化なし。pytorch：riscv ブランチは 6 日連続でコミットゼロ、2 本のメインライン提案に更新なし、メインブランチの 20 コミットはすべて上流。triton-riscv：依存更新 1 件（buddy-mlir アンカーを 10-17 から 10-27 へ）。tilelang-riscv は 12 日目も静穏。ruyiai-daily 1 件。harness 1 件のプラグイン分割。FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、torq-tile、pytorch-ci、dsh-osc は調査期間内のコミットなし
ruyisdk 組織（全リポジトリ） support-matrix 2 件（SpacemiT K3 Pico-ITX Bianbu 4.0.8 を good、VisionFive 2 Lite Ubuntu 24.04.5 を basic と評価）。ruyi-imager 1 件（PR #21 選択ダイアログでの明示的選択）。packages-index は調査期間内のコミットなし（最新 10-26）。wechat-articles、ruyisdk-website、ruyi、riscv-gcc は調査期間内のコミットなし。ruyi に新規リリースなし（0.53.0 を維持）
openRuyi-Project 組織 openRuyi メインリポジトリ 45 コミット（Li Guan 12、Jingwiw 9、Kimmy 9、cl2t 5、misaka00251 4、Zheng Junjie 3、残り 3 名が各 1）＋ 12 件の PR マージ。分類は新規パッケージ 13 件、セキュリティ更新 12 件、ceph バックポート 1 件、revert 3 件を含む。オープン PR 10 件に更新あり（RuyiAI の 2 件を含む）。ceph-ci、go-rpm-macros はプッシュありだがメインブランチに調査期間内のコミットなし。新規タグなし（2026.09-experimental が最新）
buddy-compiler 組織 buddy-mlir 1 件マージ（#1009 VIR Python バインディング、12 ファイル +614/−1）＋ ナイトリー版 v0.1.3.dev20261027。オープン PR 5 件に更新あり（#1010、#1011、#1012、#1013、#993、#932）。buddy-benchmark、buddy-examples、compiler-eval、FeGen、gemmini、firesim は調査期間内のコミットなし
RuyiSDK 開発者コミュニティフォーラム 新規投稿なし。最新 2 件は 10-22 のサミット振り返り #2893 とコース講義資料 #2894。隔週進捗 079 期（10-26）が直近の正式報告
openRuyi ディストリビューションニュースページ 新規記事なし、2026.09 リリース告知（9-30）が依然最新。リポジトリタグは 2026.09-experimental で止まり、2026.10 は未リリース
ruyi パッケージマネージャ / PyPI 0.53.0 を維持、新規 alpha または beta なし（0.54.0-alpha.20260918 が依然直近版）。メインブランチは 09-25 以降コミットなし
公式サイト（ruyiai.org） 3 ページに変化なし：トップページインデックス 3 件、ブログ 2 本、ドキュメント 23 章、sha256 は前回と一致
arXiv（RISC-V） 調査期間内の新規なし。最新は 10-23 のオープン ISA スーパーコンピュータ比較と LLM 支援による RISC-V 欠陥修正、10-21 の長ベクトル FlashAttention が依然 RVV に最も近い
Google News RSS（中英文複数組） RuyiSDK、RuyiAI、如意 RISC-V、如意コミュニティコンパイラ、openRuyi の定向クエリはゼロヒット。同期間の RISC-V ニュースは如意コミュニティと無関係のため未収録

完全情報源リスト