レポート期間：2026年11月2日（月）から11月6日（金）まで、計5営業日。

素材来源：本誌の毎日RuyiAI動態レポート5期（2026-11-02から2026-11-06まで、各期の調査期間は前日04:30から当日04:30まで、うち月曜は過去3日間で週末をカバー）；さらにRuyiAI-Stack、ruyisdk、buddy-compilerの3組織の168時間リポジトリ核查、openRuyi-Projectメインリポジトリのコミットごとの全量ページ分割再確認、RuyiSDK開発者コミュニティとopenRuyiディストリビューションニュースページの二重ソース再確認、およびRuyiAI公式ホームページ3ページのスナップショット（核查は11-07午後までカバー）。

編制説明：今週は今四半期で構造変化が最も集中した週であり、3本の主線が同時に収束した。第一に、配布経路のラストワンマイルが打通された——43日間遅れていたopenRuyi #1350が11-03にマージされ、buddy-mlir、triton、tilelangの三件セットが初めてRPM specの形式でディストリビューションに入った。第二に、triton-riscvが1日で「パッチを当てたTritonブランチを維持する」状態から「上流Tritonのプラグイン」へと自らを変更し、純削除2千行余り、パッチディレクトリが完全に消失した。第三に、AME/BOSCAMEマトリックスバックエンドが1週間で2件を着地：LLVM側ではレジスタ分類とtileスケジューリングを補い、buddy-mlir側では1回のコミットで209ファイル、4万余行を投入し、Kernel Contract、SPM/DMAプランナ、ランタイムとFPGAツールを一挙に展開した。リリース側はもう半分の事実である：ruyiは39日間の断絶後にベータを出し、正式版とopenRuyi 2026.10月度版は今週末までに仍未着地。ウィークリーレポートはデイリーレポート素材のほかに5項の核查新発見（多くはデイリーレポート期間後または周期境界）を補入し、付録に列した。

1. 今週の要聞

  • openRuyi #1350マージ、RuyiAI三件セットが七週間後にディストリビューションパッケージングへ：11-03 15:59、09-21 17:55に開かれたこのPRがマージされ、再確認に43日かかり、最終的に3コミット、10ファイル、838行追加で、buddy-mlir（0.1.2、ソースアンカー 60f354a7、pin留めされたLLVMスナップショット 3845a205 を自带）、python-triton-ruyiai（3.8.0+git20261103.da5291b）、python-tilelang-ruyiai（0+git20261028.0b7d66e）の3つのspecをSPECSディレクトリに収めた。三件セットは1本のLLVM/MLIRチェーンを共用する：buddy-mlirはLLVMビルドを自带し /usr/lib64/buddy-mlir/llvm にインストールされ、tritonとtilelangは buddy-mlir-llvm パッケージに依存する。同日20:16の#1575がさらに Source0/Source1 のソースアドレス記法を修正し、このチェーンは依然脆いがマージフローを走通できることを示した。出典：PR #1350、PR #1575、buddy-mlir.spec

  • triton-riscvがTriton 3.9.0プラグイン化改造をマージ：パッチ集合ゼロ、独立配布パッケージ退場：11-05 11:13、PR #98がマージされ、5コミット、66ファイル、1806行追加、3868行削除で、削除量は追加量の約2倍。バックエンドは TRITON_PLUGIN_DIRS メカニズムに従ってtriton_sharedプラグインとしてインストールする形に変更され、エントリポイントを登録し、C++プラグインを libtriton.so にリンク；patches/ ディレクトリとパッチ適用スクリプトはすべて削除；release.sh は2つ目のwheelを組み立てなくなり、Makefile がsetup/build/test/lit/cleanの統一入口となった。同日、前号まで並行していた#92（公式Triton v3.8.0へのリベース）は未マージでクローズされ、2つの路線の争いはメインライン追随へと収束した。出典：PR #98、PR #92

  • AME/BOSCAME バックエンド、一週間で二件を着地：LLVM はレジスタとスケジューリングを補い、buddy-mlir は 209 ファイルを敷く：11-04 15:40、RuyiAI-Stack/llvm-project の riscv ブランチに f346011 を新規追加（8 ファイル、+412/−1）。nxv32i32 を同時に AccReg へ登録し、各ループエッジ上で tile と accumulator の二つのレジスタファイル間のコピーを消し、各 tile 設定をその消費者と共に一つの順序付き擬似命令内に保持し、emit 直前まで展開しないようにした。11-06 15:39、buddy-mlir は #1033 をマージ（209 ファイル、+46131/−2305）。ターゲット非依存の Kernel Contract（注釈と検証）を一括で追加し、bufferized Linalg を bosc_ame SPM/DMA/tile IR へ降ろすプランナとエミッタ、runtime/boscame ベアメタルランタイム、examples/BOSCAMEFPGA ボードツールを加えた。これは「RVV から Matrix へ」という物語がコンパイラ側で初めて実行可能なエンドツーエンド経路に落ちたものだ。出典：コミット f346011、PR #1033、PR #35

  • ruyi 0.54.0-beta.20261102 が出荷、39 日間の断絶後の第一跳；ABI 互換性は「パッケージ走査」から「ホスト判定」へ：11-02 18:37 にリリース、タグコミットは 15:16 に着地、PyPI は 0.54.0b20261102 を同期。リリースノートは十三件の PR を列挙するが、比較基準は 0.52.0-alpha.20260714 と書かれており、実際に 0.53.0 との差分で純新規は四件のみ（#503、#508、#507、#509）。核心は #507：ruyi admin check-abi を新規追加し、指定パッケージに対してホスト ABI の探測と互換性判定を行い、互換・非互換・未判定の三態を示し、寛容と厳格の二套の述語を区別し、ruyi list は備考を表示、ruyi install は非互換時に警告する；RISC-V 側では別途 ld.so.cache の浮動小数点 ABI フィルタ、バージョン番号付き単一文字拡張の解析、スタックアライメントと弱いシンボルの境界を処理した。パッチ +5760/−834、64 ファイル。出典：0.54.0-beta.20261102、PR #507

  • tilelang-riscv 十八日間の沈黙が破られ、PR #5 が TileOps streaming load と量子化経路をマージ：11-03 13:44 に起票、14:13 にマージ、間隔は 29 分、21 ファイル、+669/−112。核心的な変更は src/target/codegen_riscv.cc（+157/−1）にあり、生の TileOps オペレータに streaming load の降級ヘルパと FP32 の __fdividef 処理を補った；テスト面も同時に展開し、streaming load のバイト保真、IEEE 算術回帰、INT8 量子化の三つのテストを新規追加し、operator_inventory.py にも追加削除を行った。ドキュメントは BuildOnSG2044.md の執筆に重点を置き、tladapter/toolchain.py 内のマシン依存パスを削除してディストリビューションのレイアウトから検索するよう変更——同日の openRuyi パッケージングパッチと同じ方向性だ。出典：PR #5、マージコミット 57c548c

  • 上流コンパイラとランタイムの4本のラインで同日に実績：OpenJDK JEP 544 AOT 移植がメインラインにマージ、GCC 3件の Zb* 最適化が開発メインラインに投入：080 期記録、JEP 544（Ahead-of-Time Code Compilation）の RISC-V プラットフォーム移植機能テストが通過、性能收益は予想通りで、JDK メインラインにマージ済み（PR #32311、8390102 Support AOT Code Cache）；同期間に審査・メインラインへのマージ9件、C1 の高位汎用レジスタ有効化、Zbc による CRC32C intrinsic 実装、C2 ポインタ定数の movptr2 への変更を含む。GCC 側では3件の RISC-V バックエンド最適化が 10-27 に開発メインラインへ（r17-5638 から r17-5640）：Zba はシフト加算と整数除算の組み合わせ認識を完善、Zbs は bclr のシフトインデックス意味論を利用して冗長マスクを除去、Zbkb は packh のコストモデルとマッチ優先度を修正。LLVM 側では P-ext と XTHeadBb の上流 PR 6件がマージ、RuyiSDK の LLVM ブランチは別途 Ztt 仕様 v0.6 に従い RV32/RV64 マトリックス拡張を初期サポート。出典：080 期文稿、JEP 544、JDK PR #32311

  • Buddy Compiler の VIR セマンティクス厳格化：set_vl が「精確 VLEN」と「任意 VLEN」の2経路に分離：11-04 23:54 に #1028 をマージ、rvv-vlen をターゲットの精確 VLEN（vscale = rvv-vlen / 64）として表現し、分割は完全ベクトル単位で実施；従来 rvv-vlen は最小 VLEN として扱われ、マスクが全て真であるにもかかわらずコードに残っていた。K3 上で 1024 ビットベクトル幅で構築されたカーネルはまさにこの経路の典型シナリオである。11-05 01:32 に #1029 をマージ、rvv-vlen を指定しない汎用ビルドを処理：strip-mined 領域は N×vscale で実行時ステップ、ベクトルは最小 128 ビットでサイズ決定、結果付き set_vl は直接拒否し「精確 VLEN が必要」と報告。セマンティクスはもはや「マスクが偶然全て真」によるフォールバックに依存しない。出典：PR #1028、PR #1029

  • リリース側のもう半分の事実：openRuyi 2026.10 が丸ごと欠落、ruyi 0.54 は 11 月 11 日前後に確定：openRuyi ニュースページの最新リリース告知は依然 09-30 の 2026.09 であり、10 月と 11 月のリリースパスは 11-07 の確認時点でいずれも 404 を返す；過去4か月のリリース日は 6-30、7-23、8-27、9-30 で、丸ごと欠落した先例はない。080 期はパッケージマネージャの明確なタイムポイントを示す：RuyiSDK 0.54 は 11 月 11 日前後にリリース予定、パッケージマネージャのバージョンも同じく 0.54.0、第一の見どころはソフトウェアパッケージと現在のシステムの ABI 互換性検出で、glibc または musl の任意の Linux ディストリビューションを初回サポート。開発側は停滞していない——openRuyi メインリポジトリは今週 156 コミット、ボトルネックはリリースプロセス自体にある。出典：openRuyi ニュースページ、080 期文稿、ruyi Releases

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

調査期間総覧：RuyiAI-Stack 組織（18 リポジトリ）の今週の動きはほぼ全て triton-riscv と llvm-project の2リポジトリに集中：triton-riscv は9コミット、4件の PR マージ（#98、#99、#100、#101）、4件のナイトリービルド；llvm-project の riscv ブランチは2回のブランチ全体リプレイ後に BOSCAME バックエンドコミット1件；tilelang-riscv は18日間の沈黙の後に PR #5 をマージ；pytorch の riscv ブランチは3回のリプレイ、機能増分ゼロ；VecIntrinBench、IntrinTrans、FBGEMM、cpuinfo、harness、torq-tile、pytorch-ci、dsh-osc は全週ゼロコミット。

llvm-project riscv ブランチ：2回のリプレイ後に BOSCAME コミット1件（11-01 から 11-04）

日付：2026-11-01 から 2026-11-04　情報源：riscv ブランチのコミット一覧、コミット f346011、PR #35

調査期間の起点前夜（11-01 23:00）と期間初日の夜間（11-02 23:00）に、ブランチはそれぞれ一度ずつブランチ全体のリプレイを行った。前者はブランチ固有の26件のコミットのコミット時刻をすべて 23:00:22 から 23:00:26 に書き換え、ヘッドコミットは afdd0982（内容は 10-29 の「リハーサル中止、コントリビューションガイド追加」）。後者はもう一度リプレイし、ヘッドコミットを 375bf3e4 に差し替えたが内容は変わらない。11-03 11:57 に bef335e2「[workflows] Use workflow-scoped token for PR rebases」が入り、リベースワークフローのトークンをリポジトリレベルからワークフローレベルに変更した。これは自動化メンテナンスに属する。

11-04 15:40 の f346011 は今週唯一の実際のコンパイラ変更である（8ファイル、+412/−1、作者 caihanyi111）。これは二つの部分に分かれる。第一はレジスタ分類で、ループキャリーされるアキュムレータ PHI は型テーブルから既定のレジスタクラスを取得するが、nxv32i32 は元々 TileReg としてのみ登録されていた。アキュムレータ命令 mlce32.m、mqma.*、msce32.m のアキュムレータオペランドと結果はすべて AccReg に限定されるため、各ループエッジで tile と accumulator という二つのレジスタファイル間のコピーを生成する必要があり、copyPhysReg はこのクロスファイルコピーを単一の AME 命令に展開できなかった。修正は nxv32i32 に AccReg も同時に登録し、同一ファイル内のレジスタ全体コピーを mmve64.t.t と mmve64.a.a で展開し、クロスファイルコピーはハードエラーとして残すというものである。第二はスケジューリングで、各 tile 設定とそのコンシューマを、emit 前に展開されるまで順序付きで副作用を持つ擬似命令内に保持し、行列レジスタを割り当て可能に、MMA のアキュムレータに tie を、ゼロアキュムレータの定義は旧値を読まないようにした。コミットは同時に三つのテストを追加し、設定化された load/MMA/store の順序、同一ファイル内とクロスファイルのコピー、および RVV と非 RVV の二つの選択をカバーする。

まだ解明されていない不整合が一つある。ブランチ上の直近の [SyncBots] Integrate LLVM at b3b5e33 の作者時刻は 09-29 で止まっているが、現在のヘッドコミットと前期のヘッドコミットをコミット比較すると、差分集合には 10-30 の上流コミットが含まれる。つまりリプレイが履歴を書き換える際に上流ベースラインを前進させたが、同期ボットの記録はそれに追随して追加されていない。

triton-riscv：一日で「パッチを当てたブランチ」から「上流プラグイン」へ（11-05）

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

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

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

三つ目はパッケージ出力パスの統合である。release.sh は二つ目の wheel を組み立てなくなり、ツールを剥がして直接 bdist_wheel するだけになった。Makefile は setup、build、test、lit、clean の統一入口となった。ついでに Python 3.14 の落とし穴も一箇所修正した。setup.py 内の shutil.which("lit") は pip でインストールされた lit コンソールスクリプトを優先的に取得するが、LLVM ディストリビューションに同梱されているものは main() を呼び出す際に if __name__ == "__main__" の保護がなく、forkserver のマルチプロセスがメインモジュールをインポートする際にそれを再実行してしまい、lit ターゲットが 80 並列で失敗する原因となっていた。

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

triton-riscv 関連の三件：夜間・週末リリース、16 プロセス pytest、cp312-abi3 wheel（11-05 から 11-06）

日付：2026-11-05 から 2026-11-06　情報源：PR #99、PR #100、PR #101、Release リスト

#99 はリリースのリズムを buddy-mlir に合わせた。夜間ジョブは nightly/<date>-<sha> のプレリリースを発行し、週末ジョブは release/<date>-<sha> を発行して最新バージョンとしてマークする。新しいコミットがない場合はスキップし、release はすべての wheel のアップロードが完了するまでドラフト状態を保ち、workflow_dispatch は一度だけの帯域外 dev/patch 選択を提供する。当日の二件の夜間版はすでにこのリズムで産出された。

テスト側では pytest スイートを 16 プロセスに変更した。数値には実測の根拠がある。207 個のテストケースのスライス上で、1 プロセスで 360 秒、8 プロセスで 89 秒、16 プロセスで 67 秒、24 プロセスで 67 秒であり、32 と 64 は逆に遅くなる。単一のテストケースは「コンパイル、triton-shared-opt、llc、実行、比較」の直列チェーンであり、プロセスを増やしすぎると共有コンパイルキャッシュを争奪するためである。以前は直列実行の際、FlagGems スイートに 1 時間 14 分かかっていた。

#100 は上流のやり方に従って stable ABI wheel をビルドする。TRITON_STABLE_ABI=ON を設定し、制限付き API（Py_LIMITED_API=0x030C0000）で nanobind をコンパイルし、wheel は cp312-abi3 としてマークされ、一つの wheel で 3.12 から 3.15 をカバーし、リリースマトリックスは三つの Python から一つに減った。同じブランチで release.sh の manylinux ツールチェーン検出も修正した。スクリプトは /opt/rh/gcc-toolset-14/enable をハードコードし、かつ dnf install clang の前にそれをチェックしていたが、イメージはローリング更新の :latest であり、当時すでに gcc-toolset-15 を備えていたため、有効化スクリプトが決して実行されず、clang は crtbeginS.o、-lstdc++、-lgcc（riscv64）と libstdc++ の <version> ヘッダ（x64）を見つけられず、両アーキテクチャでビルドが失敗した。現在はまず clang をインストールし、次に存在性に応じてすべてのツールチェーンを有効化し、最新のものを最後に置く。#101 は 11-06 12:52 にマージされ（2 ファイル、+17/−2）、リリースワークフローのチェックアウトクリーンアップ段階での失敗を処理した。

tilelang-riscv：十八日間の沈黙が PR #5 に破られ、RVV マスクと最大リダクションは依然未カバー（11-03）

日付：2026-11-03　情報源：PR #5、PR #4、PR #2

メインブランチの最後のコミットは以前 10-16 10:52 の「Build Python extension in Buddy CI」で止まっており、連続十八日間コミットがなかった。PR #5 は laz174 によって提出され、21 個のファイルのうちテストとドキュメントが大部分を占める。新規に test_riscv_streaming_loads.py（+81）を追加してバイト保真を検証し、test_riscv_ieee_arithmetic.py（+77）で算術回帰を行い、test_int8_quant.py（+83）で INT8 量子化をカバーする。さらに既存の四つのテストが既存オペレータの数値パスを再整合しており（test_int8_dequant.py、test_fp8_quant_per_block.py、test_paged_kv_cache_write.py、test_elementwise_activations.py）、operator_inventory.py にも追加・削除がある（+9/−14）。

マージ後のメインブランチの頭コミットは 57c548c であり、その後 11-04 から 11-06 までコミットはゼロ。キューには依然として二つの古い PR が残っている。#4「RVV vector mask and max reduction lowering」は 09-28 で止まり、#2「Add Codex-compatible RISC-V operator workflow」は 06 月で止まっており、いずれも未マージである。つまり今回のマージは RVV マスクと最大リダクションのパスに触れていない。ディストリビューション側の python-tilelang-ruyiai は 10-28 の 0b7d66eb をアンカーしており、PR #5 はまだどのパッケージにも入っていない。

pytorch：riscv ブランチで三回の全体リプレイ、ベースライン不動、パッチセット不動（11-02 至 11-06）

日付：2026-11-02 至 2026-11-06　情報源：pytorch riscv ブランチ、オープン PR リスト

riscv ブランチは 11-02、11-03、11-04 の 03:00 にそれぞれ一度全体リプレイを行い、二十筆のブランチ固有コミットのコミット時間が同一秒内に統一的に書き換えられ、作者時間はそのまま保持された。頭コミットは順に b20942de、81ecd427、6c89022 であり、メッセージは常に [SyncBots] Integrate PyTorch at 3afdbd3 で、ベースラインは前進せず、パッチセットも変化しておらず、依然として riscv64 ローカルイメージ（#51）、bytes_to_scalar 浮動小数点修正（#44）、linear cross entropy の ULP 許容差（#42）、inductor opinfo blocklist（#50）である。11-05 と 11-06 はブランチへのコミットがゼロ。

main ブランチは各期二十から五十五筆の上流同期があり、逐条確認したが RISC-V や RVV に関連する変更はなく、内容は AOTI、inductor、cuDNN frontend、XPU/oneDNN、ROCm フォールバック、Mooncake 転送に集中している。八筆のオープン PR（#23、#35、#36、#38、#43、#46、#48、#51）は全週マージが見られず、其中 #46「RISC-V Vector Extension support for ATen」と #48「Add RISC-V Vector CPU capability」は依然として RVV 能力アップストリームの二本の主線提案である。

配布側と併読する必要があるのはそのずれである：openRuyi の python-torch-ruyiai（#1352）はブランチ成果物に基づいてビルドされるが、ブランチヘッドはリプレイのたびに SHA が変わるため、パッケージ内で固定されたソースの落とし所を再整合する必要がある。当該 PR の最終更新は 10-27 09:51 で止まっており、レビュー意見はゼロ、今期も整合の動きはない。

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

期間総覧：openRuyi メインリポジトリは今週 156 筆のコミット（北京時間の自然日別：11-02 七筆、11-03 九十四筆、11-04 十筆、11-05 四十一筆、11-06 四筆）、マージ PR はパッチ、Node.js、firecracker、RuyiAI 三件セット、simdjson、debuginfo、LibreOffice 依存チェーンなどをカバーする。ruyi メインリポジトリは今週 11-02 の一日だけ動作があり、packages-index の三筆はすべて 11-02。隔週進捗 080 期は二節の草稿から全節マージへと進んだ。

openRuyi #1350 マージ：三份の spec がそれぞれどのバージョンに当たるか（11-03）

日付：2026-11-03　情報源：buddy-mlir.spec、python-triton-ruyiai.spec、python-tilelang-ruyiai.spec

3つの spec の実際のアンカーは本リポジトリで直接確認できる：

  • buddy-mlir 0.1.2：Source0 は buddy-compiler コミット 60f354a7（「[ci] Add the publish-models workflow #925」）を指し、Source1 は RuyiAI-Stack/llvm-project コミット 3845a205 を指す。clang/lld 22 でブートストラップし、BUDDY_ENABLE_TESTS=OFF、BUDDY_MLIR_ENABLE_PYTHON_PACKAGES=OFF、BUDDY_DOWNLOAD_CLI11=OFF、静的ライブラリビルド、LLVM プレフィックスは /usr/lib64/buddy-mlir/llvm にインストールされる。
  • python-triton-ruyiai 3.8.0+git20261103.da5291b：Source0 は triton-lang/triton コミット 5889527、Source1 は triton-riscv タグ nightly/20260913-da5291b。2つのパッチはそれぞれシステムビルドツール（cmake/ninja/nanobind）と /usr/lib64/buddy-mlir/llvm/bin 配下のツール検索を扱う。実行時の依存は buddy-mlir、buddy-mlir-llvm、clang。
  • python-tilelang-ruyiai 0+git20261028.0b7d66e：メインソースのアンカーは tilelang-riscv コミット 0b7d66eb で、TileLang/tvm 882a7748、dmlc-core 3031e4a6、rang cabe04d6、tvm-ffi ae346ec9、DLPack 93c8f2a3 の5つのサブモジュールを個別にパッケージ化している。5つのパッチは tvm-ffi のバージョン上限、torch-c-dlpack-ext と patchelf、buddy-mlir ツールチェーンの検出、z3 の soname、libbacktrace のスイッチを扱う。ビルド時には python3dist(torch) が必要。

3つの spec は同じ LLVM/MLIR チェーンを共有しており、これが今後のアップグレード順序を決定する。まず buddy-mlir を動かし、次に2つの Python パッケージを動かす。どの層でもアンカーを変更する場合は同期して再ビルドする必要がある。43日間の再確認の主な作業量は機能面ではなく、ソースツリー内で環境変数によって組み立てられたパスを1つずつ再現可能な検索ルールとして確定させることにある。

バージョンアンカーの遅れ：triton は09-13で停止、tilelang は10-28で停止、buddy は0.1.2（11-03）で停止

日付：2026-11-03　情報源：triton-riscv ナイトリービルド 09-13、tilelang-riscv コミット 0b7d66e、BUDDY MLIR 0.1.3

3つのパッケージのバージョン文字列はどれも新しく見えるが、コードのアンカーはそれぞれ異なる。triton の 3.8.0+git20261103 のうち 20261103 はパッケージ化の日付であり、実際のコードは09-13の nightly/20260913-da5291b タグ（リリース記録 09-14 01:41 UTC）に由来し、マージから約50日が経過している。tilelang は10-28の 0b7d66eb にアンカーしており、11-03にマージされたばかりの PR #5 が今回パッケージ化されたソーススナップショットに含まれないことを意味する。buddy-mlir パッケージは0.1.2と記載されているが、上流の正式版はすでに0.1.3（10-31 23:01 UTC リリース）に達しており、ナイトリービルドは0.1.4.dev20261105に達している。

バージョン番号内の日付はコードの日付とは異なり、この点はディストリビューション利用者にとって実際的な意味を持つ。インストールされるのはあるスナップショットであり、最新ではない。パッケージが一度ビルド・リリースされると、その機能とリポジトリ HEAD の間には一定の遅延が生じ、この遅延は後続の bump コミットによって短縮する必要がある。今週は bump コミットが一件もなかった。

ruyi 0.54.0-beta.20261102：十三筆のリストのうち新規はわずか四筆、ABI はパッケージスキャンからホスト判定へ（11-02）

日付：2026-11-02　情報源：Release 0.54.0-beta.20261102、PR #507、PR #496、PR #509

タイムライン：15:16 にタグ付け、18:37 に単一ファイルバイナリとミラーサイトディレクトリをリリース、PyPI は 0.54.0b20261102 を同時同期。正式版チャネルは依然として 09-24 の 0.53.0。これは 0.53.0 以降 39 日間で最初の新しいタグである——前回のプレリリース版 0.54.0-alpha.20260918 は 0.53.0 よりもさらに六日早く、十月全体で alpha も beta も一切出ていない。alpha から beta まで 45 日を要したが、0.50 と 0.51 の二つのラインの alpha→beta 間隔はいずれも 28 日、0.53 ラインは 20 日であった。

比較インターフェースが示す分岐状況は記録に値する：beta は 0.53.0 に対して diverged であり、七十筆先行し三筆遅れている。遅れている三筆はそれぞれ 0.53.0-beta と 0.53.0 のバージョン番号の自動増分、および「クロスリポジトリでインストール済みパッケージを識別する」修正である——同一の修正は beta 上に別の SHA で存在し、機能の欠落を構成するものではなく、単に 0.53 リリースブランチの記帳がメインラインにマージされていないだけである。

ABI 機能の階層は区別する必要がある：#496 の ELF スキャナは早くも 09-16 にマージ済みで 0.53.0 とともにリリースされ、ディレクトリと tar/zip/deb アーカイブをスキャンし、決定論的な .abi.toml 旁注を生成し、rescan-package-abi を提供する。本期で新たに追加されたのは消費側の #507 であり、旁注を取得して現在のホストと照合し、「このパッケージがこのマシンで動作するかどうか」に答える。同バージョンの #509 はパッケージ取得失敗の報告を修正する：非 2xx 応答はもはや「ダウンロード成功」と見なされてエラーページを残すことはなく、再開可能な部分ダウンロードを保持し、HTTP ステータス、リダイレクト、接続失敗、転送停滞をそれぞれ提示する——この項目は実際の利用者にとって ABI チェックよりも直接的である。

packages-index：三つのパッケージに十一份の ABI 旁注、カバレッジは依然として三桁の分母のうち一桁（11-02）

日付：2026-11-02　情報源：packages-index コミット、gnu-ruyisdk riscv64 旁注

三筆のコミットは #507 のマージ前十八分間に集中している：13:09 に toolchain/gnu-ruyisdk に 0.20260921.0（三份の旁注を含む）を追加、13:18 に board-util/wlink に二つのバージョン計六份の旁注を追加、13:26 に emulator/qemu-system-riscv-upstream に二份の amd64 旁注を追加。

gnu-ruyisdk の riscv64 旁注を例にとるとスキャンの粒度が分かる：アーカイブ全体で 2178 ファイル、43 個の ELF を識別し 5478 個を除外；e_machines=[243]、五つの soname に依存；バージョン要件の上限は GLIBC 2.38、GLIBCXX 3.4.21、CXXABI 1.3.9；ISA 属性はバージョン番号付きの粒度で記録（rv64i2p1、m2p0、a2p1、f2p2、d2p2、c2p0、加えて zicsr、zifencei、zmmul）、スタック整列 16。これは「ホストがこのツールチェーンを実行できるか」の判定を支えるに十分である。

しかしカバレッジは厳しい制約である：インデックス内には計 327 個のパッケージバージョン記述ファイルがあるが、旁注があるのはわずか 3 パッケージ、11 ファイルであり、うち qemu は amd64 の二份のみで riscv64 はない。RISC-V ユーザーが現在大多数のパッケージを調べると、得られるのは「未判定」である。旁注のカバレッジを追いつかせるには、ビルドパイプラインによるパッケージごとの再スキャンが必要である。

openRuyi メインリポジトリ：一週間で 156 筆のコミット、11-03 に一度で 75 筆の Rust 仕様をプッシュ（11-02 から 11-06）

日付：2026-11-02 から 2026-11-06　情報源：openRuyi コミット一覧、PR #1595、PR #1596

北京時間の自然日で集計すると 7、94、10、41、4 件となる。11-03 の九十四件のうち七十五件は同一秒にプッシュされた。一件は firecracker 本体で、残り七十四件は Rust crate の仕様（rust-vhost、rust-vm-allocator、rust-vm-superio、rust-bitcode などを含み、firecracker の依存クロージャである）。15:59 の三件は RuyiAI 三点セット、残りは patch 2.8.1、Node.js 26.13.0、simdjson 5.0.8、debuginfo のゲートなどである。作者は Jvlegod（75 件）、Leetfs（44 件）、Jingwiw（12 件）が主である。

11-05 の四十一件のうち、三十七件は LibreOffice の依存チェーンに属し、二回に分けてマージされた。PR #1595（1/n、25 ファイル、+1383）は一度に二十一個のパッケージを追加し、WordPerfect（libwpd、libwps）、Visio（libvisio）、Publisher（libmspub）、PageMaker（libpagemaker）、QuarkXPress（libqxp）、Zoner Draw（libzmf）、StarOffice と旧版 Office バイナリ（libstaroffice、libmwaw、libe-book）、さらに liborcus、libepubgen、libodfgen、libetonyek、liblangtag と mdds をカバーする。PR #1596（2/n、17 ファイル、+4633）はフォントツールチェーンを補い、python-afdko とその依存（defcon、fontparts、fontpens、ufoprocessor、ufonormalizer、mutatormath）および antlr4-cpp-runtime をまとめてパッケージ化した。このチェーンはまだ完了していない：#1600（4/n、Base コンポーネントの Firebird）、#1602（6/n、PDFium、ZXing、SANE、Box2D）は審査中で、#1603（7/n）はクローズされマージされていない。

例行およびセキュリティ更新は四件：libvirt 12.9.0 は security-fixes と表示、util-linux 2.42.4、clang-wrap 20261105、gnupg は scdaemon を独立したサブパッケージに分割した。CI 側には一つの試行錯誤がある：11-04 21:43 に update-package ワークフローを openruyi コンテナ内で実行するよう変更し、二時間後にロールバックし、その後 apt-key をスコープを限定した OBS 署名鍵に置き換えた。

openRuyi 2026.10 月度版は丸ごと欠番、ニュースページは九月で停止（11-02 から 11-06）

日付：2026-11-02 から 2026-11-07（状態）　情報源：openRuyi ニュースページ、Releases

2026 年 10 月の月度リリース告知は一週間を通じて現れず、ニュースページの最新リリース告知は依然として 09-30 の 2026.09 である。11-07 の確認時点で、2026-10 と 2026-11 のリリースパスはいずれも 404 を返す。前四か月の 6-30、7-23、8-27、9-30 というペースに照らすと、これは初めての丸一か月の欠番である。

二種類の内容を区別する必要がある：十月の二本の特集（『openRuyi-Project：RISC-V ソフトウェアエコシステムの公共インフラ』と『openRuyi が Ruyi Firmware をリリース』）はいずれも 10-19 と表示されているが、実際には公式サイトのリポジトリによって 10-30 15:36 に一度のコミットで公開された。Releases ページ上の 2026.05 から 2026.09 の experimental タグは 10-19 に一括で追加登録されたものであり、いずれも十月のリリースとみなすことはできない。

このうち Ruyi Firmware は RuyiAI の検証環境と直接関連している。ファームウェアは coreboot、OpenSBI、EDK2 をベースとし、ビルドと書き込みの手順を公開している。MultiArchUefiPkg の x64emu を統合し、RISC-V UEFI 環境で一部の x64 グラフィックスカード UEFI コンポーネントを実行可能にした（AMD Radeon RX 6400 で組み合わせテスト済み）。また、K3 が DMA32 をサポートしないことで生じる RX 550 oprom の問題に対し、AArch64 oprom コンポーネントに切り替えた。UEFI Setup には CPU mode の選択肢（X100 only、X100 + A100、A100 only）を新たに追加し、A100 only はベクトル拡張をサポートするため、1024 ビット vlen のテスト環境として利用できる。リリースパッケージは 20261013、20261014、20261015 の 3 バージョンで、SpacemiT K3 Pico ITX 上で Wayland デスクトップと glmark2-wayland の動作を確認した。

080 期：ruyi 0.54 は 11 月 11 日前後にリリース予定、K1/K3 ツールチェーンがソフトウェアソースに追加（11-05）

日付：2026-11-05　情報源：080 期原稿、ruyi 公開 PR

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 を暫定使用しない。

ソフトウェアソースの実質的な変化は、toolchain/gnu-ruyisdk に SpacemiT K1/K3 向けツールチェーンの適応が加わり、一部のソフトウェアパッケージに ABI 互換性情報が補完されたことだ。ディストリビューション側の日常メンテナンスは止まっていない。今週の 156 コミットのほとんどはパッケージングだが、AI スタック向けのリリースは実施されず、ボトルネックは開発ではなくリリースプロセスにある。

4. ベクトル拡張とオペレータ最適化（VecIntrinBench / IntrinTrans / FBGEMM）

3 つのベクトルリポジトリは週を通じて静か、最新コミットはそれぞれ 02-13、06-25、07-13 で停止

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

「ベクトル」をテーマとする 3 つのリポジトリは週を通じてコミットがゼロで、最新コミットはそれぞれ VecIntrinBench 02-13、IntrinTrans 06-25、FBGEMM 07-13 であり、それぞれ約 9 か月、4 か月、3 か月停止している。三者は本来「何を測るか、どう変換するか、オペレータをどう実装するか」という三角形を構成していたが、現在はそれぞれ自然に冷却しており、統一的なプロジェクト終了ではない。

VecIntrinBench が最も長く停止しており、カバレッジ判断への影響が最も直接的だ。ベンチマークが更新されなければ、それが測定する組み込み関数の集合とコンパイラが実際にサポートする集合との差は広がる一方であり、LLVM 側の A100/AME 降級チェーンは今週も拡張を続けている。

ベクトル数学はライブラリ側で補完：glibc libmvec 4 関数、newlib 14 関数（11-04 から 11-05）

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

080 期の「基礎コンポーネント」2 節は、今週最も実質的な低レイヤ作業の一群を示している。基礎 C ライブラリ部分：glibc は sinpif、sqrt、sqrtf、tanf を既存の libmvec フレームワークに移植した。newlib は atanhf、atan2f、atanpif、atan2pif、exp2f、cosf、coshf、cospif、exp10f、expf、log2f、log2p1f、rsqrtf、expm1f の計 14 関数を既存のベクトル数学フレームワークに移植した。

この一群の関数は RVV 上で低精度推論と活性化計算を行うための基盤である。ベクトル数学ライブラリに関数が欠けていると、オペレータはスカラーパスに後退するしかなく、コンパイラ側の RVV 降級がどれほど良くても活かせない。これと呼応するのが 11-02 の arXiv 研究である。著者は fp32、int8、bf16、fp16 の四つの精度の積和ループで LLVM の RISC-V 自動ベクトル化を比較し、-march=rv64gcv という共通ベースラインの下で、int8 と fp32 はきれいにベクトル化できるが、bf16 と fp16 は大量のスカラー回退に退化し、fp16 はさらに要素ごとのソフトウェア変換呼び出しに退化する。ただし zvfbfmin/zvfbfwma と zvfhmin を追加で有効にした場合を除く。QEMU ユーザーモードでの動的命令数によると、ベースラインの bf16 と fp16 カーネルが実行する命令数は、拡張を有効にした版のそれぞれ 17.0 倍と 75.9 倍である。一方はライブラリ関数が欠け、一方は機能スイッチの可視性が欠けており、これは同じ問題の二つの側面である。

コンパイラ側：LLVM 六件の P-ext と XTHeadBb、Ztt v0.6、GCC 三件の Zb*、V8 六件

日付：2026-11-05　情報源：LLVM PR 235306、LLVM PR 237815、GCC Zba コミット、V8 CL 8714039

LLVM 上流には今週六件がマージされ、パックド 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 を追加する（#170）。

GCC の三件は 10-27 に開発メインラインへ入った（r17-5638 から r17-5640）。Zba はシフト加算と整数除算、剰余の組み合わせ認識を完善する。Zbs は bclr 自身のシフト索引セマンティクスを利用して余分なマスク計算を消し、RV32/RV64 のビットマップ操作を改善する。Zbkb は packh のコストモデルとマッチング優先度を修正し、Zbb と Zbkb が同時に有効なときに最適な命令を選べない問題を解決する。ツールチェーン CI 側では、RISE-CI がコンテナサービスと GitHub Actions を繋ぎ、multilib ビルドシーンの検査を追加した。性能側では SPEC CPU 2026 に基づく実ハードウェア評価の準備を開始し、候補の K3 プラットフォームで完全な SPECspeed 2026 を実行する際のメモリボトルネックを識別済みで、他のハードウェア方案を評価中である。

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

5. Buddy Compiler 動向（buddy-mlir コミットとリリース）

0.1.3 の説明とコード差分：十六件のうち十二件がベクトル層に触れ、リリースノートは ABI のみを記載（サイクル起点前夜）

日付：2026-10-31（北京時間 11-01 07:01）　ソース：BUDDY MLIR 0.1.3、v0.1.2 と v0.1.3 のコミット差分

このバージョンは調査期間の起点前夜にリリースされ、今週のすべての下流アンカーを理解する前提となる。リリースノートが展開している項目はただ一つ：buddy-server の新しい ABI（#1015）である。すなわち、モダリティごとに個別に書かれていたモデルプラグインハンドルを統一インターフェースに収束させ、加えて統一されたロード、状態照会、呼び出し、ストリーミング、キャンセルの経路を備える。だが v0.1.2 と v0.1.3 のコミット差分を引き出して見ると、このバージョンには実際に 16 件のコミット、136 個のファイルが含まれており、うち 10 件は [midend][VIR] 配下の RISC-V ベクトル化に関する一連の作業であり、さらに 2 件は同じく VIR ラインに属するが [midend] プレフィックスの下にはない（decode attention の VIR 方言実装と VIR の Python バインディング）。つまり、16 件のうち 12 件がベクトル方言というこのレイヤーに触れており、しかもリリースノートには RISC-V や RVV について一言も触れられていない。

この落差自体が情報である：リリースページを見る人は 0.1.3 が単なるサーバー側のリファクタリングだと思うだろうが、実際に手に入るのはスケーラブルベクトル化能力が著しく前進したバージョンである。下流への直接的な意味は、triton-riscv の依存アンカーが依然として nightly/v0.1.3.dev20261030（#91、10-31 13:15 マージ）に引き上げられており、内容は正式版と同源（0.1.3 は 10-29 のメインブランチ先頭から切り出された）だが、既存の renovate のリズムでは release/v0.1.3 への切り替えにはもう一巡待つ必要がある——今週末になっても依然として切り替わっていない。

今週の VIR 3 件：set_vl の精确/任意 VLEN 分岐、vir.shuffle のセグメント分割降格、カーネルの llc オプション準拠（11-04 から 11-05）

日付：2026-11-04 から 2026-11-05　ソース：PR #1028、PR #1029、PR #1030、PR #1031

set_vl のセマンティクスの厳格化については「今週の要聞」を参照。実装の詳細を補足すると：#1029 は rvv-vlen を指定しないビルドに対し、コードが任意の VLEN で成立することを要求し、strip-mined 領域は N 掛ける vscale で実行時にステップし、ベクトルは最小の 128 ビットでサイズを固定し、結果を伴う set_vl は直接拒否され「rvv-vlen、すなわち精确 VLEN が必要」と報告する——従来この pass はただエラーを報告するだけで、セマンティクスは「マスクが偶然すべて真になる」ことに依存して成り立っていた。

11-05 の 2 件の lowering 変更は vir.shuffle とカーネル降格を対象とする。ブロードキャストはまず 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 命令減る。もう 1 件はカーネルを llc の -mattr などのオプションに準拠して降格させるもので、テスト vir-broadcast-scalable-one.mlir がストリップと結果を伴う set_vl の 2 経路をカバーしている。

#1033 BOSCAME SPM：209 ファイル、+46131、Kernel Contract と FPGA ツールを一緒に展開（11-06）

日付：2026-11-06　ソース：PR #1033、コミット一覧

11-06 15:39 にマージされたこのコミットは、今週最大の単一コミットである：209 ファイル、+46131/−2305。PR の自己記述によれば四つの部分に分かれる：第一に、ターゲット非依存の Kernel Contract（注釈と検証）の新規追加、および bufferized Linalg を bosc_ame SPM/DMA/tile IR に降ろす BOSCAME プランナとエミッタ；第二に、bosc_ame 方言の拡張（SPM/DMA/tile 契約、LLVM エクスポート、SPM/DMA 検証）と、関連 pass を buddy-opt に接続；第三に、runtime/boscame ベアメタルランタイムと examples/BOSCAMEFPGA のボード上アップロード・監査・シミュレーションツールの新規追加、さらに examples/BOSCAMEDialect にホスト側方言の例を配置；第四に、ドキュメントの補完（ルート README から FPGA 例、ランタイム、docs/BOSCAMEKernelContractPipeline.md と docs/KernelContract.md の読解パス）と、tests/KernelContract および tests/Conversion/BOSCAME の lit ケースによるこのパスのカバレッジである。

このコミットと 11-04 の LLVM コミットは同じ鎖の両端である：LLVM 側は「i32 アキュムレータが常に AccReg に留まらなければならない」というレジスタ分類とスケジューリングを解決し、buddy-mlir 側は「上位の TTIR をどう BOSCAME に降ろすか」を解決する——契約、プランニング、エミットからランタイムと FPGA ツールまで、初めて実行可能なエンドツーエンドの記述を与えている。抑制すべきはカバレッジである：PR はエンドツーエンドのモデル性能データを示しておらず、どこまで速く動けるかは今週答えが出ていない。

runtime 共有 serving コントローラと CI の三コミット（11-04 から 11-05）

日付：2026-11-04 から 2026-11-05　情報源：PR #1018、PR #1026、PR #1027、PR #1025

#1018 はモデル非依存の serving 生成コントローラを新規追加し（18 ファイル、+2045）、ランタイムアダプタが同一の生成 token 予算、停止条件、使用量記帳、ストリーミングクリーンアップを共有できるようにする；呼び出し側は LLMSession のホストサンプリングを経由することも、デバイス側が直接 token を返す token ソースを経由することもできる。いくつかの細部は記録に値する：文字列停止条件はまず生バイトで照合し、その後 UTF-8 デコードを行うことで、マルチバイト境界の誤判定を避ける；token 予算は最初の予測と EOS/停止 token の双方を計上する；繰り返しペナルティはリクエストの履歴ウィンドウ内で token ID ごとに重複排除した上で各一回ずつ適用される。最初の token は prefill に由来するため、スループット統計は最初の選択を prefill に、以降の選択を decode に記録し、decode 作業がゼロの場合はスループットゼロを報告する。後続のアダプタ接続はそれぞれ DeepSeek R1（#1021）、Llama 3.1 TTNN（#1022）、Qwen3-VL などの項目で追跡されている。

CI の三コミットのうち、#1026 は pytorch 2.15 をテストマトリクスに追加し（2.11 から 2.15 をカバー）、発端は実回帰である：2.15 下で最新の full check が tests/Python/AtenOps/test_resize_enlarge.py で失敗し、しかも失敗は importer の前で発生する——AOT autograd の functionalization は現在、関数化済みテンソル上での resize_ の拡大を拒否し、グラフは到底 ResizeOp に到達しない；修正はテストを out-of-place の aten.resize に置き換えることである。#1027 は CI が公開する LLVM に NVPTX/AMDGPU ターゲットを持たせ lld を有効化し、#1025 は LLVM を bef335e2143c に更新する。

リリースリズム：0.1.3 の後にナイトリービルド二つ、下流のアンカーは依然ナイトリータグ（11-03、11-05）

日付：2026-11-03、2026-11-05　情報源：ナイトリービルド dev20261103、ナイトリービルド dev20261105、Release リスト

11-03 18:23 に 0.1.4.dev20261103 をリリース、前バージョンから三日隔てている；11-05 10:58 に 0.1.4.dev20261105 をリリース。正式版は引き続き 10-31 の 0.1.3。11-06 に #1033 をマージした後は新たなナイトリービルドはない——この四万余行の変更は次のバージョンビルドを待って初めて下流に入る。

アンカーの形態は依然として変わっていない：triton-riscv が依存しているのはナイトリータグ nightly/v0.1.3.dev20261030 であり、正式版 release/v0.1.3 ではない。二つのタグの内容は同源だが、違いは再現性にある——ナイトリータグは後続のビルドによって参照が上書きされるが、正式タグはそうならない。すでにディストリビューションに入ったスタックにとって、長期的にナイトリー版をアンカーとすることは、パッケージ内で固定された來源が長期的に再現不可能であることを意味する。

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

隔週進捗 080 期：二節の草稿から全節マージへ、巻頭言と公式サイトドキュメントの二節は依然として空（11-04 至 11-05）

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

記事リポジトリは 11-04 に四件のコミットがある：09:56 に草稿作成、16:01 に LIBC を補足、18:02 と 19:35 に二度 080 期ファイルを更新；当時は基礎 C ライブラリと V8 の二節のみ内容があった。11-05 09:59 から 15:25 の間に八件のコミットをマージし、パッケージマネージャー、IDE（二件）、開発ボードサポートマトリクス、OpenJDK、GCC、Go、ruyipkg の各節を補った。

開発ボード側では 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 コース入口を新規追加した。

未記入の三節は巻頭言、バージョンテスト及び遺留問題、公式サイト＆ドキュメント；QEMU の一節も同様に空である。文稿中「GCC」の小見出しが二度重複して現れており、編集上の見落としである。フォーラム側では今週末までに 080 期の投稿はなく、隔週進捗のフォーラム最新号は依然として 10-26 の 079 期である。

フォーラム：11-03 のスクリプトインストールガイドと 11-06 の自動車 MCU 転載、080 期は未投稿

日付：2026-11-03、2026-11-06　情報源：ruyi スクリプトインストールガイド、Infineon 自動車 MCU 転載、最新トピック

11-03 17:50 に #2902「スクリプトを使用した ruyi のインストールアップグレードの説明と使用ガイド」を新規追加、二つのシナリオを示している：本機に既に ruyi がある場合はアップグレード、ない場合は新規インストール、スクリプトは ~/.local/bin にインストールされ、管理者権限は不要；投稿にはスクリプトが現在取得するバイナリバージョンは 0.52.0 であると明記されている——正式版 0.53.0 より一バージョン遅れ、0.54.0-beta より二段階遅れている。同時刻に同類の投稿 #2901 もあったが、著者によって削除された。

11-06 12:05 に #2903「【転載】Infineon 初の RISC-V 自動車 MCU、まもなく登場」を新規追加、業界転載であり本スタックには関与しない。これ以外ウィンドウ内に新規投稿はなく、10-29 の三篇のサミット関連投稿が依然としてトップページにある。

公式ホームページ：三ページとも一週間変化なし、ブログ二篇、ドキュメント二十三章

日付：2026-11-02 至 2026-11-07（状態）　情報源：RuyiAI 公式ホームページ、ブログインデックス、ドキュメントインデックス

index.html（7246 バイト）、blog.html（5632 バイト）、docs.html（10843 バイト）の三ページの sha256 は前回と一致し、一週間変化なし：ホームページインデックス 3 件、ブログ 2 篇（「Triton の RISC-V 適配」「PyTorch RISC-V CI 実践」）、ドキュメント 23 章。

今週の技術進捗と対照すると、この静寂は記録に値する：AME/BOSCAME バックエンドが二件連続で着地し、triton がプラグイン化改造を完了したことは、いずれも対外的に語れる構造的変化であるが、ブログとドキュメント側には対応する更新がない。公式サイトの二篇のブログはいずれも「適配実践」類であり、欠けているのはまさに「マトリクスバックエンドがどこまで進んだか」「プラグイン化後にどうインストールするか」といった段階的説明である。

外部ニュースと arXiv：五期の定向クエリは一週間ゼロヒット、周期内論文は一篇のみ

日付：2026-11-02 から 2026-11-06（状態）　情報源：Google News RSS、arXiv 2611.03917

五期デイリーレポートの中英定向クエリ（如意 RISC-V、RuyiSDK 中英、RuyiAI、如意コミュニティ オープンソース、Ruyi RISC-V AI、openRuyi）は全週ゼロヒット。中国語側で唯一「如意」を含む結果は依然として 10-25 のサミット出展報道であり、調査期間外かつ如意コミュニティとは無関係。RISC-V 汎用ニュース側には項目がある（OpenBSD 8.0 の RISC-V サポート拡大、Linux 7.4 の RISC-V メモリコピー選択など）が、本テーマとは直接関係なく、既定の基準により収録しない。

arXiv 側では調査期間内に RVV ベクトル化に直接関連する研究が一篇のみ（2611.03917、11-02）で、第4章に記載済み。外部報道の欠如とリリース観察は矛盾しない——二つの月次約束の不履行はいずれも「発生しなかったこと」に属し、そもそもニュースにはならない。

7. トレンド観察

配布経路は打通したが、「パッケージング完了」は「能力同期」ではない

#1350 の意義はバージョン番号になく、配布経路が初めてディストリビューション設定として書かれたことにある：以前このスタックを使うには、自分で triton-riscv、tilelang-riscv、buddy-mlir を取得し、ドキュメントに従って BUDDY_MLIR_BINARY_DIR 一类の変数を設定する必要があった。現在は openRuyi のパッケージングリポジトリにこの三コンポーネントが存在し、ユーザーのインストール障壁は「コンパイラをビルドできること」から「パッケージをインストールできること」に下がった。

しかし三份の spec がアンカーするコードはいずれも今期の上流より早い：triton は 09-13 で停止、tilelang は 10-28 で停止、buddy は 0.1.2 で停止しているが、三つのリポジトリはいずれも今週新たな動きがある。最も際立つのは tilelang——11-03 にマージされたばかりの PR #5 は十八日間の沈黙後の最初の機能であるが、当日マージされた RPM には含まれていない。バージョン文字列 3.8.0+git20261103 は誤読を強化し、パッケージング日をコード日と見做させる。この落差を解決するには、定期的な bump フローを確立するか、パッケージ説明にスナップショット日を明記するかのいずれかが必要である。さもなければ機能がマージされるたびに、パッケージとリポジトリの差はさらに広がる。

プラグイン化はパッチコストをバージョン結合に置き換え、383 件の失敗用例が頭金

triton-riscv の收益は直接的である：今後上流のバージョンアップに追随する際にパッチの再適用が不要になり、リリースは wheel 一つだけになり、インストール面は二つのディストリビューションパッケージから一つに減る。代償も同樣に明確であり、しかも同じ日に露呈した：Triton 3.9 のフロントエンドはバックエンドから backend_name フィールドを読み取り、それが欠けると 383 件の FlagGems 用例が失敗する。上流の拡張点に寄生することは、上流フロントエンドの暗黙の契約が満たすべき必須インターフェースになることを意味し、これらの契約はしばしばドキュメント化されておらず、テストでしかぶつからない。

今回の改造が成功したかどうかは、今日何行削除したかではなく、次回上流バージョンアップ時の再適用コスト、および FlagGems のような下流スイートが依然として専任でバージョンを注視する必要があるかどうかで判断する。今週末までに、上流追随の経路はすでに明確であるが、配套の受け入れパイプラインはまだ確立されていない：#56「Migrate additional FlagGems operators」は依然としてオープン状態であり、「この批のオペレータが riscv64 上で動作するかどうか」という問題は依然として PR の中でしか回答できない。

バックエンドが今週の主軸となり、フロントエンドとランタイムは静止

今週の検証可能な增量はほぼすべて「コンパイルと降級」に落ちている：LLVM の AME バックエンドはレジスタ分類と tile スケジューリングを補完、buddy-mlir の BOSCAME は契約から FPGA まで打通、VIR は set_vl の VLEN セマンティクスを厳格化、tilelang は streaming load の降級経路を補完。一方、pytorch の RISC-V ブランチは三度再適用され、機能增量はゼロ、main 側の一百余りの上流同期には RISC-V に関するものが一件もない。

この分布は、この段階の重点が既存オペレータを RISC-V 上で正しく降級させ安定して動作させることにあり、フロントエンドのカバレッジ拡大ではないことを示している。下流の使用者にとって、短期的に感知できる変化はコンパイル産物と JDK の動作に現れ、新しいフレームワークサポートリストには現れない。これに配套する短板も同じ箇所にある：性能方向で唯一明確に最適化を目標とする triton PR #85 は依然として 10-18 で停止し、半月動きがない。

リリースリズム：beta は出たが、正式版と月次版は依然として期間外

十月末の二つの月次約束が同時に不履行となり、十一月第一週にそれぞれ半分の下文がある：ruyi は 11-02 に 0.54.0-beta を出し、39 日間の断絶後の第一跳となり、0.54 の正式版を 11 月 11 日前後に定めた；openRuyi の 2026.10 月次公告は 11-07 まで依然として現れず、初の丸一ヶ月欠版となった。

二つの線のコード側はいずれも停滞とは言えない——openRuyi 主リポジトリは今週 156 筆のコミット、ruyi には ABI 探測とパッケージ取得修復が落地している——したがって卡点はバージョン凍結、公告執筆、イメージビルドとリリースの段階にある。これは先週の判断と一致する：このエコシステムの「物を作る」と「物を発信する」は二つの能力であり、前者は複数のリポジトリで同時に推進され、後者は直近二ヶ月で一度も期日通りに完了していない。

基準側の長期的空白が「最適化が有効かどうか」を回答不能にする

VecIntrinBench は約9か月間更新停止、IntrinTrans は4か月、FBGEMM は3か月で、3つのリポジトリはすべて週間でコミットゼロ。同じ週に、glibc と newlib は18個のベクトル数学関数を追加し、LLVM は6件の P-ext と Ztt v0.6 をマージし、buddy-mlir は209ファイルのマトリックスバックエンドを展開した——能力は拡張しているが、度量が追いついていない。

結果は抽象的なものではない。更新された組み込み関数ベンチマークがなければ、「コンパイラが実際にサポートする集合がどれだけ増えたか」に答えられない。常設の性能ベースラインがなければ、「BOSCAME パスが旧パスよりどれだけ速いか」に答えられない。今週の性能に関するすべての記述は「明らかな回帰は観測されていない」というレベルにとどまり、この種の記述は選型を支えることができない。

デスクトップパッケージと AI スタックは並行し、二つの線は同じリズムにない

openRuyi は週間156コミットで、うち74件は firecracker の Rust 依存クロージャ、37件は LibreOffice 依存チェーン——これはコンポーネントごとにバッチで進めるデスクトップオフィススイートのパッケージングである。同じ日（11-05）、RuyiAI スタックは triton-riscv を除いてすべて静かであった。pytorch の RISC-V ブランチはコミットゼロ、tilelang-riscv はコミットゼロ、llvm-project の riscv ブランチはコミットゼロ。

二つの線は異なる人々、異なるリポジトリ、異なるリズムで推進されている。読者にとって、パッケージング側の活発さを AI スタックの進展と見なすのは誤読である。プロジェクトにとって、この分業自体に問題はないが、ウィークリーレポートのレベルでは分けて記録しなければならない——さもなければ「コミット数」という指標は継続的に誤った繁栄感を与え続ける。

付録：素材と検証説明

素材リスト

  • 2026-11-02 号：調査期間 10-30 04:30 ~ 11-02 04:30（過去3日間、土曜と日曜をカバー）。
  • 2026-11-03 号：調査期間 11-02 04:30 ~ 11-03 04:30。
  • 2026-11-04 号：調査期間 11-03 04:30 ~ 11-04 04:30。
  • 2026-11-05 号：調査期間 11-04 04:30 ~ 11-05 04:30。
  • 2026-11-06 号：調査期間 11-05 04:30 ~ 11-06 04:30。
  • 周期境界外（11-06 日中から 11-07 午後）の動向は組織リポジトリ、リリースページ、コミュニティ情報源で検証後に補入し、「今週補入したデイリーレポート以外の項目」を参照。

検証方式と基準

  • 組織検証（168時間調査期間、11-07 午前までカバー）：RuyiAI-Stack、ruyisdk、buddy-compiler の三組織のコミット、PR、リリースは Atom とウェブの二重チャネルで行い、API 制限に依存しない。上流フォーク（PyTorch riscv、LLVM riscv、LLVM main）のコミットは RISC-V、RVV、ベクトル拡張、玄鉄関連キーワードでフィルタ後に収録。調査期間内の三組織合計93件のリポジトリ動向。
  • openRuyi メインリポジトリ統計：API 全量ページングで再確認し、調査期間起点は北京時間 11-02 00:00（UTC 11-01 16:00）、終点は 11-06 24:00で、156コミットを得た。コミッター時間を北京時間に換算した自然日カウントは 7、94、10、41、4。この基準はデイリーレポート各号の24時間調査期間と異なるため、単号デイリーレポートの数字とは完全には対応しない。
  • 重点リポジトリ補足検証：openRuyi の SPECS 三点セット、ruyisdk の ruyi、packages-index、wechat-articles、buddy-compiler の buddy-mlir、RuyiAI-Stack の pytorch（riscv ブランチ）、triton-riscv、tilelang-riscv、llvm-project（riscv ブランチ）。
  • コミュニティ二重情報源：RuyiSDK 開発者コミュニティフォーラム（最新トピックリスト、今週2スレッド）と openRuyi ディストリビューションニュースページ（2026-10、2026-11 リリースパスの 404 再確認を含む）。
  • 公式ホームページ：www.ruyiai.org のホームページ、ブログページ、ドキュメントページの3ページスナップショットと sha256 比較、ブログとドキュメントのインデックス項目を添付（ブログ2件、ドキュメント23章）。
  • 時間基準：リポジトリコミットはコミッター時間を北京時間に換算。「毎日」類の記述は連続する暦日を基準。週周期は 2026-11-02 から 2026-11-06 の5営業日。

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

  • 11-06 15:39、buddy-mlir が #1033「Add SPM optimization for BOSCAME backend」をマージ（209 ファイル、+46131/−2305）。11-06 期デイリーレポートの調査期間（11-05 04:30 ~ 11-06 04:30）より後で、今週最大の単一コミットであり、第5章に補記済み。
  • 11-06 12:05、フォーラムに #2903「【転載】英飛凌初の RISC-V 車載 MCU、まもなく登場」が追加。デイリーレポートの調査期間より後で、業界転載に属し、第6章に補記済み。
  • 11-06 12:08、triton-riscv がナイトリービルド nightly/20261106-aa51ac2 をリリース。#98 のプラグイン化改修後の2件目のナイトリービルド（1件目は 11-05 の2回分）であり、第2章に補記済み。
  • 11-06 12:52、triton-riscv の #101「Fix the release wheel and the failing checkout cleanup」がマージ（2 ファイル、+17/−2）。11-06 期デイリーレポート執筆時点ではまだオープン状態であったが、本期はマージ済みの扱いに改記。同日の #102「Add AMD support」のマージ時刻は 11-07 01:30（周期外）であり、今週には計上しない。
  • 11-03 のコミット数の集計基準を訂正：11-04 期デイリーレポートでは「調査期間内に20件のコミット」と記録していたが、API の全件ページングによる再確認の結果、当該自然日は実際には 94 件であり、うち 15:22:02 に同一秒で 75 件がプッシュされていた（firecracker と 74 件の Rust crate 仕様）。デイリーレポート当時はそのうち12件のみを代表として列挙していたが、本期は全件基準に改記。
  • 11-07 確認時点の補足：ruyi の最新 Release は依然として 11-02 の 0.54.0-beta.20261102 であり、正式版は未リリース。openRuyi の 2026-10 と 2026-11 のリリースパスはいずれも 404 を返す。公式ホームページ3ページの sha256 は 11-02 と一致。

情報源確認表

情報源 調査結果
RuyiAI-Stack 組織（全リポジトリ） triton-riscv：9件のコミット、4件のPRマージ（#98、#99、#100、#101）、4件のナイトリービルド（11-02 06:14の20261101-ed0ccd1を含む）；llvm-project：riscv ブランチの2回のブランチ全体リプレイ（11-01、11-02）＋1件のCIトークン変更＋11-04のBOSCAMEコミット、mainは最新が11-02で停止；tilelang-riscv：11-03にPR #5をマージ後、コミットゼロ；pytorch：riscv ブランチの3回のリプレイ、機能増分ゼロ、mainは毎期20〜55件の上流同期；ruyiai-daily 5期；FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、harness、torq-tile、pytorch-ci、dsh-osc はコミットなし
ruyisdk 組織（全リポジトリ） ruyi：11-02に0.54.0-beta.20261102をリリース（別途#503、#507、#508、#509をマージ）、その後コミットゼロ、新タグゼロ、正式版は依然0.53.0；packages-index：11-02に3件のABI傍注、以後コミットゼロ；wechat-articles：080期はドラフトから全節マージへ（11-04に4件、11-05に8件）；ruyi-imager、docs、support-matrix、ruyisdk-website、AME-operator、linux-xuantie-kernel は調査期間内コミットなし
openRuyi-Project 組織 メインリポジトリ156件のコミット（11-02に7件、11-03に94件、11-04に10件、11-05に41件、11-06に4件）；マージされたPRには#1350（RuyiAI三点セット）、#1575（ソースアドレス修正）、#1559（firecracker）、#1563（Node.js 26.13.0）、#1534（simdjson 5.0.8）、#1564（debuginfo）、#1595と#1596（LibreOffice 1/n、2/n）、#1591（CIコンテナ化）、#1584（expat 2.10.0）、#1544（firefox 159）を含む；2026.10と2026.11の月次リリースパスはいずれも404
buddy-compiler 組織 buddy-mlir：正式版0.1.3（10-31）＋ナイトリービルドdev20261103、dev20261105；調査期間内のコミットには#1017（スケーラブルVIRスライスカウントのナローイング）、#1020（torchバージョン制約）、#1028と#1029（set_vlセマンティクス）、#1018（servingコントローラ）、#1030と#1031（vir.shuffleとカーネル降格）、#1033（BOSCAME SPM、11-06）を含む；#1011、#1013、#994は依然正式版に未収録
RuyiSDK 開発者コミュニティフォーラム 今週2スレッド：#2902 スクリプトインストールアップグレードガイド（11-03）、#2903 インフィニオン車載MCU転載（11-06）；080期は投稿なし、フォーラム隔週進捗は依然079期（10-26）で停止
openRuyi ディストリビューションニュースページ リリース告知は依然2026.09（09-30）；10月は特集2件のみ（いずれも10-19、10-30公開と記載）；2026-10と2026-11のリリースパスは404を返す
ruyi パッケージマネージャ / Releases 0.54.0-beta.20261102が最新プレリリース（11-02 10:37 UTC）、正式版は0.53.0（09-24）を維持；メインリポジトリは今週11-02のみコミットあり
公式サイト（ruyiai.org） 3ページとも全週変化なし：トップページインデックス3件、ブログ2本、ドキュメント23章、sha256は前回と一致（11-07まで調査）
Google News RSS（中英複数組） 5期合計20余組の定向クエリは全週ゼロヒット；同期のRISC-V一般ニュースは如意コミュニティと無関係のため未収録
arXiv（RISC-V） 期間内1本（2611.03917、11-02、bf16/fp16自動ベクトル化）；11-03以降は新論文なし

完全な情報源リスト