調査期間：2026-11-05 04:30 〜 2026-11-06 04:30（北京時間、過去 24 時間；前号の 11-05 04:30 の区切りと連続している）。

情報源：GitHub の重点リポジトリと組織のプッシュ確認（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler、各リポジトリごとに重点リポジトリの期間内コミット、PR、リリース、タグを確認し、ブランチ単位の atom で補完；上流フォークは RISC-V / RVV / 玄鉄キーワードでフィルタリング）、ruyi パッケージマネージャー Release、packages-index、openRuyi パッケージリポジトリの SPECS とマージ済み PR、RuyiSDK 開発者コミュニティフォーラム、ruyisdk WeChat 記事リポジトリ（隔週進捗 080 期）、ruyiai-daily デイリー情報アーカイブ、RuyiAI 公式ホームページ 3 ページのスナップショット、openRuyi ディストリビューションニュースページ、Google News RSS の中英語定向検索（プロキシ経由）、arXiv 検索。

本期インデックス

  • 今日の重点：triton-riscv が Triton 3.9.0 のプラグイン化改造を取り込み、パッチセットがゼロになり、独立配布パッケージが撤退（11-05）
    1. RuyiAI スタック進捗（PyTorch / Triton / TileLang RISC-V 適配）
      • 1.1 triton-riscv：ビルド入口を Makefile に集約、バックエンドはプラグインディレクトリ経由で Triton パッケージに格納（11-05）
      • 1.2 triton-riscv：リリースリズムを毎日 nightly、週末 release に変更、pytest 並列度は 16 に固定（11-05）
      • 1.3 triton-riscv：stable ABI wheel が 3.12 から 3.15 をカバー、manylinux ツールチェーン検出を修正（11-05）
      • 1.4 pytorch：riscv ブランチはゼロコミット、main は 55 件の上流同期で RISC-V 項目なし（11-06 時点）
      • 1.5 tilelang-riscv と llvm-project：期間内ゼロコミット、LLVM 最新は依然 11-04（11-06 時点）
    1. RuyiSDK ツールチェーンとディストリビューション
      • 2.1 openRuyi：LibreOffice パッケージング 1/n と 2/n をマージ、単日 41 コミット（11-05）
      • 2.2 openRuyi：libvirt 12.9.0 セキュリティ更新、util-linux 2.42.4、gnupg で scdaemon を分離（11-05）
      • 2.3 ruyi：0.54 は 11 月 11 日前後に確定、メインリポジトリはゼロコミット、3 件のドラフト修正は未昇格（11-05）
      • 2.4 packages-index はゼロコミット、ソフトウェアソースに K1/K3 ツールチェーンを追加、10 月の月次版は依然欠落（11-06 時点）
      • 2.5 OpenJDK：JEP 544 AOT 移植がテストを通過し JDK メインラインにマージ（11-05）
    1. ベクトル拡張とオペレータ最適化
      • 3.1 LLVM：6 件の P-ext と XTHeadBb 上流 PR がマージ、Ztt 行列拡張 v0.6 初版が着地（11-05）
      • 3.2 GCC：Zba/Zbs/Zbkb の 3 項最適化がメインラインに進入、SPEC CPU 2026 評価準備を開始（11-05）
      • 3.3 V8：スカラー移動でベクトル末尾を保持、VLEN=1024 を開放するなど 6 件のパッチ（11-05）
      • 3.4 VecIntrinBench、IntrinTrans、FBGEMM の 3 リポジトリは引き続き静穏（11-06 時点）
    1. Buddy Compiler 動向
      • 4.1 runtime に共有 serving 生成コントローラを追加、デバイス側の語彙取得を支える（11-05）
      • 4.2 VIR スケーラブルベクトル lowering パッチ：ブロードキャストを vector<[2]xT> に変更、カーネルは llc オプションで降格（11-05）
      • 4.3 ナイトリー版が 0.1.4.dev20261105 に進行（11-05）
    1. コミュニティとイベントと公式ホームページ
      • 5.1 隔週進捗 080 期が確定：全節マージ、巻頭言と公式サイトドキュメントの 2 節は依然空（11-05）
      • 5.2 公式ホームページ 3 ページに変化なし、ブログ 2 篇、ドキュメント 23 章（11-06 時点）
      • 5.3 フォーラムは期間内に新規投稿なし、最新は依然 11-03 の ruyi インストールガイド（11-06 時点）
      • 5.4 ruyiai-daily 11-05 期をアーカイブ、6 節に PyTorch と RISC-V の核心ニュースを含む（11-05）
      • 5.5 外部ニュース 6 組の検索はゼロヒット、arXiv は期間内に新論文なし（11-06 時点）
    1. トレンド観察
      • 6.1 メンテナンスブランチから上流への寄居へ：プラグイン化がパッチコストをバージョン結合に置き換える
      • 6.2 パッケージング側のデスクトップオフィス補完と AI スタックの静穏な並行
      • 6.3 080 期の増分はコンパイラとランタイムにあり、アプリケーション層のフロントエンドにはない

今日の重点：triton-riscv が Triton 3.9.0 のプラグイン化改造を取り込み、パッチセットがゼロになり、独立配布パッケージが撤退（11-05）

日付：2026-11-05　情報源：PR #98、コミット一覧、PR #92

11-05 11:13（北京時間）、trdthg の PR #98「Bump Triton to main (3.9.0)」がマージされた：5 コミット、66 ファイル、追加 1806 行、削除 3868 行。削除量は追加量の約 2 倍で、これが今回の改造の性質を決めている——既存ブランチにさらにパッチを重ねるのではなく、パッチを当てるという手法そのものを丸ごと削除したのだ。

第一の変化はバックエンドの形態だ。Triton の TRITON_PLUGIN_DIRS メカニズムによって backend/ を triton_shared バックエンドプラグインとしてインストールし、エントリーポイントを登録し、C++ プラグインを libtriton.so にリンクし、triton-shared-opt もパッケージにコピーする。独立した triton-riscv 配布パッケージはこれに伴い消滅し、コード内のインポートは一律このプラグイン名を経由するよう変更された。バックエンド自身は paths.py を通じて buddy-opt、buddy-llc、mir-translate、triton-shared-opt を探すようになり、CPU ドライバは GPU バックエンドが一切ない場合にのみアクティブ状態になると宣言する。

第二の変化はパッチセットの清零だ。patches/ ディレクトリとパッチ適用スクリプトはすべて削除された。パッチセットがこれまで存在した理由は 2 つあった：NVIDIA/AMD ツールチェーンのない環境で Triton をビルドできるようにすること、そして LLVM API の頻繁な変更を吸収すること。現在は buddy-mlir の LLVM 配布版が NVPTX/AMDGPU ターゲットと lld を備え、さらに Triton の GPU 依存パスを stub ディレクトリに向けることで、どちらの理由も成立しなくなり、パッチセットは存在価値を失った。

第三の変化はパッケージング経路の統合だ。release.sh はもはや 2 つ目の wheel を組み立てない：Triton のプラグインサポートがすでにバックエンドと triton-shared-opt を Triton の wheel に入れているため、スクリプトはツールを剥がして直接 bdist_wheel するだけになった。Makefile は setup、build、test、lit、clean の統一入口となり、test は lit に依存する。

代償は同じ PR のコミット説明に書かれている。Triton 3.9 のフロントエンドはバックエンドから backend_name などのフィールドを読み取るため、これが欠けるとすべての tl.atomic_* 呼び出しが AttributeError を投げ、riscv64 上で 383 個の FlagGems テストケースがこれによって失敗する。今回 backend_name、default_dot_input_precision、deprecated_fp8_dot_operand_dtypes の 3 フィールドを補ったことで、ようやく失敗面が収束した。サンプル側にも譲歩がある：上流が asin/acos/atan/atan2 のフロントエンドパッチを拒否したため、サンプルは libdevice を使うよう変更し、それによって同じ __nv_* extern_elementwise まで落とし、さらに triton-shared が MLIR math オペレータに変換する。

同じ経路上の PR #92「Rebase integration onto the official Triton v3.8.0 release」は当日、未マージのままクローズされた。前号で記録した 2 つの路線の争い（#92 は堅実に 3.8.0 へ、#98 は 3.9.0 メインラインに追随）はここに後者へ収束した。

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

1.1 triton-riscv：ビルド入口を Makefile に集約、バックエンドはプラグインディレクトリ経由で Triton パッケージにインストール（11-05）

日付：2026-11-05　情報源：コミット一覧、PR #98

プラグイン化之後、Triton パッケージ内でのバックエンドのインポートパスは triton.backends.triton_shared となる。この仕組みのインストール面は以前より狭くなった：もはや 2 つの配布パッケージはなく、隣に buddy-mlir のチェックアウトがあることも仮定しない。ドキュメント内の「2 つのパッケージ」に関する記述、パッチ手順、同一階層のチェックアウトの仮定はまとめて削除され、setup.py 内の shutil.which("lit") は pip でインストールされた lit コンソールスクリプトを優先的に取得するようになり、LLVM 配布版に付属するものではない。後者は main() を呼び出す際に if __name__ == "__main__" の保護がなく、Python 3.14 の forkserver マルチプロセスがメインモジュールをインポートする際にそれを再実行してしまい、lit ターゲットが 80 並列でこれによって失敗する。

バックエンドがローカルツールを検索するパスも変更された：buddy-opt、buddy-llc、mir-translate、triton-shared-opt は統一して paths.py で解決される。CPU ドライバの活動判定は「GPU バックエンドが存在しない」ことであり、これは以前の環境変数で判断する方法とは異なり、マルチバックエンドが共存するマシン上での動作がより予測可能になる。

1.2 triton-riscv：リリースのリズムを毎日 nightly、週末 release に変更、pytest 並列数を 16 に固定（11-05）

日付：2026-11-05　情報源：PR #99、Release リスト

PR #99 はリリースのリズムを buddy-mlir に揃えた：夜間ジョブは nightly/<date>-<sha> プレリリースを発行し、週末ジョブは release/<date>-<sha> を発行して最新バージョンとしてマークする；新しいコミットがない場合はスキップし、release はすべての wheel のアップロードが完了するまで草稿状態を維持し、workflow_dispatch は一度だけの帯域外 dev/patch 選択を提供する。当日 2 件のナイトリーバージョンがこのリズムで既に産出された：nightly/20261105-48bde12（19:50）と nightly/20261105-849a180（22:48）。

テスト側では pytest スイートを 16 プロセスに変更した。この数字の選択には実測の根拠がある：207 個のテストケースのスライス上で、1 プロセス 360 秒、8 プロセス 89 秒、16 プロセス 67 秒、24 プロセス 67 秒、32 と 64 は逆に遅くなる——単一のテストケースは「コンパイル、triton-shared-opt、llc、実行、比較」の直列チェーンであり、プロセスをこれ以上増やすと共有コンパイルキャッシュを取り合う。以前の直列実行時、flaggems スイートには 1 時間 14 分かかっていた。setup.sh は pytest-xdist をインストールし、PYTEST_WORKERS で上書きできる。

1.3 triton-riscv：stable ABI wheel が 3.12 から 3.15 をカバー、manylinux ツールチェーン検出を修正（11-05）

日付：2026-11-05　情報源：PR #100、PR #101

PR #100 は上流 Triton の cp312-abi3 方式に従って wheel をビルドする：scripts/env.sh と scripts/release.sh が TRITON_STABLE_ABI=ON を設定し、制限付き API（Py_LIMITED_API=0x030C0000）で nanobind をコンパイルし、setup.py が wheel を cp312-abi3 とマークする。1 つの wheel が 3.12 以降のすべてのインタプリタ（3.12/3.13/3.14/3.15）をカバーし、リリースマトリクスは 3 つの Python から 1 つに減る。ソースは未パッチのまま——上流自体がこのスイッチを提供している。

同じブランチではさらに 2 箇所のビルドスクリプトの問題を修正した。1 つ目は release.sh が /opt/rh/gcc-toolset-14/enable をハードコードし、かつ dnf install clang の前にそれをチェックしていたが、manylinux イメージはローリング更新の :latest であり、当時すでに gcc-toolset-15 を備えていたため、有効化スクリプトが決して実行されず、clang が crtbeginS.o、-lstdc++、-lgcc（riscv64）と libstdc++ の <version> ヘッダ（x64）を見つけられず、両アーキテクチャでビルドが失敗していた；現在はまず clang をインストールし、次に存在性に応じてすべてのツールチェーンを有効化し、最新のものを最後に置く。2 つ目は abi3 wheel が 1 つだけになった後、マトリクスの python: ["3.12", "3.13", "3.14"] が同じ wheel を 3 回重複ビルドするだけになることだ。PR #101 は当日開かれ、まだマージされておらず、リリースワークフローのチェックアウト清理段階での失敗を処理する。

1.4 pytorch：riscv ブランチはゼロコミット、main は 55 件の上流同期で RISC-V 項目なし（11-06 状態）

日付：2026-11-06（状態）　情報源：riscv ブランチコミットリスト、main ブランチコミットリスト

riscv ブランチの調査期間内はコミットゼロ、先頭コミットは依然として 11-04 03:00（北京時間）の [SyncBots] Integrate PyTorch at 3afdbd3。main ブランチの調査期間内は上流同期が五十五件あり、逐一照合した結果、RISC-V や RVV に関連する変更はなく、内容は XPU/oneDNN、CUDA コンポーネントのロード、Mooncake 転送、ROCm フォールバックに集中している。

1.5 tilelang-riscv と llvm-project：調査期間内はコミットゼロ、LLVM の最新は依然 11-04（11-06 時点）

日付：2026-11-06（時点）　情報源：tilelang-riscv コミット一覧、llvm-project riscv ブランチ

tilelang-riscv の主ブランチはコミットゼロ、先頭コミットは 11-03 06:13 UTC で停止している。オープン PR は依然として #4（RVV マスクと最大リダクション）と #2。llvm-project の riscv ブランチは調査期間内コミットゼロ、先頭コミットは前号で重点記録した 11-04 15:40（北京時間）の BOSCAME コミットのまま。main ブランチの最新は 11-02 14:48 UTC で停止している。つまり、今号の RuyiAI スタックのコミットはすべて triton-riscv の 1 リポジトリに集中している。

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

2.1 openRuyi：LibreOffice パッケージング 1/n と 2/n がマージ、単日四十一件のコミット（11-05）

日付：2026-11-05　情報源：コミット一覧、PR #1595、PR #1596

openRuyi パッケージングリポジトリの調査期間内は四十一件のコミットで、うち三十七件が LibreOffice 依存チェーンに属し、二回に分けてマージされた。

第一弾 PR #1595（1/n、25 ファイル、1383 行追加）は一度に二十一パッケージを追加：librevenge とその上にある一連のドキュメントインポートフィルタで、WordPerfect（libwpd、libwps）、Visio（libvisio）、Publisher（libmspub）、PageMaker（libpagemaker）、QuarkXPress（libqxp）、Zoner Draw（libzmf）、StarOffice と旧版 Office バイナリ形式（libstaroffice、libmwaw、libe-book）をカバーし、さらに表計算インポート用の liborcus、Writer の EPUB エクスポート用 libepubgen、OpenDocument ジェネレータ libodfgen、フォント埋め込み解析用 libeot の配套ライブラリ libetonyek、タグ言語 liblangtag、基盤コンテナ mdds を含む。

第二弾 PR #1596（2/n、17 ファイル、4633 行追加）が補うのはフォントツールチェーン：Draw は PDF インポート時に AFDKO の tx と makeotf で埋め込みフォントを再構築するため、python-afdko とその依存（defcon、fontparts、fontpens、ufoprocessor、ufonormalizer、mutatormath、zopfli の Python バインディング）および antlr4-cpp-runtime、libeot をまとめてパッケージング。同じバッチには python-tmt 1.80.0、python-testcloud 0.12.0、python-pbr、python-munch、python-fedora-distro-aliases の更新もある。

このチェーンはまだ完了していない。PR #1600（4/n、14 ファイル、1094 行追加）は Base コンポーネント用に Firebird とそのパーサジェネレータ btyacc、インターフェースジェネレータ cloop をパッケージングし、審査中。PR #1602（6/n、16 ファイル、1360 行追加）は PDFium、ZXing、SANE、Box2D を補い、審査中。PR #1603（7/n、47 ファイル、3342 行追加）は Pentaho、HSQLDB 1.8、BeanShell、JavaScript エンジンをカバーし、クローズ済みで未マージ。PR #1595 の説明には AI 支援による貢献（Assisted-by: GPT-6-Astra xhigh）が明記されており、openRuyi の AI 貢献ポリシーの要件と一致している。

2.2 openRuyi：libvirt 12.9.0 セキュリティ更新、util-linux 2.42.4、gnupg の scdaemon 分離（11-05）

日付：2026-11-05　情報源：libvirt 12.9.0、util-linux 2.42.4、gnupg 分割

LibreOffice 以外の定例コミットは4件：libvirt は 12.9.0 に更新し security-fixes を付記；util-linux は 2.42.4 に更新；clang-wrap は 20261105 に更新；gnupg は scdaemon を独立したサブパッケージに分割し、スマートカードやハードウェアキーのシナリオ向けに依存を削減した。セキュリティ側の残り3件の PR は依然レビュー中：#1580、#1581、#1582 はそれぞれ複数パッケージの脆弱性バックポート、モデル関連パッケージ、ネットワーク関連パッケージのセキュリティ修正を扱っている。

2.3 ruyi：0.54 は11月11日前後に確定、メインリポジトリはコミットゼロ、3件のドラフト修正は正式化されず（11-05）

日付：2026-11-05　情報源：080 期原稿、ruyi オープン PR、ruyi Release

080 期は明確な時期を示した：RuyiSDK 0.54 は11月11日前後にリリースされ、パッケージマネージャのバージョンも同じく 0.54.0 となる。このバージョンの主な見どころは、ソフトウェアパッケージと現在のシステムとの ABI 互換性検出であり、C ランタイムが glibc または musl の任意の Linux ディストリビューションを初回サポートする；次に、ダウンロード要求が非 2xx ステータスコードを返した場合に正しく失敗と判定されるようになり、ダウンロード失敗のトラブルシューティングガイドにサーバー側の問題と端末のネットワーク環境という2種類の要因が追加された。エンジニアリング側では依存バージョンを更新し、10月以来の TLS 証明書関連のセキュリティ修正を含む；pygit2 がまだ Python 3.15 に適合していないため、CI では当面 3.15 を使用しない。

メインリポジトリは当日コミットゼロ、リリースゼロで、最新のプレリリースは依然 11-02 の 0.54.0-beta.20261102、正式版は依然 09-24 の 0.53.0 である。11-04 に起票された3件の修正 PR（#511 相対的な XDG ベースディレクトリを無視する、#513 マニフェスト末尾の空テーブルを処理する、#515 config get で repo.disabled を公開する）は今なおドラフト状態で、正式化されていない。

2.4 packages-index はコミットゼロ、ソフトウェア源に K1/K3 ツールチェーンを追加、10月月次版は依然欠落（11-06 時点）

日付：2026-11-06（時点）　情報源：packages-index コミット一覧、PR #231、openRuyi ニュースページ

packages-index は調査期間内コミットゼロで、先頭コミットは 11-02 で停止；唯一のオープン PR #231（openwrt-sifive-unmatched のバージョンを 25.12.6 に更新）は 10-29 以降動いていない。080 期は今期のソフトウェア源の実質的な変化として、toolchain/gnu-ruyisdk に SpacemiT K1/K3 向けのツールチェーン適応を追加し、一部のソフトウェアパッケージに ABI 互換性情報を補完したことを明らかにした。

openRuyi ニュースページの月次リリースは依然 2026.09（09-30 リリース）で停止しており、2026.10 月次版は引き続き欠落；10-19 の2件の告知以降、新しい項目はない。

2.5 OpenJDK：JEP 544 AOT 移植がテストを通過し JDK メインラインに統合（11-05）

日付：2026-11-05　情報源：080 期原稿、JDK PR #32311、JEP 544

080期で記録された最大の単一項目は、JEP 544（Ahead-of-Time Code Compilation）の RISC-V プラットフォームへの移植である。機能テストに合格し、性能收益は予想に合致し、すでに JDK メインラインにマージされた（PR #32311、8390102 Support AOT Code Cache）。同時期に査読・マージされたメインライン PR はさらに九件あり、C1 での高位汎用レジスタの有効化（#32496）、Zbc 拡張による CRC32C intrinsic の実装（#32061）、論理右シフトとマスクの組み合わせをシフトペアに変更（#32046）、C2 のポインタ定数を movptr2 に変更（#32629）などを含む。LTS 側では string_indexof_char intrinsic の範囲外読み取り修正を 25u、21u、17u の三つのラインにバックポートした。

3. ベクトル拡張とオペレータ最適化

3.1 LLVM：P-ext と XTHeadBb の上流 PR 六件がマージ、Ztt マトリックス拡張 v0.6 初版が着地（11-05）

日付：2026-11-05　情報源：080 期文稿、LLVM PR 235306、LLVM PR 237815

080期で列挙された上流マージは計六件で、パックド SIMD とビット操作に集中している。P 拡張では、より多くの pm*add* と後続加算のパターンを pm*adda* 系命令に合成し（#235306）、RV32 上の 64 ビット funnel shift のコード生成を改善し（#235245）、拡幅水平加算付きパックド積和 intrinsics を新規追加し（#234450）、さらに Clang にパックドバイト水平積和 intrinsics の符号付き・符号なし・混合符号の三形式を追加した（#234484）。GlobalISel 側では XTHeadBb の下で窄い型の G_CTLZ_ZERO_POISON を先に拡幅し（#237815）、G_CTTZ を XLEN に拡幅してから G_CTLZ を経由することで th.ff1 を選択できるようにした（#238214）。

RuyiSDK の LLVM ブランチにはさらに二件ある。Ztt 仕様と intrinsics ドキュメント v0.6 に基づき RV32/RV64 マトリックス拡張を初歩的にサポートし、アセンブリと逆アセンブリ、Clang の型と intrinsics、LLVM IR とコード生成、および M/ACC レジスタの割り当て・コピー・スピル処理をカバーする（#169）。AME ブランチに GitHub Actions CI を追加し、RISC-V ターゲットの LLVM/Clang を自動ビルドして CodeGen、アセンブリ、意味論テストを実行する（#170）。

3.2 GCC：Zba/Zbs/Zbkb の三項最適化がメインラインに進入、SPEC CPU 2026 評価準備を開始（11-05）

日付：2026-11-05　情報源：080 期文稿、GCC Zba コミット

三項の RISC-V バックエンド最適化は 10 月 27 日に GCC 開発メインラインに進入した（r17-5638 から r17-5640）。Zba 側ではシフト加算と整数除算・剰余の組み合わせ認識を完善し、Zbs 側では bclr 自身のシフトインデックス意味論を利用して余分なマスク計算を除去し、RV32/RV64 のビットマップ操作を改善し、Zbkb 側では packh のコストモデルとマッチング優先度を修正し、Zbb と Zbkb が同時に有効な場合に最適な命令が選択できない問題を解決した。

付随するツールチェーン CI にも進展がある。RISE-CI は Hertner コンテナサービスと GitHub Actions を接続し、multilib ビルドシナリオの検査を新規追加し、今後 LLM を接続して CI のエラーを評価・分析する計画である。性能側では SPEC CPU 2026 に基づく RISC-V 実ハードウェア評価準備を開始し、候補の K3 プラットフォームで完全な SPECspeed 2026 を実行する際のメモリボトルネックを識別し、他のハードウェア案を評価中である。

3.3 V8：スカラー移動でのベクトル尾部保持、VLEN=1024 の開放など六件のパッチ（11-05）

日付：2026-11-05　情報源：080 期文稿、V8 CL 8714039

080 期の V8 の節では、本期にコミット・マージされた 6 件と、レビュー・マージされた 6 件が示されている。前者には、可信ポインタタグ範囲チェックの修正、タグアンダーフロー時に境界外の可信ポインタをゼロにする処理、Maglev がゼロレジスタ経由でゼロ値定数を保存する処理、GN コンパイル設定から CPU 特性を導出する処理、Float64 から Float32 への変換時に NaN 符号ビットを保持する処理、Liftoff がサブワード原子 RMW の一時レジスタ割り当てをループ外へ移動する処理が含まれる。後者には、スカラー移動時にベクタテールを保持する処理（CL 8714039）、VLEN=1024 の開放（CL 8585179）、欠落していた RV64 Add643 演算の実装、ハードウェア上で stop() が ebreak のみを生成する処理などが含まれる。

3.4 VecIntrinBench、IntrinTrans、FBGEMM の三リポジトリは引き続き静穏（11-06 状態）

日付：2026-11-06（状態）　情報源：VecIntrinBench、IntrinTrans、FBGEMM

ベクタ関連の三リポジトリはいずれも調査期間内にコミットがゼロで、最新コミットはそれぞれ 02-13、06-25、07-13 で止まっている。本期のベクタとオペレータの増分は依然として文稿と上流コンパイラのコミットにのみ現れており、これら三つのベンチマークと転訳リポジトリには戻っていない。

4. Buddy Compiler の動向

4.1 runtime に共有 serving 生成コントローラを追加、デバイス側トークン供給を支援（11-05）

日付：2026-11-05　情報源：PR #1018、コミット c2fd2e1

PR #1018 はモデル非依存の serving 生成コントローラを追加し、18 ファイル、2045 行を新規追加して、ランタイムアダプタが同一の生成トークン予算、停止条件、用量記帳、ストリーミングクリーンアップを共有できるようにする。呼び出し側は LLMSession のホストサンプリングを経由することも、デバイス側が直接トークンを提示するトークンソースを経由することもできる。

実装にはいくつか記録すべき点がある。文字列停止条件はまず生のバイトでマッチングし、その後 UTF-8 デコードを行うことで、マルチバイト境界の誤判定を避ける。トークン予算は最初の予測と EOS/停止トークンの両方を計上する。固定乱数シードはゼロ値をサポートする。繰り返しペナルティはリクエストの履歴ウィンドウ内でトークン ID により重複排除した上で各一回ずつ適用する。最初のトークンは prefill に由来するため、スループット統計は最初の選択を prefill に、以降の選択を decode に記録し、decode 作業がゼロの場合はスループットゼロを報告する。既存の CLI とサーバ側エントリの生成経路は変更せず、固定 logits と本番環境の DeepSeek トークナイザ、サンプラによるゴールデンテストで出力を保護する。後続のアダプタ接続はそれぞれ DeepSeek R1（#1021）、Llama 3.1 TTNN（#1022）、Qwen3-VL などの項目で追跡されている。

4.2 VIR スケーラブルベクタ lowering パッチ：ブロードキャストを vector<[2]xT> 経由に変更、カーネルを llc オプションで降格（11-05）

日付：2026-11-05　情報源：PR #1030、PR #1031

いずれも midend の変更で、スケーラブルベクタを対象としている。vir.shuffle の lowering はいくつかの段に分割される。ブロードキャストはまず vector<[2]xT> を経て前半（vector.scalable.extract）を取り出して vector<[1]xT> を得る。なぜなら vector<[1]xT> に対して直接 vector.broadcast を行うと、LLVM はマスク [0] の shufflevector を生成し、それが createOrFold によって恒等操作として折りたたまれ、残りの vscale-1 個のレーンがすべて poison になるからである。llc は insertelement をレーン 0 のみを書き込む vfmv.s.f に変えてしまい、この値が .vf 命令に統合されずレジスタに格納されると結果が誤りになる。[2]xT 経由に変更した後は、llc が vfmv.v.f を用いて [1]xT の LMUL 上でブロードキャストを完了し、命令数は増えず、ループ内ではさらに 1 命令減る。もう一笔はカーネルを llc の -mattr などのオプションで降格させるもので、テスト vir-broadcast-scalable-one.mlir はストリッピングと set_vl が結果を持つ二つの経路をカバーしている。

4.3 ナイトリービルドが 0.1.4.dev20261105 に進行（11-05）

日付：2026-11-05　情報源：リリース一覧

当日 10:58（北京時間）に 0.1.4.dev20261105 ナイトリー版をリリースし、前号の 0.1.4.dev20261103 に代わる。調査期間内のコミットは計 3 件：runtime コントローラ（4.1）、2 件の VIR ローワリング（4.2）。

5. コミュニティ・イベント・公式サイト

5.1 隔週進捗 080 期確定稿：全節統合、巻頭言と公式サイトドキュメントの 2 節は依然空欄（11-05）

日付：2026-11-05　情報源：080 期原稿、記事リポジトリのコミット一覧

080 期は 11-05 09:59 から 15:25 の間に 8 件のコミットをマージし（うち 1 件は全体更新）、それ以前は基本 C ライブラリと V8 の 2 節のみが成稿した草稿だったが、これによりパッケージマネージャ、IDE（2 件）、開発ボード対応マトリクス、OpenJDK、GCC、Go、ruyipkg の各節が補完された。技術要点は 2.3、2.5、3.1、3.2、3.3 を参照。開発ボード側では Milk-V Jupiter2 の Bianbu 4.0.1 Desktop と SpacemiT K3 Pico-ITX の Bianbu 4.0.8 LXQt の中国語・英語テストレポートを新規追加し、さらに VisionFive 2 Lite の Ubuntu 24.04.5 レポートを更新。サンプルリポジトリには HiFive Premier P550 の Dhrystone と SiFive Kernel Library のサンプル、Jupiter2 の llama-server デプロイサンプル、および K3 CoM260 と K3 Pico-ITX の ROS 2 コース入り口を新規追加した。

未記入の 3 節は巻頭言、バージョンテストと遺留問題、公式サイト＆ドキュメントである。QEMU の節も同様に空欄。原稿中では「GCC」の小見出しが 2 回重複しており、編集上の見落としである。

5.2 公式サイト 3 ページに変化なし、ブログ 2 本・ドキュメント 23 章（11-06 時点）

日付：2026-11-06（時点）　情報源：RuyiAI 公式サイト

index、blog、docs の 3 ページのスナップショットは前号と一致し、新規のブログ記事やドキュメント章はない。現在ブログインデックスは 2 本（Triton の RISC-V 適配、PyTorch RISC-V CI 実践）、ドキュメントインデックスは 23 章。

5.3 フォーラムは調査期間内に新規投稿なし、最新は依然 11-03 の ruyi インストールガイド（11-06 時点）

日付：2026-11-06（時点）　情報源：RuyiSDK コミュニティ最新トピック、11-03 の投稿

調査期間内の新規投稿はゼロ。最新の 1 件は依然 11-03 17:50 の「スクリプトによる ruyi のインストール・アップグレードの説明と使用ガイド」である。080 期はすでに記事リポジトリで確定稿となっているが、フォーラムにはまだ投稿されておらず、隔週進捗のフォーラム最新期は依然 079 期（10-26）である。

5.4 ruyiai-daily 11-05 期をアーカイブ、6 節に PyTorch と RISC-V の核心ニュースを収録（11-05）

日付：2026-11-05　情報源：11-05 期アーカイブ

デイリー情報リポジトリは 11-05 10:01 に当日分をアーカイブした。構成は今日の要聞、今日のインデックス、および 6 節の本文：PyTorch エコシステム核心動向、LLVM/MLIR 最新進展、Triton と TileLang 技術動向、RISC-V 核心ニュース、AI 業界重大ニュース、総括とトレンド観察。このリポジトリはパイプラインにより自動生成されるもので、本デイリーレポートのクロスリファレンスとして利用できるが、原生の情報源を構成するものではない。

5.5 外部ニュース 6 組のクエリはゼロヒット、arXiv も調査期間内に新規論文なし（11-06 時点）

日付：2026-11-06（時点）　情報源：Google News、arXiv RISC-V 検索

6 組の中国語・英語クエリ（例：RISC-V、RuyiSDK 中英語、RuyiAI、如意コミュニティ オープンソース、Ruyi RISC-V AI）は 24 時間の調査期間内にすべてゼロヒットだった。RISC-V テーマの汎用クロールは大量の個人リポジトリと、Infineon AURIX RC1、Quintauris EM-Altair など如意コミュニティと無関係な項目のみを返した。arXiv 検索も調査期間内に新規論文はなく、最新収録は 11-03 で止まっている。

6. トレンド観察

6.1 メンテナンスブランチから上流への寄居へ：プラグイン化がパッチコストをバージョン結合に置き換える

日付：2026-11-05　情報源：PR #98、PR #92

triton-riscv は一日で自分自身を「パッチを当てた Triton ブランチの維護」から「上流 Triton のプラグイン」へと作り変え、純削除二千行余り、パッチディレクトリは完全に消滅した。この手法の利益は直接的なものである。今後上流のバージョンアップに追随する際にパッチの再適用が不要になり、リリース物は wheel 一つだけになり、インストール面は二つの配布パッケージから一つに減る。

代価もまた明確であり、しかも同じ日に露呈した。Triton 3.9 のフロントエンドはバックエンドから backend_name フィールドを読み取り、それが欠けると 383 件の FlagGems テストケースが失敗する。上流の拡張点に寄生するということは、上流フロントエンドの暗黙の契約が満たさなければならないインターフェースになることを意味し、これらの契約は多くの場合ドキュメント化されておらず、テストでしかぶつからない。今回の改造が成功したかどうかは、今日どれだけの行を削除したかではなく、次回上流のバージョンアップ時に再適用のコストがどれだけかかるか、そして FlagGems のような下流スイートに専任でバージョンを監視する人材が依然として必要かどうかで判断すべきである。

6.2 パッケージング側のデスクトップオフィス補完と AI スタックの静かな並行

日付：2026-11-05　情報源：openRuyi コミット一覧、RuyiAI-Stack 組織

openRuyi は単日四十一件のコミットがあり、三十七件が LibreOffice の依存チェーンに該当する。まず二十一のドキュメントインポートフィルタ、次に AFDKO フォントツールチェーン、続いて Firebird、PDFium、ZXing、SANE、Box2D の審査中 PR である。これは散発的な更新ではなく、コンポーネントごとにバッチで進めるデスクトップオフィススイートの完全なパッケージングである。

同じ日、RuyiAI スタックは triton-riscv 以外すべて静かであった。pytorch の RISC-V ブランチはゼロコミット、tilelang-riscv はゼロコミット、llvm-project の riscv ブランチはゼロコミット。二つのラインは異なる人材、異なるリポジトリ、異なるリズムで進められており、デイリーレポートのレベルでは分けて見る価値があり、パッケージング側の活発さを AI スタックの進展と見なす必要はない。

6.3 080 期の増分はコンパイラとランタイムに落ち、アプリケーション層フロントエンドにはない

日付：2026-11-05　情報源：080 期文稿

080 期で最も実質的な四件はすべて低層にある。GCC の三件の Zb* 最適化がメインラインに進入、LLVM の六件の P-ext と XTHeadBb がマージ、OpenJDK の JEP 544 AOT 移植がマージ、V8 のベクトルテールと VLEN 処理である。アプリケーション層フロントエンド（PyTorch、TileLang）には今期対応する機能の接続がない。

この分布は 6.1 と同じことを指し示している。この段階の推進重点は、既存のオペレータと言語ランタイムが RISC-V 上で安定して動作し、正しく動作するようにすることであり、フロントエンドのカバレッジを拡大することではない。下流の利用者にとって、短期的に感知できる変化はコンパイル成果物と JDK の動作に現れ、新しいフレームワークのサポートリストには現れない。

情報源核查表

情報源 核查結果
RuyiAI-Stack 重点リポジトリ triton-riscv：八件のコミット、三件の PR マージ（#98、#99、#100）、二件のナイトリービルド；pytorch：riscv ブランチはゼロコミット、main は五十五件の上流同期で RISC-V 項目なし；tilelang-riscv、llvm-project：調査期間内ゼロコミット；その他のリポジトリは調査期間内コミットなし
ruyisdk 組織 ruyi、packages-index はゼロコミットゼロリリース；wechat-articles は八件（080 期全節マージ）；ruyi-tuner、docs、support-matrix、公式サイトリポジトリは調査期間内コミットなし
openRuyi-Project 四十一件のコミット：LibreOffice 1/n（二十一パッケージ）と 2/n（十七ファイル、4633 行追加）がマージ、四件の例行更新；PR #1595、#1596、#1594 をマージ；2026.10 月次リリースは依然として欠落
buddy-compiler buddy-mlir 三件のコミット（runtime コントローラ一件、VIR lowering 二件）；ナイトリービルド 0.1.4.dev20261105
RuyiSDK フォーラム 新規投稿ゼロ；最新は 11-03 の ruyi スクリプトインストールガイド；フォーラムの隔週進捗は依然として 079 期で停止
RuyiAI 公式サイト index、blog、docs の三ページはいずれも変化なし；ブログ 2 篇、ドキュメント 23 章
ruyiai-daily 11-05 期はアーカイブ済み
Google News 六組の中英語クエリでゼロヒット
arXiv 調査期間内に新論文なし；最新一篇は 11-03 で停止

完全情報源リスト

yisdk/packages-index/commits/main>