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

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

編集説明：今週は4本の主線が並行する。第一に、ベクトル化中間表現VIRが「表現—呼び出し—照合」の三段階を完走：一夜で7件のコミットによりスケーラブルベクトルを補完し、翌日Pythonバインディングを追加、3日目にK3のデコードアテンションを丸ごとVIR上に移し、ボード上のスループットで照合した。第二に、2本のriscvブランチのガバナンス方式が分岐：llvm側は毎日のブランチ全体リプレイを停止し、コントリビューションガイドと自動リベースワークフローの作成に切り替え、プレビュー用スイッチを廃止；pytorch側は依然として7日間の静默後に一括リプレイ。第三に、openRuyiメインリポジトリは今週234件のコミット、52件のマージPR、KDE Frameworks 6.31.0で一度に64パッケージを展開し、同時に3件のrevertで「パッケージ随伴LLVM IR配布」の路線を撤回。第四に、月末リリースウィンドウは空振り：ruyi 0.54.0とopenRuyi 2026.10は今週末時点でいずれも未リリース。ウィークリーレポートはデイリーレポート素材以外に8項目の核查新発見（多くはデイリーレポート期間の後または周期境界）を補入し、付録に記載する。

1. 今週のニュース

  • VIRが3日間で「表現—呼び出し—照合」を完走：スケーラブルベクトル、Pythonバインディング、K3デコードアテンションが順次実装：10-26 22:48から10-27 03:22、buddy-mlirは同一作者が連続7件（#1002から#1008）を実施し、strip-miningのvscale単位でのステップ、ベクトルサイズのVLEN/64による計算、結果付きvir.set_vlのスケーラブルベクトルへの降格、動的ベクトル行置換とインデックス規約を一度に補完；10-27 22:42に#1009をマージ（12ファイル、+614/−1）、VIRにbuddy_mlir.dialects.virモジュールを追加し、これまでbuddy-optでのみ実行できたこの方言をPythonから直接構築・降格可能にした；10-28 09:36に#1014をマージ（4ファイル、+476/−14）、K3 w4g32のデコードアテンションを丸ごとVIRに移行。情報源：#1002 vscale単位ステップ、#1009 Pythonバインディング、#1014 K3デコードアテンション

  • K3上の照合3項目はすべて厳格：数値ビットレベル一致、ベクトル命令各178条、スループット区間重複：#1014のカーネルは64 lanesでセグメント化、単頭を128個のf32のLMUL 4ベクトルグループとし、降格目標をvector-width=128からrvv-vlen=1024に変更しスケーラブルベクトルを無効化。q/k正規化あり・なしのいずれも旧_attn_decode_fnとビットレベル一致；マシンコードは2つの並列体が各178条のベクトル命令、キー値ループは旧版と命令が同一で、溢出レジスタのリロード位置が2箇所変わったのみ；K3上の貪欲デコード3段階のスループットはすべて重複——63 token後28.26~28.49対28.10~28.58、458 token後26.82~27.13対27.02~27.04、900 token後25.37~25.41対25.29~25.77。作者は同一コードでも2回のビルドで2%差があり得ると注記。情報源：#1014、K3ドキュメント

  • llvm riscv ブランチが「毎日全体をリベースして再適用」から「ルールを書く」へ転換：244行の自動リベースワークフローと貢献ガイドを追加し、ドライランを廃止：今週前半の2日間、ブランチは依然としてリベース中だった（10-26 に221コミット移動、10-27 に237コミット移動）。10-28 から .github/workflows/autorebase.yml（+244/−0）を追加し、10-29 にはさらに RISCV_CONTRIBUTING.md（+82/−8）を投入し、ワークフローの dry_run 入力を削除した——成功すればそのまま作者のブランチにプッシュされ、プレビューはない。ガイドは2つの貢献経路を示している。メンテナが work/issue-NNN 作業ブランチを切るか、直接 riscv に PR を提出した後に手動でリベースをトリガーするかである。ワークフローの競合は一律 riscv 側を採用し、等価なパッチは自動的に破棄され、PR のコード実行とビルドは決して行わない。出典：autorebase.yml、RISCV_CONTRIBUTING.md、コミット faf4def312

  • triton-riscv の3件のデグレード修正が80分以内にマージ、動機はすべて FlagGems オペレータ移行に由来：10-29 15:38 から 16:58 にかけて、#82（ハッシュテストで一意のターゲットインデックスを使用、1ファイル +23/−3）、#83（マスク付きロードでテンソルのパディング値をサポート、4ファイル +160/−16）、#58（ループキャリーの gather オフセットを保持、2ファイル +125/−0）が順にマージされた。#83 は riscv64 マシンで検証済み：新規リグレッション3件の RUN/FileCheck がすべて通過、全 lit 291 件通過、9件の想定失敗、0件の予期せぬ失敗、ランタイムチェック18項目通過。3件はそれぞれ82日、43日、44日を経てようやくマージされたが、これらを必要とする移行 PR #56 は当時まだ 09-16 で停止していた。出典：PR #83、PR #58、PR #82

  • openRuyi は今週234コミット、52件のマージ済み PR、KDE Frameworks 6.31.0 が1分で64パッケージを展開：北京時間で日別に集計すると、10-26 から 10-30 はそれぞれ 80、36、36、73、9 コミットで、作者は主に Leetfs（87コミット）、KiritakeKumi（65コミット）、misaka00251（17コミット）である。10-29 15:11 の同一分に64個の kf6-* パッケージが投入され、Plasma 6 が依存するフレームワークのほぼ全体をカバーした。今週は他に Samba 一式が一度に 4.25.1 へ更新され（tevent 0.17.2、tdb 1.4.15、talloc 2.5.0 を含み、jack2 と rpm-config-openruyi を Waf ビルドに変更）、qemu 11.1.2 と libvirt の2件のバックポートがある。出典：openRuyi コミット一覧、PR #1513 KDE、PR #1428 Samba

  • RuyiAI 三件セットのパッケージ化は「路線争い」から「仕様の手戻り」へ移行し、ビルドコストが 2.81 倍と定量化された：PR #1350 は一度のコミットで buddy-mlir、python-triton-ruyiai、python-tilelang-ruyiai の 3 つの spec を提出し、9-21 のオープン後ほぼ 1 か月停滞したが、10-27 に作者が 3 件のレビュー意見に逐一回答し、10-28 に「GCC ビルドへの切り替え」を実測して 8814 秒から 24798 秒へ（約 2 時間 27 分対 6 時間 53 分、しかも当該リンク段階は失敗）とし、10-29 には初回のコードレベルレビュー 18 件を受領、そのすべてが spec の書き方（BuildRequires の欠落、Provides とパッケージ名の整合、パッチは git format-patch で生成すべき、空の %check にはコメントを書くべき）を指摘するものだった。今週終了時点でもオープン状態が続き、規模は 10 ファイル、+838/−0。出典：PR #1350、PR #1352 PyTorch パッケージ

  • 月末の約束は未履行：ruyi 0.54.0 は依然として 09-18 の alpha のみ、openRuyi 2026.10 は未リリース：隔週進捗 079 号でパッケージマネージャ 0.54.0 はリリースサイクル調整により 10 月末へ変更されたが、10-31 午後時点でタグ一覧は依然 0.54.0-alpha.20260918 に留まり、正式版の最新は 09-24 の 0.53.0 である。openRuyi リポジトリのタグは 2026.09-experimental で止まり、ニュースページにも 2026.10 のリリース告知はない。メインリポジトリの今週最後の 2 件は 10-29 のベンダー命名リスト文書と 10-30 にマージされた #508 で、いずれもリリース作業ではない。出典：ruyi Releases、ruyi タグ、openRuyi タグ

  • pytorch riscv ブランチは七日間の沈黙後に一括リプレイ、SyncBots がベースラインを上流 3afdbd3 へ引き上げ；tilelang-riscv は十四日目でも依然コミットなし：pytorch の riscv ブランチは 10-22 から連続七日間ゼロコミットだったが、10-29 14:06 に既存 11 件のパッチのコミッター日時を統一して書き換えてリプレイを完了し、20:48 に同期ボットがさらに 1 件 [SyncBots] Integrate PyTorch at 3afdbd3（cmake/Dependencies.cmake の 1 行の FORCE のみ変更）を追加した。tilelang-riscv のメインブランチの最後のコミットは依然 10-16 10:52 で、オープン中の PR #4 は 09-28 から更新が止まり、今週唯一の存在感はディストリビューションの python-tilelang-ruyiai 仕様によるものである。出典：pytorch riscv ブランチ、SyncBots コミット 5a29c201、tilelang-riscv

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

調査期間の概要：RuyiAI-Stack 組織（18 リポジトリ）の今週の動きは llvm-project（最初の二日間に二度のリベース、後の三日間はガバナンス資産とブランチ全体のリプレイへ移行）、pytorch（七日間の沈黙後のリプレイ）、triton-riscv（3 件のダウングレード修正と 2 回のアンカー更新）、ruyiai-daily（連続五期）、サイトリポジトリ（コントリビューターデータボットの更新）に集中した；tilelang-riscv、FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、torq-tile、pytorch-ci、dsh-osc は全週コミットなし。

llvm-project riscv ブランチ：五日間で五度のリベース後に停止、ガバナンス資産が引き継ぐ

日付：2026-10-26 から 10-30　情報源：riscv ブランチコミット一覧、autorebase ワークフロー、RISCV_CONTRIBUTING.md

今週のリベース系列は 10-25 の 474 件、10-26 の 221 件、10-27 の 237 件である。三回のリプレイに共通する特徴は一致している。先頭のタイトルは依然として「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」であり、遅れている 26 件はちょうどローカルパッチセットの件数に等しく、タイトルと順序を一件ずつ比較しても変化はない。10-27 の回では、20 件のローカルコミットが同一分内に書き換えられ再プッシュされた（コミッター時刻は 15:00:29 から 15:00:31 に集中し、一方で著者時刻は 7 月 1 日から 10 月 3 日まで並んでいる）。つまり、この三日間の動作は既存のパッチセットを新しいベースラインへ移すことであり、機能の増分はすべて上流に由来する。

10-28 からリズムが変わった。ブランチは cf00909d の一件だけ進み、内容は .github/workflows/autorebase.yml（+244/−0）である。著者ソースリポジトリのデフォルトブランチにインストールされ、workflow_dispatch でトリガーされ、二つの入力は PR 番号と「事前演習のみでプッシュしない」（デフォルトで有効）であり、実行環境は ubuntu-24.04、タイムアウトは 90 分である。コメントは、書き込み権限を保持した状態で PR コード、フック、ビルド、サブモジュールを絶対に実行しないことを明確に要求しており、git 設定は hooksPath、attributesFile、fsmonitor をすべて /dev/null に指定している。コンフリクト処理は -Xours でカバーできないシナリオに対して ls-files --unmerged を個別に実行し、第 2 ステージがあればローカルを採用し、なければ削除し、さらに「等価パッチ」を識別して重複する旧ベースラインパッチを破棄できる。

10-29 23:00 のブランチ全体リプレイで、実際に新規追加されたのは [workflows] Push rebased PRs directly and document contribution options（著者時刻 10-29 09:59）の一件である。autorebase.yml から 8 行を削除し（dry_run 入力と事前演習ブランチを除去）、82 行の RISCV_CONTRIBUTING.md を新規追加した。ガイドは二つの道筋を示している。まず issue を開き、メンテナが現在の riscv から work/issue-NNN 作業ブランチを切って、コントリビューターがその作業ブランチへ PR を出す。あるいは直接 riscv へ PR を出して手動でリベースをトリガーし、ワークフローが --force-with-lease と明示的な期待 SHA を伴ってソースブランチへプッシュバックする。ドキュメントはさらに、GITHUB_TOKEN でプッシュすると通常は後続の push/PR ワークフローがトリガーされないため、更新後の SHA 上で CI が実行されたかどうかは手動で確認する必要があると注意を促している。

判断：このブランチの日常的な動作は以前から完全に「ベースラインに追従する」ことになっており、5 日間で 5 回、ローカルパッチに変化はゼロであった。今週の新情報はガバナンス方式が変わったことである。外部コントリビューターが「常に一歩遅れる」コストをメンテナの手動判断から切り離し、明確な境界（PR コードを実行しない、riscv 自体を書き換えない、自動マージしない）を持つスケジューリングにした。事前演習を廃止して摩擦を下げる一方で、「履歴を誤ってプッシュする」リスクをコントリビューター側へ前倒ししており、その効果は次の一、二件の外部 PR を待たなければ検証できない。

llvm-project 上流：17 個の RISC-V pass が一時間で NewPM へ移行

日付：2026-10-26　情報源：InsertVSETVLI 移行、PreAllocZilsdOpt 移行、DeadRegisterDefinitions 移行

10-26 のリベースで取り込まれた 221 件の上流コミットのうち、RISC-V 関連は 21 件で、そのうち 17 件が NewPM 移植であり、著者はすべて Aiden Grossman、時刻は 12:59 から 13:55（北京時間）に集中し一時間未満である。リストはバックエンドの主要 pass をカバーしている。命令選択後の VSETVLI 挿入、CSR の読み書きと VXRM 書き込み、VMV0 除去、圧縮命令生成、スタックプッシュ/ポップ最適化、ベースアドレス結合、LoadStore 最適化、Zilsd 事前割り当て、分岐最適化と QCRelax マーキング、さらにレジスタ死定義除去、冗長コピー除去、間接ジャンプ追跡、ランディングパッド設定、定数昇格である。

残り4件は3つの方向に分かれる。vxrm-pipeline-flush 属性は VXRM の投機的書き込みをフラッシュ保証付きループ内に制限する。LSR は Zibi ターゲットで等値比較をループ出口として優先選択する。GlobalISel は G_FPTOSI_SAT と G_FPTOUI_SAT の合法化を補い、浮動小数点から整数への飽和変換をグローバル命令選択経路で利用可能にする。もう1件は収集散播の降級と VL オプティマイザの分析への適用を遅延リクエストに変更する。

意義は個々の変更ではなくパイプラインの帰属にある。この一群の pass は長らく LegacyPM に掛かっており、NewPM へ移行した後は新しい pass manager の分析キャッシュ、pass 順序、デバッグインターフェースと整合する。下流 fork への直接的な影響は、基底を切り替えるたびにこの一式の変動が付随することであり、-passes= の名称と pipeline 構成もそれに伴って上方へ移動する——これも今週 riscv ブランチが「基底は変わったがパッチは不変」の際に、実際の中身が変化した数少ない箇所の一つである。

pytorch：七日間の静寂後にブランチ全体を再展開、SyncBots がベースラインを 3afdbd3 へ引き上げ

日付：2026-10-29　情報源：pytorch riscv ブランチ、SyncBots コミット 5a29c201、オープン PR リスト

riscv ブランチのヘッドは 10-22 03:00 以降七日間連続で変化がなく、7件のオープン PR（#23、#35、#36、#38、#43、#46、#48）は更新時刻で検索しても全週ゼロヒットであった。うち #46「RISC-V Vector Extension support for ATen」と #48「Add RISC-V Vector CPU capability」は RVV 能力向上の二大主要提案であり、状態は三週間前と変わらない。

10-29 14:06 にブランチは全体を再展開した。既存11件のパッチのコミッター時刻が一律 14:06:44 から 14:06:45 に書き換えられ、著者時刻はそのまま維持され、パッチセットは riscv64 ローカルミラー（#51）、bytes_to_scalar 浮動小数点修正（#44）、inductor opinfo blocklist（#50）、linear cross entropy の ULP 許容誤差（#42）および CI シリーズを保持する。20:48 の [SyncBots] Integrate PyTorch at 3afdbd3 は一行のみを変更する。KINETO_SOURCE_DIR の cache 変数に FORCE を追加するもので、意味はブランチのベースラインが上流同期ボットに従って自動的に前進することである。

メインブランチの同期間は毎日約20件のコミットがすべて上流同期であり、今週の内容は Dynamo の VariableTracker 構築の収束（#200473、#200472、#199832、#199831、#199830、#199829 の一群）、CUDA の max_pool3d 64ビットインデックス修正とオンライン softmax の統合を正確な指数に変更する点に集中し、RISC-V に関わるものは一件もない。

併読に値するのは配布側の齟齬である。openRuyi の #1352 はこのブランチの成果物を python-torch-ruyiai としてパッケージ化しようとしているが、当該 PR は 10-27 で停止しており、ブランチヘッドはすでに新しいベースラインに変わっている。パッケージがブランチ成果物に基づいてビルドされる場合、パッケージ内で固定されたソースコードの落とし所を一度再整合する必要があり、この手順は現在どの PR も行っていない。

triton-riscv：3件の降級修正を80分でマージ、アンカーが二段階連続ジャンプ

日付：2026-10-27 から 10-29　情報源：PR #90 アンカー更新、PR #83、PR #58

三つの線が同日に交差した。第一は依存関係である。10-27 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 可変長ベクトル変更が本期から下流ビルドチェーンに入ることを意味する。10-28 18:51 の #91 はさらにアンカーを dev20261028 へ引き上げたが、riscv64 の3本の CI がキューで未応答のため、当日はマージされなかった。

第二はコードである。10-29 の3件の降級修正の詳細は「今週の要聞」を参照。3件の検証深度は均一ではない——#83 は全量 lit と18項目のランタイムチェックを実行し、#58 は的を絞ったリグレッションのみ、#82 は単一ファイルのみ（21件通過）を実行した。

第三の点は状態のずれである。三つの修正が先に着地したが、それらを必要とする移行 PR #56「Migrate additional FlagGems operators」は依然として 09-16 で止まったままで、一週間を通じてマージされなかった。オープン PR の中では #55（asin オペレータのフロントエンドパッチ）が 10-30 20:14 にマージされ、#85「softmax 及び matmul の最適化」は 10-18 以降更新がない。アンカーの更新は「使えるかどうか」を解決するだけで、「すでに使われている」ことにはならない。10-28 のナイトリービルドは当日午前の三つのマージより早く、下流が #1014 と #1015 を手に入れるには、さらにもう一版のナイトリービルドと依存関係の更新を待たなければならない。

tilelang-riscv：第十四日目も静か、残るはリリース版という一本の道だけ

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

メインブランチの最後のコミットは依然として 10-16 10:52 の「Build Python extension in Buddy CI」であり、10-30 までに連続十四日間コミットがなかった。オープン PR は二件：#2 が 06-16 で止まり、#4「RVV vector mask and max reduction lowering」が 09-28 で止まっており、いずれも今週の更新はない。同期間に triton-riscv が三件マージされたのとは対照的である。同じ組織、同じ時期に、一方は劣化欠陥の集中的な整理を進め、もう一方はまったく動きがない。

唯一の下流での存在感は openRuyi の python-tilelang-ruyiai 仕様から来ている（#1350 内の 4 つのパッチ：Apache TVM FFI 0.1.10 の緩和、システムビルド依存への切り替え、buddy-mlir ツールチェーンの検出、z3 soname 書き換えのスキップ）。「リポジトリの反復の代わりにリリース版の成果物を使う」状態はすでに第三週に続いており、このラインの回復シグナルは二点を見るべきである。すなわち、リポジトリにいつ新しいコミットが入るか、そして当該パッケージがいつマージされるかである。

3. RuyiSDK ツールチェーンとリリース版（パッケージマネージャー、リリース版、イメージとサポートマトリクス）

openRuyi メインリポジトリ：234 コミット、52 マージ、KDE フレームワークを一度に 64 パッケージ展開

日付：2026-10-26 から 10-30　情報源：openRuyi コミット一覧、PR #1513 KDE Frameworks 6.31.0、マージ済み PR 一覧

コミッターの時間に基づき日ごとに集計すると、10-26 から 10-30 はそれぞれ 80、36、36、73、9 コミットで、合計 234 コミットである。同期間のマージ済み PR は 52 件で、オープンキューは先週の 71 件から 58 件に減少した。作者は主に Leetfs（87 コミット）、KiritakeKumi（65 コミット）、misaka00251（17 コミット）、Jingwiw（12 コミット）、KimmyXYC（11 コミット）である。

日ごとの性質の違いは明らかである。10-26 はセキュリティ一斉掃除であり、31 件のセキュリティ修正（ほぼ四割）、18 件の Rust crate 新規追加、14 件のバージョン更新で、48 パッケージに関係し、セキュリティラインでは nats-server 2.15.1、moby 29.9.2、fzf 0.74.5、etcd 3.7.2、containerd 2.4.2 が引き上げられ、openjdk-latest は 27.0.1.0.2.1 に押し上げられてソースチェックサムが更新され、さらに sequoia 一式の OpenPGP ツール、fwupd-efi と Cloudmux の依存集合がリポジトリに入った。同日の #1512 は Go メインラインの Zvk SHA-2 サポートをバックポートしたもので、今週唯一の RISC-V 命令セットに直接関係するリリース版の変更である。

10-27 は連動アップグレードだ。Samba 一式が同一時点で揃う（samba 4.25.1、tevent 0.17.2、tdb 1.4.15、talloc 2.5.0、cmocka 2.0.2）。これら三つの 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）。新規追加の 13 パッケージは Go エコシステムが主体（go-git 三点セット、goldmark-highlighting-v2、go-udev、go-evdev、gonetworkmanager-v2、ghw、go-pinyin、kustomize など）で、dms-shell がパッケージ済み Go 依存で内蔵 vendor bundle を置き換えるのと同じ事柄の裏表である。

10-28 は仮想化へ転換する。qemu は 11.1.x から 11.1.2 へアップグレード、libvirt は二件のバックポート（パッケージ同梱の /var/lib/libvirt/secrets、Ceph 21 が auth_supported を削除した後の rbd プール失効の修正）、%toolchain_major_version マクロがマージされ、gcc-15、gcc-16、clang-22、clang-23 間で切り替え可能となった。ほかに一批の python パッケージビルド修正があり、うち scikit-build-core 1.1.1 と cmake の Python 配布パッケージメタデータは triton、tilelang のような CMake 拡張の wheel ビルド経路に直接影響する。

10-29 は本期間のピークだ。76 コミットのうち 64 コミットが KDE Frameworks 6.31.0 で、すべて 15:11 の同一分に集中し、kf6-kcoreaddons、kf6-kconfig から kf6-kio、kf6-ksvg、kf6-kwallet まで、Plasma 6 が依存するフレームワークのほぼ全集をカバーする。残りは Gradio 6.31.0、python-pyvex 10.0.5、graphql-core の provides エポック修正、新規 vkpeak（Vulkan ピーク性能とデバイス能力の検出）、および ecbuild の cmake モジュールパス修正、clang-wrap の日次更新と三件の Go 依存グラフ整理（重複パッケージの削除、import path provides の補完）である。

openRuyi パッケージング路線：Samba 連動アップグレードと LLVM IR 配布路線の撤回

日付：2026-10-27　情報源：PR #1509 Revert llvm ir、PR #1428 Samba、PR #1511 dms-shell

過去数期の openRuyi のキーワードは「補」であった。パッケージを補い、セキュリティを補い、Rust crate を補う。今週初めて明確な減算が現れた。15:15 にマージされた #1509 はわずか三コミット、純削除 105 行（+5/−105）で、三つの実験的パッケージングを撤回する。gsl の llvmir feature、pixman を clang ビルドに変更しパッケージ同梱で IR を産出する件、libjpeg-turbo がパッケージ同梱で LLVM IR を配布する件である。

PR 本文には理由が書かれていないが、内容から見ると、方向性はライブラリを LLVM IR にコンパイルしてパッケージ同梱で配布し、再最適化や遅延コード生成のためにインターフェースを残すというものであった。この路線全体がリリース前に撤回されたことは、パッケージサイズ、ABI とデバッグシンボルの一貫性、インフラ連携の三面における連鎖コストが短期的に収益を形成しにくいことを示している。RISC-V ディストリビューションにとってこれは記録に値する取捨選択である。IR 配布は理論上、上流の最適化を再利用できるが、配套のツールチェーンがなければコストをユーザーに転嫁するだけである。

もう一方の加算は「連動アップグレード」である。Samba と三つの依存ライブラリが同時に版を変え、tevent/tdb/talloc ABI に依存するパッケージはすべて追随して再ビルドが必要となり、ディストリビューションで最も典型的な一括作業に属する。同一週に「一貫性のためにパッケージ全体を再ビルドする」加算と、「保守性のために実験路線を一本削る」減算の両方があり、保守の重心が「より多くのパッケージをカバーする」から「既存パッケージの品質境界を守る」へ移りつつあることを示している。

RuyiAI 三点セットのパッケージング：#1350 は路線論争から spec 規範のやり直しへ

日付：2026-10-27 から 10-29　情報源：PR #1350、PR #1350 再レビューコメント

#1350 は今週の配布レイヤーで最も重要な一件である。1 つの PR で 3 つのパッケージを同時に追加している——buddy-mlir、python-triton-ruyiai、python-tilelang-ruyiai。タイムラインは次のとおり：9-21 に PR を作成（3 つのコミットは 09:46 から 09:48 に着地）、9-24 にメンテナ Z572 が 3 箇所の修正要求を提示、9-28 に作者が 2 箇所を修正、その後約 1 ヶ月停滞、10-27 17:55 から 18:54 に 3 件の返信を連続投稿して項目ごとに説明、10-28 16:22 に 3 つのコミットが同一分に最新メインブランチへリベース、10-29 16:19 から 16:24 に初回のコードレベルレビュー 5 件を受領。

論点の重心は移動している。10-27 以前は「buddy-mlir が内蔵する LLVM を外部化するかどうか」であった——作者の理由は、これらのパッケージは常に特定の LLVM コミットを固定し、LLVM は当該パッケージ内部でのみ使用されるため、パッケージ内に留めてこそ再現可能になるというもの；また triton 上流の setup.py が git の実行可否を強制チェックするため、git をビルド依存に加えるか、setup.py にパッチを当てて変更するか（後者は triton のアップグレードで失効する）のいずれかであった。10-28 に作者は「GCC ビルドへ切り替える」コストを定量化した：riscv64 では 8814 秒が 24798 秒になり、2.81 倍、しかもそのビルドはリンク段階で失敗し完走しなかった。この数字が論争を技術的嗜好からビルドファームのスケジューリング算術へと変えた。2.81 倍はマシン占有、タイムアウト戦略、リリースウィンドウの再計算を意味する。

10-29 のレビューは機械的規範へ転換した：BuildOption(xxx) の間に空行を挿入する必要はない、python-triton-ruyiai に BuildRequires: python3dist(wheel) が欠けている、Provides は実際のパッケージ名と揃える必要がある、Conflicts: python-%{srcname} の必要性を説明する必要がある、パッチは git format-patch で生成しなければならず、同一ディレクトリに未被参照のパッチがある、空の %check には理由を説明するコメントを書く必要がある。こうした指摘は通常「方向性は承認済み、収尾準備」の段階に現れる。今週終了時点で PR の規模は 10 ファイル、+838/−0、レビューコメント 18 件、依然オープン。

PyTorch を単独パッケージ化：#1352 のパッチ一覧と RVV ゲーティング

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

#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 などベクトル拡張を含まないターゲットでの「パッケージはインストールできるが実行即クラッシュ」という古い問題にまさに対応する。この種の修正は通常ユーザーがボード上で遭遇してから補われるが、今は先回りしてパッケージングパッチに入っている。

リスクもまた明確である：ブランチは今週になってようやく全体が新しいベースラインへリプレイされたばかりで、パッケージ内に固定されたソースの着地点を再整合する必要がある；#1352 は 10-27 に停止しており、ブランチリプレイ（10-29）より 2 日早い。

ruyi パッケージマネージャ：0.54.0 の月末コミットは未達

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

隔週進捗 079 期で示された方針は「リリースサイクル調整のため、0.54.0 は 10 月末リリース見込み」であった。10-31 午後時点で、タグ一覧は依然 0.54.0-alpha.20260918 以降に新タグはなく、正式版の最新は 09-24 の 0.53.0、メインブランチは今週 2 件のみ：10-29 の「docs: update vendor naming list」と 10-30 にマージされた #508 で、いずれもリリース動作ではない。09-17 に beta、09-24 に正式版を出した前回のリズムに従えば、0.54.0 が期日通りであるにはまず beta が現れてからリリースプロセスに入る必要があり、今週はもう余裕がない。

同期には記録すべき提案と文書が2件ある：#507 は 10-28 に提出され、ruyi に「指定ソフトウェアパッケージのホスト ABI 互換性を検出する」機能を追加する（43 ファイル、+4023/−716）。方式はパッケージ内 ELF ABI sidecar をクエリプランとして、アーキテクチャ、ELF class、インタプリタ、共有ライブラリ、シンボルバージョン、アーキテクチャ属性を比較し、結果を互換、非互換、判定不能の3状態に分け、新たに ruyi admin check-abi サブコマンドを追加する；#508 のベンダー命名リスト更新と ruyi-imager が画面の「製造元」を「ベンダー」に変更するのは同じ事柄の両端であり、2か所で呼称が不一致になるのを避ける。前者は「プリコンパイル済み RISC-V パッケージがこのマシンにインストールできるか」を試行錯誤から説明可能な検査へ変えるもので、バイナリ配布を主とする RuyiSDK エコシステムにとっては個々のパッケージのバージョン更新よりも価値が高く、現在もまだマージされていない。

ruyi-imager 1.1.0-rc.1、packages-index とサポートマトリクス

日付：2026-10-26 至 10-29　情報源：ruyi-imager v1.1.0-rc.1、support-matrix K3 Pico-ITX コミット、packages-index

ruyi-imager は 10-29 16:02 に v1.1.0-rc.1 をリリースした。1.0.0（09-10）から約7週間である。4件の変更はすべてユーザビリティの磨き込みである：イメージ選択ステップにダウンロード動作を追加（#12）、CLI 出力を端末文字セットに合わせて JSON は UTF-8 を維持（#14）、選択ダイアログをダブルクリックで確定（#19）、選択ダイアログは明示的に選択必須（#21）；このうち「ダブルクリック確定」と「明示選択必須」は補完的な制約の組であり、前者は速度向上、後者は誤選択防止である。リリースノートには初回貢献者が1名記載され、4件のうち3件は同一人物によるものである。今週はほかに K3 UFS と UEFI 書き込みサポート（10-23、月曜ウィンドウ内）、選択ダイアログのダブルクリックとキーボード確定、画面用語を「製造元」から「ベンダー」への変更など前段の下準備がある。

packages-index は今週1件のみ：10-26 に revyos の Milk-V Meles イメージと関連 uboot を 20260504 に引き上げた。件数の少なさは 079 期の説明と一致する——ISCAS ソフトウェア源はここ2週間データ同期問題に遭遇し、ビルド済みパッケージが公網に更新されておらず、パッケージリスト側に一括更新がないのは自然である。これにより予見可能なずれが生じる：0.54.0 がリリースされてもソフトウェア源が復旧していなければ、ユーザーが ruyi update で見る内容はリポジトリの実際の状態より遅れる。

サポートマトリクスは今週3件のレポートがあり、著者は同じだが結論は異なる：Milk-V Jupiter2 の Bianbu 4.0.1（出荷時プリインストールイメージ、USB-PD 65W または ATX 2-pin 12V 給電、初回起動はセットアップウィザード）；SpacemiT K3 Pico-ITX の Bianbu 4.0.8（LXQt 変体、状態 good、デスクトップ機能は完全でブロッキングなし）；StarFive VisionFive 2 Lite の Ubuntu 24.04.5（公式プリインストールサーバー版イメージ、SFFB で fastboot 書き込み、USB-to-TTL シリアル、状態は basic のみ）。後二者は同日にマージされ同一著者であり、評価の差異はまさに、現時点の RISC-V ディストリビューションの実用度が単なるカーネルサポートではなく、ベンダーイメージの適配深度に依存することを示している。

隔週進捗 079 期：リリースサイクル調整と3件の開発中事項

日付：2026-10-26　情報源：隔週進捗 079 期、第 079 期ファイル

079 期は 10-26 18:02 にコミュニティフォーラムへ投稿され、報告期間は 10-22 まで、報告期間より4日遅い。パッケージマネージャの口径変化が最も直接的である：0.54.0 はリリースサイクル調整により10月末に変更され、現在の正式版は依然 0.53.0、コミュニティソフトウェア源は常態的なメンテナンスを維持し、直近3つの正式版との互換を約束している。

開発中事項は3件：ソフトウェアパッケージと現在システムの ABI 互換性検出、より多くの公式メンテナンスソフトウェアパッケージの macOS パッケージング、SpacemiT K1/K3 向けツールチェーン適配。基礎コンポーネント側では、glibc が sinh、sinhf、sinpi を libmvec ベクトル数学フレームワークへ移植し、newlib は acosf、logf、asinf、asinhf、asinpif、atanf の6つのベクトル数学関数を追加した；GCC 側は基 Zvdota/Zvbdota サポート、Ztt 拡張の Md サポート追加、さらに P 拡張サポートを 0.6 版へ更新した。3件の開発中事項と 0.54.0 の時間口径はともに次期の観察ポイントを構成する：ABI 検出はすでに #507 の提案があり、K1/K3 適配はツールチェーンパッケージの形態次第、macOS パッケージングは非 RISC-V ホスト上での可用性に関わる。

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

本スタックのベクトル4リポジトリは週全体で沈黙、ベンチマーク側の空白が3件の修正で照らし出される

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

ベクトル関連の4リポジトリは週全体でコミットゼロ、沈黙期間はさらに延びている。VecIntrinBench は 02-13、cpuinfo は 05-20、IntrinTrans は 06-25、FBGEMM は 07-13 で停止したまま。torq-tile は 04-09、dsh-osc は 09-15、pytorch-ci はコミット記録なし、harness は 10-27（月曜のプラグイン分割の1件）で止まっている。

今週、まさにベンチマークが必要とされる場面が現れた。triton-riscv の3件の修正はいずれも「lit 通過数＋実行時ケース通過数」で検証されており、ベクトル化の品質に関する比較可能な数値（命令数、使用 LMUL、レジスタスピル回数）は一箇所も示されていない。#1014 の性能対照も、同一コードの2回のビルドで2%の差が出ることを明確に認めている。ボード上のスループットで結論を出すのは元々厳しく、ベンチマーク側が動かないままだと、今後「最適化が本当に改善したのか」は長期的に人手による対照に頼るしかなくなる。これは今週新たに生じた問題ではないが、3件のマージと1回の性能対照によって、よりはっきりと浮かび上がった。

FlagGems 移行が triton-riscv の欠陥発見メカニズムになった

日付：2026-10-29　情報源：PR #83、PR #58、PR #56 FlagGems 移行

3件の修正の動機を並べて見ると、共通の源泉はテストスイートではなく、「PyTorch オペレータをバッチごとに triton-riscv へ移植する」という作業そのものである。unique_dim の実テンソル充填値を伴う tl.load、broadcast_to のループキャリーオフセット、ハッシュ系オペレータの重複インデックス比較——いずれも RISC-V 命令レベルではなく、低下面と検証層の境界に位置する。こうした欠陥はユニットテストの中では自然に生まれにくい。実際のオペレータライブラリがバッチ方式で上から圧力をかけて初めて露呈する。

方法論的価値は3件の修正そのものより高い。Triton を入口とする RISC-V AI スタックにとって、FlagGems 移行は実質的にエンドツーエンドの受け入れ集合として機能し、コンパイラの lit スイートより実負荷に近い。反面、今週はこのメカニズムの単一依存も露呈した。#56 は 09-16 以降更新がなく、3件の修正がマージされた後も受け入れプロセスは逆に止まっている。長期間進まなければ、次のバッチの欠陥は他の利用者がぶつかるまで発見されない。周期の終わりに積極的なシグナルが1つ現れた。#56 は 10-30 20:50 に1回更新があった（付録参照）が、まだマージされていない。

ベクトル幅の口径：1024 ビット、単一ヘッドでちょうど1つの LMUL 4 グループ

日付：2026-10-28　情報源：buddy-mlir PR #1014、llvm コミット 1811501f、llvm コミット ed439f3e

#1014 はカーネル低下面の目標ベクトル長を 1024 ビットに定め、スケーラブルベクトルを使わないことを要求している。これにより各ヘッド（128 個の f32）はちょうど1つの LMUL 4 ベクトルグループを占め、領域内の vir.shuffle もグループ内で完結する——サイズ、グループ化、命令の三者が同一のパラメータ群で拘束される。これは今週記録に値する1つの技術的口径である。

この基準は上流バックエンドと同じ事柄の両端である。前のウィンドウで llvm riscv ブランチにマージされた #30 が IME 組み込みを SpacemiT A100 のドット積命令に降ろし、#31 が A100 に HP/SP と pack/unpack の降格パスを補いスケジューリング調整を行った。一方はバックエンドがレジスタに基づいて命令選択とスケジューリングを行い、もう一方はカーネル表現層がレジスタに基づいてベクトルサイズを定める。現時点で両者のパラメータが互いに制約となるか説明するドキュメントはなく、K3 でのクロス検証も行われていない。次段階でスケーラブルベクトル（著者は次のコミットと説明済み）に切り替わる際、LMUL 4 のグループ化の前提が揺らぐため、この基準がそれに追随して調整されるかどうかが最も注視すべき点である。

上流検証と論文：arch-test 移転後 30 コミット、arXiv は全週で新規なし

日付：2026-10-23 から 10-30　情報源：riscv/riscv-arch-test コミット一覧、Sv スイートマージ #2981、arXiv 検索

今週の確認で riscv-arch-test/riscv-arch-test の元アドレスが 404 を返すことが判明し、リポジトリは riscv/riscv-arch-test に移転していた。移転後のリポジトリは月曜ウィンドウ（10-23 から 10-25）に 30 コミットがあり、全ウィンドウで最も活発な上流の一つであった。一方の流れは分散していたスイートを一つに統合するもの（PMP #2996、Exceptions 各グループを統合スイートへ、Sv と SvSm、SvZicbo、ExceptionsSv を統合 Sv スイート #2981 へマージ）で、同時に CI の除外リストを一行一項目に変更した。もう一方の流れは特権レベルと仮想化の空白を埋めるもの（H 拡張の CSR と命令スイート #2982、hypervisor の M モードテストを Sm グループへマージ #2983、S と H モード下の VS/VU/VS 級中断 #2911、Svinval の H と SmH グループ #2997、H_Zicntr と Sm_Zicntr_H のカウンタ有効化と htimedelta #2998、および Shcounterenw など六項目の S 態制約と四項目の Zic 基礎制約）である。マージと補完を同時に行うことは、再編の目標がまず構造を整理し、その後構造に内容を埋めることにあることを示している。RuyiSDK support-matrix と各社チップの準拠判断はこのテストスイートを基準とするため、移転这件事自体は覚えておく必要がある。

arXiv 側は全週で RISC-V AI の新規プレプリントはなかった。最新の二本は 10-27 の SecDMP（データアクセス関連プリフェッチの証明可能な安全方案）と異種 TinyML 向け軽量 C コード生成器、10-23 の二本はオープン ISA スパコン路線の比較と LLM 支援による RISC-V プロセッサ欠陥修正である。本主題に最も近いのは依然として 10-21 の「Reorienting the Vector Axis: Restructuring FlashAttention for Long-Vector Processors」で、長ベクトルプロセッサ上で 64 lanes ごとに分割しベクトル軸を再構築する手法を論じており、#1014 と同類の問題に属するが、残念ながらウィンドウ内に後続はなかった。

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

VIR：一夜で七筆のスケーラブルベクトル、翌日に Python バインディングを補完

日付：2026-10-26 から 10-27　情報源：#1002 vscale によるステップ、#1007 インデックス規約の統一、#1009 Python バインディング

10-26 22:48 から 10-27 03:22 まで、同一作者が7件を連続してコミット（#1002 から #1008）。すべて [midend][VIR] プレフィックスを持ち、同一のスイッチ use-scalable を中心としており、3つの層に分解できる。ループとサイズ層：#1002 は strip-mining のステップ幅を修正——これまで vir.set_vl が結果を伴わない場合、定数 vector-width をステップ幅とする主ループに降格していたが、各ラウンドでは N 倍の vscale 本のレーンでメモリアクセスするため、vscale が 1 より大きい場合にイテレーションが重複していた；#1003 はサイズ選択を RVV 上で vscale = VLEN/64 に従って計算するようにし、N と SEW が LMUL を決定するようにして、固定長ベクトルに戻らないようにした；#1008 はインデックスベクトルに明示的な幅がない場合のアサーションクラッシュを修正。結果を伴う vir.set_vl：#1004 はそれをスケーラブルベクトルへ降格できるようにし、#1005 はさらに多次元動的ベクトルをサポート。メモリアクセスと置換：#1006 は動的ベクトルの行方向置換を行う vir.shuffle を追加し、#1007 は vir.load と vir.store のインデックス規約を統一した。

動機は汎用的なベクトル化改造ではなく、具体的なオペレータに迫られてのものだ：decode attention における RoPE の rotate_half は、128 要素のヘッドを前半と後半で入れ替えてから負を取る必要があり（すなわち [-x[1], x[0]]）、本質的には行方向の置換である。しかし VIR はこれまで動的ベクトルの行方向置換を表現できず、外側で固定長ベクトルを使って計算し終えてから query を region に持ち込むしかなかった。そこで #1006 で置換を補い、#1005 で多次元動的ベクトルを補い、#1007 でインデックス入口を補い、3件を合わせて「decode attention の一式を VIR 内に留める」経路とした。

翌日 22:42 にマージされた #1009（12 ファイル、+614/−1）は Python バインディングを追加した：これまで VIR には Python 側のオペレータ構築入口も型構築入口もなく、オペレータ名と型記述はすべて文字列内で手作業で組み立てる必要があり、一式の降格も buddy-opt という単一の実行ファイル内でしか実行できなかった；実装は ODS 定義オペレータ + C API + nanobind 拡張で進め、リポジトリ内の quant など自前型を持つ方言と同構であり、Ops、Types、pass 登録の3ブロックに分かれる。このステップの意義は組み合わせ可能性にある——オペレータ記述、形状推論、テストケースをすべて Python 側で書くことができ、フロントエンドと VIR の接続はもはや C++ 側でフックを追加する必要に依存しない。

K3 デコードアテンションを VIR に移植：数値はビットレベルで一致、命令数は同一、スループット区間は重複

日付：2026-10-28　情報源：PR #1014、K3 ドキュメント変更、テストファイル

#1014 は 09:36 にマージされ（4 ファイル、+476/−14、うちカーネル 264 行、テスト 152 行、降格パイプライン 10 行、ドキュメント 50 行）、K3 w4g32 カーネルのデコードアテンションを丸ごと VIR 方言に移植した。これは初めて実モデルのカーネルで突き合わせを行うもので——一方はこれまで手書きされた RVV ベクトルカーネル、他方は Python で組み立てた VIR カーネルであり、数値、命令数、ボード上のスループットを比較する。

実装は4層：構築層ではオペレータと型を手作業で組み立てず、buddy_mlir.dialects.vir の SetVLOp、load、shuffle、fma、reduce を使い、1つの work item が1つの vir.set_vl 領域となり、長さはヘッド次元の半分（64 lanes）を取り、領域はそのヘッドの (max, sum) を返す；回転層では q を領域内でロード、回転、スケーリングし、rotate_half は1つの vir.shuffle に落とし込み、cos/sin は等長の2行データとして保存し、vir.from_vector は不要とした；メモリビュー層では memref.expand_shape を使い、q、KV cache、出力、q の正規化重みを最終次元で 2×64 に分割；正規化層では Qwen3 の q/k norm に対して個別に1次元の vir.set_vl 領域を開く。パイプラインのパラメータは rvv-vlen=1024、use-scalable=false に変更し、旧 _attn_decode_fn は A210 カーネル用に保持する。

検証は三点：テストは _attn_decode_fn に対してビット単位の比較を行い、スレッドあり・なし、開始点 0/15/16/37/70 を網羅し、q/k 正規化ありの場合は 0/37 を網羅し、test_k3_w4_moe.py の qk_norm 経路でも VIR カーネルを実行し、check-buddy は 239 プラス 401 がすべて通過；マシンコードは二つの並列体がそれぞれ 178 本のベクトル命令を持ち、キー・バリューループは旧版と完全に一致し、変化は二箇所のオーバーフローレジスタの再ロード位置のみで、q の回転は二つの LMUL 2 半グループ上の演算から vfneg プラス一回のレジスタ移動に変わった；K3 上の貪欲デコードでは三档の系列長スループットがすべて区間で重複している（数値は「今週の主要ニュース」を参照）。PR は明確に、これはすでにクローズされた #998 をやり直すものであり、やり直しの基礎はその後の四件（#1000、#1005、#1006、#1009）であると述べており、したがって独立した最適化ではなく、先行四件の土台を一度に負荷テストするものである。

自制が必要：今回の「性能同等」は K3 シングルボード、貪欲デコード、三段の系列長で得られたものであり、著者も同じコードの二回のビルドで 2% の差が出うると注記している。これが証明するのは VIR がもはや性能損失を導入しないということであり、VIR が手書きカーネルより優れているということではない；網羅範囲も一つのカーネルのみで、A210 は依然として旧関数を使用しており、MoE、量子化、プリフィル経路はいずれもまだ手つかずである。

buddy-server 新 ABI：56 ファイルがモダリティプラグインを統一インターフェースに収斂

日付：2026-10-29　情報源：PR #1015、コミット 7d2ce844、RAX パッケージングとローディング分析

15:08 にマージされた #1015（56 ファイル、+3934/−1661）は今週のスタック全体で最も変更範囲が大きい一件である。PR の説明は意図が一文のみ：buddy-server が RAX ファイルを解析する際に用いる ABI インターフェースを更新し、新インターフェースは将来より多くのモデルをサポートするのに便利にする。

構造的には「モダリティごとにプラグインハンドルを一式書く」を「統一インターフェース一式」に置き換える：新たに ServerModelABI.h（392 行）、ServerModelABIConversion.h（179 行）、ServerModelPluginAdapters.h（742 行）、ModelError.h（57 行）を追加し、モダリティ別に分割された AudioTranscription、Embedding、MaskedLM、Resident の四組の実装と ModelPluginDiscovery を削除し、350 行の ServerModelPluginHandle プラス 102 行のヘッダファイルに置き換え、適配層が各モダリティの旧エントリを新 ABI に接続し直す；BuddyServerApp.cpp 単一ファイルで +446/−225。モデル側も同時に bge_m3、deepseek_r1、llama31_tt、proteinglm、qwen3_vl、whisper の六ディレクトリの Model と Plugin を対で調整する。

テスト側で最も注目すべき点：新たに ServerModelPluginHandleTest.cpp（325 行）と ABI エラー、能力、並行、依存の四類の統合テストを追加し、モダリティ別に書かれた四組の単体テスト（約 226 行）を削除——テストの重心は「モダリティごとに一回ずつテストする」から「統一 ABI の横断的振る舞い」へ移り、網羅範囲はかえって広くなった。自制が必要：これはインターフェースのリファクタリングであり、PR は性能データを示しておらず、新規モデルのサポート証明も追加していない。「より多くのモデルをサポートするのに便利にする」は、次の新 ABI で接続されるモデルを待って初めて実現される。

リリースリズム：0.1.2 の後に五つのナイトリービルドが連続、下流のアンカーは一路上昇

日付：2026-10-25 から 10-30　情報源：Releases リスト、ナイトリービルド v0.1.3.dev20261030、BUDDY MLIR 0.1.2

0.1.2 正式版は10-25 06:18にリリース（release注記は空、自動フローにより生成、変更はコミット履歴から逆算する必要あり）、5期連続の停止を終えた。間隔は7日で、0.1.0から0.1.1までの2日間隔より通常のリズムに近い。以降のナイトリービルドは毎日1版に戻った：10-26 06:37のdev20261026（0.1.3ライン初回パッケージ）、10-27 08:26のdev20261027、10-28 07:56のdev20261028、10-29 08:21のdev20261029、10-30 08:49のdev20261030の計5つ、すべてプレリリースとしてマークされている。

パッケージ出力とマージの時間差は個別に記録する価値がある。これはこのスタックの固定遅延構造であるためだ：buddy-mlirマージ → 翌日ナイトリー構築 → renovateが依存更新を提案 → triton-riscvマージ、この3ホップは通常1～2日かかる。dev20261028は当午前の3件のマージ（#1010 08:54、#1014 09:36、#1012 09:55）より早いため、K3デコードアテンションを含まない。dev20261029は#1015より7時間早いため、新ABIを含まない。dev20261030になって初めて#1014と#1015を同時に取り込んだ。0.1.3ラインはすでに5回連続のナイトリー版で正式版がなく、直近の正式版は依然0.1.2である——#1015のような規模のインターフェース変更を正式版に載せるには、もう一巡待つ必要がある。

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

隔週進捗079期とフォーラム5スレッド

日付：2026-10-26 至 10-29　情報源：隔週進捗079期、RuyiAIサミット振り返り #2899、香山如意生態大会転載 #2898

フォーラムの今週の新規スレッドは5つ。10-26 18:02の#2895は隔週進捗079期（報告期間は10-22まで）であり、今週唯一の正式報告でもあり、次期は2週間ペースでおおよそ11月上旬となる。10-27 10:45の#2896「lpi4a UEFI」はユーザーが投稿したもので、1366×768のシステムスクリーンショット3枚と1920×1440の実写3枚を添付。本文によると9月26日に更新を発見し、1ヶ月我慢してから書き込んだとのこと。現時点でUEFIに対応したRevyOSはまだ利用できないが、「少なくとも希望はある」——このスレッドはLPi4Aファームウェアエコシステムの実際のボトルネックを記録している：UEFIファームウェアは書き込めるが、対応するディストリビューションイメージが追いついていない。

10-29の3スレッドはサミットの余波に集中している。#2899「RuyiAIが第6回RISC-V中国サミットに登場、RVVからMatrixまでのAIシステムソフトウェアスタック実践を共有」は10-18から10-20の深圳サミットを振り返る：チームはTutorial専門セッション、ポスター展示、ブース交流を通じてスタックのアーキテクチャと参加方法を紹介し、同時期のAME技術ワークショップと10-21のRISC-V香港デーに参加、テーマは行列拡張とソフトウェアサポートを中心とした。スレッド本文は薄く、実質的な内容は外部リンクのWeChat公式アカウント記事にある。#2898は香山如意オープンソースエコシステムフォーラム午後の部の報道を転載：10-20に「エージェント時代に向けた」RISC-Vソフトウェア・ハードウェアフルスタック成果を集中発表し、サーバー級チップ、AIネイティブソフトウェアスタック、プロセッサマルチスレッドアーキテクチャ、AI-CPUアジャイル開発キット、メモリ一貫性最適化、EDA検証ツール適応をカバー——RuyiAIにとって、これはエコシステム上の位置づけを示すもので、「AIネイティブソフトウェアスタック」は同じフォーラムで並置発表された成果の一つである。また#2897は包雲崗氏のサミット講演《十二年認知，十年展望》を転載しており、今週のデイリーレポートでは収録されず、本期で補録する。

公式ホームページ：3ページとも変化なし、エンジニアリングと発信の乖離がさらに拡大

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

ホームページ、ブログ、ドキュメントの3ページのsha256は前回と同一：ホームページインデックス3件、ブログ2本（TritonのRISC-V適応、PyTorch RISC-V CI実践）、ドキュメント23章。すでに複数の調査期間で新規ブログ記事と章の追加がない。

今週、技術ブログ記事として書ける素材は少なくない：VIRのスケーラブルベクトルからPythonバインディング、さらにK3性能照合までの完全なチェーン、buddy-server統一ABIのリファクタリング構想、ruyi-imager 1.1のインタラクション改修、ruyiのホストABI検出提案——いずれもPR説明とリポジトリドキュメントにとどまっており、そのうち#1014のオンボードスループット、命令数、ビットレベル一致の3項目のデータはそれ自体がすぐに記事になる。このスタックを对外発信する入口は依然9月の記事2本のみで、「毎日コミットあり、毎週マージあり」のリズムと噛み合っていない。

外部ニュース：定向クエリは全週ゼロヒット

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

RuyiSDK、RuyiAI、如意 RISC-V、如意コミュニティコンパイラ、openRuyi に対する中英文の定向検索（when:3d を含む）は、全5期にわたりヒットゼロだった。同期間に捕捉した RISC-V 関連ニュースは如意コミュニティとは無関係で、日別に記録すると：MIPS の RISC-V プラットフォーム説明、達摩院玄鉄 C950 の報道、S2C の RISC-V 中国サミットでの検証とプロトタイプ展示、中科通量のデータフロー知能計算製品、deepin のサミットでのデスクトップエコシステム進展、Pharo 14 の RISC-V JIT、Tenstorrent の15億ドル E ラウンド調達完了、Microchip PIC64-HPSC 宇宙計算の進展。これらの項目は本テーマに属さず、今週は収録せず、外部参照のみとする。

openRuyi ニュースページ：10月に2本公開済み、2026.10 版は依然未リリース

日付：2026-10-31（検証）　情報源：openRuyi ニュースページ、Ruyi Firmware 告知、エコシステムインフラ記事

今週、ディストリビューションのニュースページを再確認したところ、訂正が必要な記述を発見した：これまでの5期デイリーレポートはいずれも「ニュースページの最新記事は依然として 2026.09 リリース告知（9-30）」と書いていたが、実際のページには10月に2本が公開済みで、いずれも2026年10月19日公開と記載されている——「openRuyi-Project：RISC-V ソフトウェアエコシステムの公共インフラ」と「openRuyi が Ruyi Firmware をリリース：RISC-V プラットフォームにオープンな UEFI ファームウェア方案を提供」。2本とも今週より前のもので本周期の内容には属さないが、ディストリビューションのコンテンツ側が完全に停止しているわけではないことを示しており、従前の判断は「月次リリース告知は出ていないが、10月に既に2本の特集記事がある」と訂正すべきである。

バージョン側の結論は変わらない：リポジトリのタグは 2026.09-experimental 止まりで、2026.10 のリリース告知は現れていない。6-30、7-23、8-27、9-30 の月次ペースに照らせば、10月版は月末ウィンドウを逃しており、次周期の最重要観察項目となる。

7. トレンド観察

VIR は「表現—呼び出し—突合」を走り切ったが、結論は「損失を持ち込まない」にとどまる

過去3週間、この主线はずっと表現力を補ってきた：10-26 の一晩で7件のコミットでスケーラブルベクトルを補い、10-27 に Python バインディングを追加し、10-28 には K3 のデコードアテンションを丸ごと移行し、ボード上のスループットで突合した。3つの数字を合わせてこそ今週の意味がある——数値はビットレベルで一致、ベクトル命令数も同一（各178条）、スループット区間は重なる。自作方言は「動くが遅い」という関門で詰まりやすいが、今週は少なくともこの関門を一時的に通過したことを証明した。

しかしこれを「VIR は手書きカーネルに追いついた」と読むのは行き過ぎである。正確な言い方は「K3 デコードアテンションのこの区間において、固定ベクトル長の下で損失を持ち込まない」である。2つのギャップは明確だ：カバー範囲はデコードアテンションのみで、A210 カーネル、MoE、量子化とプリフィル経路はいずれも手つかず；スケーラブルベクトルは明示的に無効化されており（use-scalable=false）、次のコミットで有効化されればベクトルサイズはコンパイル期に決定されなくなり、LMUL 4 のグループ化仮定が緩む。その際に数値と命令数を守れるかは再突合が必要だ。著者自身も同一コードを2回ビルドした際の2%の差異を PR に書いており、この量級はまさに「互角」結論の境界を示している。

ブランチガバナンスの分岐：llvm はルールを書き予演を廃止、pytorch はリプレイと同期ボットに依存

同じ月内に2つのブランチが2つの答えを出した。llvm の riscv ブランチはパッチセットが大きく（26件）、外部貢献も多く、コンフリクトと履歴ドリフトが主なコストであるため、ドキュメント（RISCV_CONTRIBUTING.md）を書きワークフロー（autorebase.yml）を整備する価値があり、「予演」のステップを削除した——成功すれば即プッシュ、摩擦を最小化しリスクを貢献者に前倒しし、--force-with-lease と SHA 再検査で担保する。pytorch の riscv ブランチはパッチセットが小さく（11件）、メンテナ自身が一度リプレイするコストがプロセス維持コストより低いため、毎日または隔日のブランチ全体リプレイを続け、さらに同期ボットでベースラインを上流最新に引き上げている。

両者の共通点は「ローカルパッチセットが長期的に不変」であることだ：llvm の26件、pytorch の11件は、今週いずれも新機能の追加はない。これら2ブランチを追跡する正しい方法は SHA やコミット数を見ることではない——リプレイはコミッター時刻を一律に書き換え、コミット数を上流に伴って膨張させる——パッチタイトル集合と、上流が何を持ち込んだか（今週は17個の pass の NewPM 移行と P 拡張の isel 補完）を見ることである。

あるブランチガバナンスが効いているかは、2つの検証可能なシグナルで判断できる：llvm 側では、ワークフロー稼働後に外部 PR が実際に増えたか（2週間以内に新ベースラインで提出する者がいなければ、ボトルネックはリベースツールにない）；pytorch 側では、リプレイが毎日へ再安定したか（今週は7日間の静默後の一回の補完であり、定期ではなく流水ではない）。

パッケージングが RuyiAI スタックの真のボトルネックとなり、議論に価格が付き始めた

#1350 は約1か月にわたり議論され、核心的な対立点は buddy-mlir が内蔵する LLVM を外部化するか否かであった。先週の見解はまだ「GCC も使えるが、少なくとも 1.5 倍の時間がかかる」であったが、今週、作者は実測値を示した。riscv64 上で 8814 秒が 24798 秒になり、2.81 倍であり、しかも GCC を使った回はリンク段階で失敗した。議論の性質はこれにより技術的嗜好からビルドファームのスケジュール計算へと変わった。2.81 倍は、マシン占有、タイムアウト戦略、リリースウィンドウのすべてを再計算しなければならないことを意味する。

この件がスタック全体に示す示唆は結論ではなく方法にある。RISC-V ディストリビューションのパッケージングにおける多くの対立（vendor するか、ツールチェーンを外部化するか、IR をパッケージに同梱するか）は、最終的に「ビルド時間、イメージサイズ、再現性」という 3 つの測定可能な数値に落とし込まれる。同じ週に openRuyi は「LLVM IR をパッケージに同梱する」路線を撤回し（#1509）、#1350 は 2.81 倍で「LLVM をパッケージ内に残す」を守った。二つの判断の方向は逆であるが、根拠は同じ種類のコスト計算である。

さらに見ると、#1350 の今週のレビュー意見は設計路線から spec の書き方へと移っている（BuildRequires の欠落、Provides の整合、パッチ形式、空の %check コメント）。これは「ディストリビューションに飲み込めるか」という問題が「パッケージ自体が十分に常规的か」という問題に変わったことを示す。三つの非常規点——buddy-mlir が LLVM を内蔵すること、triton が git 実行ファイルに依存すること、tilelang が buddy-mlir ツールチェーンを発見する必要があること——はいずれもパッチと説明を必要とし、各説明はメンテナが時間をかけて判断しなければならない。三つ組を月次リリースのリズムに乗せたいなら、それらを一、二本の明確なパッケージング規約に収束させること（例えばツールチェーンは一律 buddy-mlir が提供し、パッチは一律 git format-patch のパッチスタックを使う）が、レビュー意見に一つ一つ回答するより手間が少ない。

月末の約束がそろって後ろ倒し：ディストリビューションは「月次で量を敷き、週次で掃除する」リズムへ

今週、二つの月末約束が同時に果たされなかった。ruyi 0.54.0 は依然として 09-18 の alpha のみで、openRuyi 2026.10 は未リリースである。これに対応して、openRuyi 主リポジトリの今週 234 コミットのうち、KDE フレームワークが一度に 64 パッケージ、Samba 全家連動、qemu 11.1.2 と libvirt のバックポート、12 件の C/C++ セキュリティ更新——これは典型的な「量を敷くことと掃除の並行」であり、「バージョン切り替え前の凍結」ではない。

二つのパイプラインのリズムの違いも記録に値する。KDE パッケージは参照できる上流 spec があり、既定のバージョンリズムがあり、再パッケージングは機械的な動作であるため、1 日で 64 パッケージを完了できる。一方、RuyiAI 三つ組はゼロから書いた spec であり、「なぜ LLVM をパッケージ内に残すのか」を説明しなければならず、「なぜ %check が空なのか」も説明しなければならず、09-21 に開始してから今もなお手戻りが続いている。ディストリビューションの「月次で量を敷く」能力と「新しいパッケージを受け入れる」コストは非対称であり、後者はパッケージ自体がどれほど常规的かに依存する。

読者にとっての実際的な意味：ruyi ユーザーは 10 月末でも 0.53.0 を受け取ることになる。0.54.0 が 11 月初めにリリースされたとしても、ISCAS ソフトウェアソースが復旧しているかを見る必要があり、さもなければ ruyi update で見えるパッケージリストはリポジトリの実際の状態より遅れる。この二つは次のサイクルの首要の確認事項である。

欠陥発見が単一の入口に依存し、受け入れチェーンは修正チェーンより脆い

今週の triton-riscv の三件の修正の共通の來源はテストスイートではなく、「FlagGems オペレータを triton-riscv に載せる」という行為そのものである。テンソル充填値のマスク付きロード、ループに持ち越される gather オフセット、散列オペレータの重複インデックス比較——いずれも降級層と検証層の境界に落ちている。この種の欠陥はコンパイラ自身の lit スイートでは育たず、実際のオペレータライブラリがバッチ方式で上から圧力をかける必要がある。

順序の問題がこれに伴い露呈した。修正が先に着地したが、それらを必要とする移行 PR #56 は 09-16 で止まっている。一群の「ある用法のために用意された修正」には、当面対応する用法が走っていない。もし #56 が復旧するとき Triton 上流がさらに何回か変わっていれば、三件の修正が新しいベースラインとまだ互換かどうかを再検証する必要がある。もし長期間復旧しなければ、この端到端検証セットは停止に等しく、次の一群の欠陥は外部の利用者がぶつかるまで待つことになる。サイクル末尾に #56 は一度更新された（10-30 20:50）が、依然としてマージされていない——これは次のサイクルで最も注視に値する箇所である。

推論は実行可能である。「実際のモデルを走らせられること」を目標とするスタックにとって、移行を常駐リグレッションにすること（たとえ数十のオペレータだけで、毎晩一度走るだけでも）は、さらに数件の修正をマージするより価値がある。ツールチェーン層面の証拠も同じ週に現れている——#83 の検証は今週の三件の中で最も硬い一件であり（lit 291 通過、18 項目の実行時チェック）、しかもそれはちょうど実際のオペレータとの統合が最も深い一件でもある。

ベンチマーク側の長期的空白が「最適化が有効か」を答えられなくする

VecIntrinBench は 02-13 で停止し、cpuinfo は 05-20 で停止し、IntrinTrans は 06-25 で停止し、FBGEMM は 07-13 で停止している——四つのベクトル関連リポジトリは全週ゼロコミットで、更新停止期間は月単位に及ぶ。同時に、今週の性能結論は K3 ボード上のスループット区間に頼るしかなく、作者は同一のコードでも二回のビルドで 2% 差が出ると明記している。三件の修正の検証も通過数を与えるだけで、ベクトル化品質に関するいかなる指標（命令数、占有 LMUL、レジスタスピル回数）も与えていない。

これは今週新たに増えた問題ではないが、三件のマージと一度の性能対賬がそれをより鮮明に照らし出している。「ベクトル能力の上昇」を目標とするスタックが、継続的に走らせるベクトル組み込みベンチマークを欠くと、後続の最適化が本当の向上なのか変動なのかを判断しにくい。次に本当に補うべきは、より多くの lowering ではなく、毎晩走らせられ、命令数と LMUL を出せるベンチマークである——さもなければ「性能横ばい」と「性能向上」は 2% のノイズの下では区別できない。

付録：素材と確認の説明

素材リスト

  • 2026-10-26 期：調査期間 10-23 04:30 ～ 10-26 04:30（過去 3 日間、土曜と日曜を含む）。
  • 2026-10-27 期：調査期間 10-26 04:30 ～ 10-27 04:30。
  • 2026-10-28 期：調査期間 10-27 04:30 ～ 10-28 04:30。
  • 2026-10-29 期：調査期間 10-28 04:30 ～ 10-29 04:30。
  • 2026-10-30 期：調査期間 10-29 04:30 ～ 10-30 04:30。
  • 周期境界外（10-30 日中から 10-31 午後）の動向は、組織リポジトリ、リリースページ、コミュニティ情報源を確認した上で補足し、「今週補足したデイリーレポート外の項目」に記載。

確認方法と基準

  • 組織確認（168 時間の調査期間）：RuyiAI-Stack、ruyisdk、buddy-compiler の 3 組織のコミット、PR、リリースを対象とし、Atom とウェブページの 2 経路で実施、API 制限に依存しない。上流 fork（PyTorch riscv、LLVM riscv、LLVM main）のコミットは RISC-V、RVV、ベクトル拡張、玄鉄関連のキーワードでフィルタリングした上で収録。
  • openRuyi メインリポジトリ統計：API による全件ページングで再確認し、調査期間の起点は北京時間 10-26 00:00（UTC 10-25 16:00）、終点は 10-30 24:00、合計 234 コミットを取得。「コミッター時間」を北京時間に換算した自然日カウントは 80、36、36、73、9。マージ済み PR は is:merged merged:>= で検索し 52 件、オープンキューは 58 件。この基準は各デイリーレポートの 24 時間調査期間とは異なるため、単期デイリーレポートの数値とは完全には対応しない。
  • 重点リポジトリの補足確認：openRuyi-Project の openRuyi（日別コミット、PR、タグ）、homepage；ruyisdk の qemu（p-dev、ame-0.6）、llvm-project（AME）、linux-xuantie-kernel、riscv-gcc、wechat-articles、ruyi、ruyi-imager、packages-index、support-matrix、AME-operator；buddy-compiler の buddy-mlir；RuyiAI-Stack の pytorch（riscv ブランチ）、triton-riscv、tilelang-riscv、ruyiai-daily、ruyiai-stack.github.io。
  • コミュニティ 2 情報源：RuyiSDK 開発者コミュニティフォーラム（最新トピック一覧、今週 5 スレッド）と openRuyi ディストリビューションニュースページ（10 月の特集記事 2 本の日付再確認を含む）。
  • 公式サイト：www.ruyiai.org のトップページ、ブログページ、ドキュメントページの 3 ページスナップショットと sha256 比較、ブログとドキュメントのインデックス項目を添付（ブログ 2 本、ドキュメント 23 章）。
  • 時間基準：リポジトリのコミットはコミッター時間を北京時間に換算。「毎日」類の記述は連続する暦日を基準とする。週周期は 2026-10-26 から 2026-10-30 の 5 営業日。

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

  1. 10-30 20:14、triton-riscv が #55「Support asin op via frontend patch」（フロントエンドパッチによる asin オペレータの実装）をマージ、10-30 期デイリーレポートの調査期間以降。
  2. 10-30 20:50、triton-riscv の移行 PR #56「Migrate additional FlagGems operators」が更新を再開（引き続きオープン状態）、09-16 以降で初の動き。
  3. 10-30 08:49、buddy-mlir がナイトリー版 v0.1.3.dev20261030 をリリース、初めて #1014（K3 デコードアテンション）と #1015（新 ABI）を同時に含む。
  4. 10-31 13:15、triton-riscv の #91 がマージされ、アンカーが nightly/v0.1.3.dev20261030 に更新——マージ、ナイトリービルド、下流のアンカー切り替えという3段階の連鎖が今週最終日に成立。
  5. 10-30 23:00、llvm-project の riscv ブランチが再度リベース・リプレイ（25 コミット、コミッター時刻は 23:00:40 から 23:00:44 に集中）；10-31 03:00、pytorch の riscv ブランチが再度リベース・リプレイ、先頭には引き続き [SyncBots] Integrate PyTorch at 3afdbd3 を含む。
  6. 10-30 09:54、ruyisdk/ruyi が #508「docs: update vendor naming list」をマージ、今週のメインリポジトリは計2コミット、新バージョンは依然なし。
  7. 10-30 12:39、openRuyi の #1514「ollama: Update to 0.40.7」が security-fixes タグ付きでマージ；同日には他に clang-wrap 20261030（#1545）など、本期間合計 234 コミット。
  8. フォーラム #2897「【転載】十二年認知、十年展望：包雲崗が 2026 RISC-V 中国サミットで語るオープンソースチップの中国式発展経路」（10-29 公開）、今週のデイリーレポートでは未収録、本期追記。
  9. openRuyi ニュースページの記述訂正：10 月には既に特集記事2本が公開済み（いずれも 10-19 公開と記載）、従来の「最新は依然 2026.09 リリース告知」という表現は誤り；2026.10 月度バージョン告知は依然として未出現。

情報源確認表

情報源 検証結果
RuyiAI-Stack 組織（全リポジトリ） pytorch：riscv ブランチは7日間静黙（10-22 から 10-28）、10-29 14:06 にブランチ全体をリプレイして11コミット、20:48 に SyncBots が上流 3afdbd3 へ引き上げ、メインブランチは毎日約20コミットすべて上流；llvm-project：riscv ブランチは 10-26、10-27 に2回リベース（ベースラインを221、237コミット前進）、10-28 に autorebase ワークフローを追加、10-29 にリプレイして貢献ガイドを新規追加、上流の17の RISC-V pass を NewPM へ移行；triton-riscv：3件の降格修正がマージ、2回のアンカー更新（#90 マージ、#91 は当日未マージ）；tilelang-riscv は14日目静黙；ruyiai-daily は5期；FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、torq-tile、pytorch-ci、dsh-osc はコミットなし
ruyisdk 組織（全リポジトリ） ruyi-imager：v1.1.0-rc.1 プレリリース（10-29）、今週は他に UFS/UEFI、ダイアログ対話、用語統一などの先行コミット；ruyi メインリポジトリは2件（ベンダー命名リスト文書、#508 マージ）、新バージョンなし、0.54.0 は alpha タグのみ；packages-index は1件（revyos Milk-V Meles イメージと uboot を 20260504 へ引き上げ）；support-matrix は3件のボードレポート（Jupiter2 Bianbu 4.0.1、K3 Pico-ITX Bianbu 4.0.8 は good 評価、VisionFive 2 Lite Ubuntu 24.04.5 は basic 評価）；wechat-articles、ruyisdk-website、docs、AME-operator は期間内コミットなし
openRuyi-Project 組織 メインリポジトリは234コミット、52マージ PR、58オープン；分類は KDE Frameworks 6.31.0 バッチ64コミット、Samba 一式連動、12パッケージのセキュリティ更新、qemu 11.1.2、libvirt 2件、3件の revert（LLVM IR 配布の收回）、13の Go エコシステム新規パッケージ、vkpeak 収録を含む；タグは 2026.09-experimental 止まり、2026.10 は未リリース
buddy-compiler 組織 buddy-mlir：VIR 7件（#1002 から #1008）、Python バインディング #1009、buddy-server ソース再構成 #1010、Whisper x64 CI #1012、K3 デコードアテンション #1014、新 ABI #1015；正式版 0.1.2 と5つのナイトリーバージョン（dev20261026 から dev20261030）；オープン PR 3件は 10-28 で更新停止（#1011、#1013、#994）
riscv/riscv-arch-test 元の riscv-arch-test 組織パスは既に 404、リポジトリは riscv 組織へ移転；月曜期間（10-23 から 10-25）は30コミット、スイートのマージと H 拡張の補完が中心
RuyiSDK 開発者コミュニティフォーラム 今週は5スレッド：079期（10-26）、lpi4a UEFI（10-27）、RuyiAI サミット回顧と香山如意エコシステム大会転載、包雲崗講演転載（いずれも 10-29）；080期は未公開
openRuyi ディストリビューションニュースページ 10月の特集記事2本（いずれも 10-19 公開と記載）；月次リリース告知は依然 2026.09（9-30）、2026.10 は未リリース；リポジトリタグは 2026.09-experimental 止まり
ruyi パッケージマネージャ / タグ 0.53.0 を維持、0.54.0 は 09-18 の alpha のみ；メインブランチは今週2コミット；「10月末リリース」の約束は 10-31 時点で未履行
ruyi-imager / Releases v1.1.0-rc.1 は 10-29 16:02 に公開（プレリリース）、4件の対話と CLI 変更を含む
公式ホームページ（ruyiai.org） 3ページとも変化なし：ホームインデックス3件、ブログ2本、ドキュメント23章、sha256 は前号と一致
IREE 上流 期間内コミットに RISC-V 専用の変更なし
arXiv（RISC-V） 全週で新規なし；最新は 10-27 の SecDMP と TinyML C コード生成器、10-21 の長ベクトル FlashAttention が依然 RVV に最も近い
Google News RSS（中英文複数組） RuyiSDK、RuyiAI、如意 RISC-V、openRuyi の定向クエリは全週5期でゼロヒット；同期の RISC-V ニュースは如意コミュニティと無関係のため未収録

完全な情報源リスト

riscv PR #56 FlagGems オペレータ移行 — https://github.com/RuyiAI-Stack/triton-riscv/pull/56

ir K3 ドキュメント — https://github.com/buddy-compiler/buddy-mlir/blob/main/docs/K3DeepSeekR1.md

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