調査期間：過去24時間（2026-09-21 07:00 ~ 2026-09-22 07:00、北京時間）。本期は通常のデイリー更新ウィンドウであり、前回との重複はない。 情報源：GitHub（tile-ai 組織 28 リポジトリのプッシュ核查、ウィンドウ内 10 リポジトリにプッシュあり。メインリポジトリ単日 6 件のマージとレビューキューに新規 3 件。TileOPs roofline ガバナンスと組み合わせ GEMM セレクタの 2 件マージ、4 件フォローアップ。TileFoundry 2 件マージ。昇騰 3 件のリバートと毎日テストの復旧。海光の新規ブランチ、沐曦の上流同期、Sunrise リリース、MLIR 昇騰 2 件の新規オープン。ドキュメントサイトのデプロイ）、Google News RSS 中英文複数クエリ（プロキシ経由、ヒットゼロ）、Hacker News、arXiv、サードパーティエコシステムリポジトリ

本期インデックス

  • 今日の重点：メインリポジトリ単日 6 件のマージ——Fuzzer ICE 修正 2 件、AllReduce 静黙エラー遮断とフロントエンド Pythonic サポート（09-21）
    1. コアプロジェクトの進展
      • 1.1 メインリポジトリレビューキュー：NVRTC 連鎖と魔法除算の 2 ライン新規オープン、SM120 パッチはレビュー待ち（09-21）
      • 1.2 TileOPs：roofline ガバナンスの大規模マージ——マニフェスト公式が唯一の実行ソースとなり再カウント（09-21）
      • 1.3 TileOPs：組み合わせ GEMM セレクタを実測に基づき再フィット、torch._grouped_mm とのギャップを是正（09-21）
      • 1.4 TileOPs：ガバナンスフォローアップ 3 件——バイパス修正、マニフェストルール評価問題、W4A16 予備ウェイト順序（09-21）
      • 1.5 TileOPs：統一化キュー——DeltaNet プリフィルドラフトと可変長 GQA パイプラインの探索（09-21）
      • 1.6 夜間スナップショット：ベンチマーク 1046 項ゼロ失敗、正確性結果ファイルは今回スナップショットに含まれず（09-21）
      • 1.7 TileFoundry：ループ認識バッファライフタイムと CuTe スタイル swizzle の 2 件マージ（09-21）
    1. マルチバックエンド対応（昇騰 / 海光 / 沐曦 / Sunrise / 摩尔線程）
      • 2.1 昇騰：3 件のリバートで万行マージと 2 件のドキュメントを撤回、毎日テスト復旧しオールグリーン 2448/2448（09-21/09-22）
      • 2.2 昇騰：mhc_bwd サンプルマージ、新規修正 PR 2 件オープン（09-21）
      • 2.3 海光：新規ブランチが FP32 MMAC K を共有、ds_read フラグメントをパックコピーに変更（09-21）
      • 2.4 沐曦：main を上流最新ヘッドに同期、dev ブランチは未変更（09-21）
      • 2.5 Sunrise：0.1.14+sunrise.1.1.0 をリリース、CI と sparse mask 修正を含む（09-21）
      • 2.6 摩尔線程：MUSA 外部バックエンド接続で 3 箇所の API ギャップが露呈（09-21）
      • 2.7 MLIR 昇騰：パックソートと明示的メモリ制御の 2 件新規オープン（09-21）
    1. エコシステムと採用側
      • 3.1 採用側：TileKernels と FlashQLA はウィンドウ内プッシュなし（04-23 / 09-18）
      • 3.2 コミュニティプロジェクト：教学リポジトリ PTO のフロントエンドサンプルとドキュメントローカライズを同期（09-21）
    1. コミュニティ、チュートリアルとイベント
      • 4.1 ドキュメントサイト：メインリポジトリと TileOPs が各 1 回自動デプロイ（09-21）
      • 4.2 メディアと学術側：ウィンドウ内新規ゼロ（09-22）
      • 4.3 バージョンリズム：Sunrise 新規リリース、メインリポジトリ v0.1.14 は満 20 日（09-21）
    1. トレンド観察
      • 5.1 修正の深化：1 日 6 件、Fuzzer からランタイムまでをカバー
      • 5.2 昇騰のリバートと復旧：大规模マージの検証コストが正面から償却された
      • 5.3 TileOPs の信頼工学が「再発防止」段階へ
      • 5.4 空白とリスクポイント
  • 付：素材と核查説明

今日の重点：メインリポジトリ単日 6 件のマージ——Fuzzer ICE 修正 2 件、AllReduce 静黙エラー遮断とフロントエンド Pythonic サポート

日付：2026-09-21 至 2026-09-22　出典：tilelang #3207／#3206／#3260／#3266／#3262／#3230

ウィンドウ内でメインリポジトリに 6 件マージ（北京時間 09-21 13:28 から 09-22 01:42、1 日余りに集中）、5 件の issue をマージクローズ、直近で最も密度の高い 1 日となった。各件：

  • 2 件の Fuzzer ICE 修正（#3206、#3207、01:41 / 01:42 に 2 分以内で連続マージ）：#3206 はカーネル本体內の通常の assert をデバイス側の合法的なチェックに降格——従來 CUDA コード生成は汎用 visitor を継承し、ホスト専用のエラー報告呼び出しと return -1 を __global__ カーネルに書き込んでいたため、nvcc が直接コンパイルを拒否していた（#3019 を修正）；#3207 は「動的形状の出力が形状提供入力より前に並ぶ」呼び出し時クラッシュを修正——シンボルテーブル構築を先に入力へアクセスするよう変更し、tvm_ffi と cython の両アダプタで先に入力テンソルを配置してから出力を割り當て、スカラ分岐とリストを整列（#3017 を修正）。2 件の原単は同一の報告者が 08-17 同日に起票したもので、fuzzer キューの定點清算に屬する。

  • AllReduce サイレントエラーの intercept（#3266、21:18）：XOR バタフライリダクションは參加スレッドの步長が 2 の冪であることを要求するが、従來は論理幅のみをチェックしていた；(32, 3) フラグメントを第 0 次元に沿ってリダクションすると AllReduce<MaxOp, 96, 3> に降格され、列とコピーがサイレントに混算され、かつちょうど 96 または 192 スレッド時に共有メモリ交換が境界を越える。修正方法は步長検証を CheckAllReduceWidth に統合し（tl.reduce と tl.finalize_reducer が共用）、テンプレートに静的アサートを追加し、reducer v2 プランナーではこれに対して広い方案へフォールバックすること。

  • NVRTC 修正（#3260、00:15）：warp リダクションのコンパイル問題を修正し（#3259 を修正）、nvrtc_std.h テンプレートヘッダを新規追加。issue 起票（09-21 09:48）から修正マージまで約 14.5 時間。

  • フロントエンド Pythonic サポート（#3230、13:28）：コンパイル期ループが Python のイテラブルと内包表記を受け入れる；5 ファイル +1084/-24、うち 766 行の新規テストを含む；同時に PrimExpr、Buffer などの誤用に対して明示的な拒否を返す。2 件の長期 Feature Request をクローズ——#2451（ForFrame がイテラブルでない）と #2308（T.unroll 內の式リストインデックスのゼロオーバーヘッド）。

  • #3262（16:23）：不変変数の再バインドに関する警告を削除、正味 14 行削除。

判読：6 件は同種の堆積ではなく三層の縦深——コンパイラフロントエンド/境界（2 件の Fuzzer）、ランタイムラッパー層（NVRTC）、コード生成とスケジューリング（AllReduce）。うち AllReduce の 1 件が最も重い性質を持つ：これが intercept したのは「動きそうに見えて結果がひっそり間違う」サイレントエラーの一種であり、防線が静的アサートとプランナーフォールバックへ前倒しされた；フロントエンド Pythonic は週をまたぐ大型項目（09-15 起票）の著地である。

1. コアプロジェクトの進展

調査期間総覧：メインリポジトリ 6 件マージ（本日の重點を參照）、3 件の PR 新規起票と 1 件クローズ、2 件の issue 新規起票；TileOPs 2 件マージ、4 件新規/フォローアップ、1 部の夜間スナップショット；TileFoundry 2 件マージ、2 件新規起票。

1.1 メインリポジトリレビューキュー：NVRTC 連鎖と魔法除算の二線が新規起票、SM120 パッチはレビュー待ち（09-21）

日付：2026-09-21　情報源：#3263／#3265／#3267 ほか 6 件（完全なリストは附録を參照）

NVRTC 線：修正マージ後、同一作者が午前に #3263 を起票——NVRTC ラッパー層がホスト側スカラパラメータを渡し漏れている；同日のパッチ #3264 はクローズ（未マージ）、別途 #3265（起動不変量の整數演算をホスト側へ降格）を起票して継続中。動的形状の除算オーバーヘッドは別線として起票：要件単 #3261 と実裝 #3267（tl.LowerMagicDiv、除數の実行期値により魔法除算を事前計算）が同日に起票。さらに #3268（CMake がバックエンド環境変數で與えられた SDK パスを保持）が新規起票；SM120 ブロックスケーリングパッチ #3257 は調査期間內に更新（6 ファイル +252/-42、2 件のコミット）され、依然レビュー待ち；#3245（CUDA コード生成前に未サポートの GEMM dtype 組み合わせを intercept）はオープンを維持。

1.2 TileOPs：roofline ガバナンスの大型マージ——リスト式が唯一の実行ソースとなり再計數（09-21）

日付：2026-09-21　情報源：TileOPs #2158

09-21 21:02 マージ（09-20 07:29 起票、二日以内に完了）。三つの事柄：その一、マニフェストの roofline フィールドをすべての消費側が読み取る唯一の事実とする——一つの情報源（エントリ）、一つの評価面（生成された eval_roofline()）；これまで実装済み 175 オペレータのうち 98 個がエントリの横に別途メソッドを書いて実行しており、エントリを変更しても数値は変わらず、照合する術もなかった。その二、公式を修正、計 15 類の誤り：中間量が計上され、共通の入出力が漏計され、実装成果物が価格算入され、オペレータが誤った dtype や形状で価格算入されるなど、Conv3d、FFT、RoPE 系列、Mamba2、DeltaNetAutograd、ページド GQA、バッチ正規化、グループ化行列積などに及ぶ。その三、検査に判定可能な対象を持たせる：構造オラクルが PR ごとに 175 オペレータを再計算；NCU 監査は人手を維持（CI では付与できないカウンタ権限が必要）だが、構築可能な 78 オペレータに対する一回の全量実行で最後の二箇所の公式欠陥を発見した。

判読：「読み取り値、判定基準、溯源」から「公式と実行の合一」へ、「読み出したもの」と「書き下したもの」が同一であることが証明された；本件はこのガバナンス線の合流であり、かつ再検査能力を CI に留めた。

1.3 TileOPs：組み合わせ GEMM セレクタを実測に基づき再フィッティング、torch._grouped_mm との差が是正される（09-21）

日付：2026-09-21　ソース：TileOPs #2157

09-21 22:57 マージ。セレクタはデバイスの事実と相反する三箇所の静的コストモデルを一つずつ修正した：その一、モデルは WGMMA 命令数を認識できない（N が 2 の冪でないと二回発行される）ため、192 幅のタイルを安価と読む——実測ではタイトな行においてその最良構成が記述子に中央値で 1.38 倍遅れ、最悪 3.82 倍、74 回の比較すべてで負け、block_n=192 は排除リストに掲載された；その二、浅いリングのペナルティは波数のみを見ており、「三波でデバイスを埋める」形状を誤って損なう——「波数が少なくかつタイルが SM を埋めるに不足する」の二条件に変更；その三、階層化エピローグは従来一種のタイル形状のみに奉仕していた——リング深さによるゲーティングに変更し、m-grouped / K-grouped に拡張。背景として実測で組み合わせ GEMM は 120 測点のうち torch._grouped_mm に 14 回敗北、最大 3.3 倍。付随：融合 silu を 0.5 + 0.5 * tanh(g / 2) に書き換え（expf と正確除算を不要にし、出力はビット単位で一致）、MoE プレ配置容量を行ブロック単位で丸め、汎用組み合わせ GEMM は二つの prim_func がともに宣言しながら誰も参照解決しないメタデータテーブルを削除。

1.4 TileOPs：ガバナンスフォローアップ三件——バイパス修正、マニフェスト規則評価問題と W4A16 予備重み順（09-21）

日付：2026-09-21　ソース：#2167／#2161／#2168

  • #2167（22:34 新規起票）：roofline バイパス修正。maybe_install_eval_roofline() は eval_roofline を定義したクラスに対して静かに譲位しており、まさに 98 オペレータが手書きメソッドを実行する仕組みであった；#2158 マージ後もなお 3 つのオーバーライドが残り、本件はそのうち二つの GQA オーバーライドを削除し、「呼び出し期のペイロードを属性の上に重ねる」統一的な書き方に置き換え、さらに「ペイロードが None」（呼び出し側のタイミング問題）と「ペイロードがマッピングでない」（作者の結線ミス）の二種の誤用に明確なエラー報告を追加。
  • #2161（11:20、issue）：マニフェスト shape_rules 内の helper 定義が決して評価されない。15 の conv/pool エントリが等式で _kW、_sW などのような中間量を定義する一方、バリデータは逐条独立に評価し等式左辺を束縛しないため、234 条の規則が NameError で静かにスキップされる（ウィンドウ制約と全出力範囲規則がいずれも発効していない）。作者は三種の修正法を実測しすべて「テスト済み且つ却下」として列挙し、判断を待っている。
  • #2168（23:14、ドラフト）：W4A16 GEMM が前処理重み順を読み取る。現状では一対の FP16 重みを産出するごとに shift+mask+spread+LOP3 のデコードが必要で、実測でカーネルの 9.5% から 11.3% を占める；新たに W4A16RepackFwdOp（チェックポイントロード時に一度並べ替え、三進三出）と GemmW4A16PrepackedKernel を追加。併せて一箇所の宣言欠陥を修正：weight_scale は FP32 と宣言されており——Machete は直接拒否し、Marlin はチェックせず静かに誤計算する（参考実装に対して [inf, -1531.0, nan] を報告）；roofline の metadata_bytes も同時に修正。

1.5 TileOPs：統一化キュー——DeltaNet プリフィルドラフトと可変長 GQA パイプライン探索（09-21）

日付：2026-09-21　情報源：#2163／#2162／#2160

  • #2163（15:03、ドラフト）：等長プレフィル（T が 64 以上かつ 64 で割り切れる）を統一 DeltaNetFwdOp 契約（BTHD 入力、o と FP32 final_state を返す）へ移行し、旧来の公開プレフィル／デコード Op を廃止。デコードの移行は後続に留め、パック可変長とカーネル内 Q/K L2 正規化は暫定的に仕様段階とする。著者は GPU 検証が CI 待ちであると注記。
  • #2162（14:30、ドラフト）：可変長 GQA の性能探索——タイル全体での冗長マスクのスキップ、稠密型 warp 専用パイプラインのプロトタイプ、FlashInfer ベースラインの導入。H200 上で 36 項目の正しさ検証に通過。著者は「FlashInfer に対する優位は確立しておらず、性能の主張は行わない」と明言。
  • #2160（前ウィンドウの移行 PR）ウィンドウ内で一度更新、引き続きレビュー中。
  • ほかに古い 2 件 #2085、#2088 が 09-21 午前にクローズ（未マージ）。

1.6 夜間スナップショット：ベンチマーク 1046 項目で失敗ゼロ、正しさ結果ファイルは今回スナップショットに含まれず（09-21）

日付：2026-09-21　情報源：スナップショットコミット 201e809c／スナップショット環境メタデータ

09-22 02:41 に cbf29a82（#2157 のマージ点）向けに生成：ベンチマーク 1046 項目、失敗 0、スキップ 3（引き続き GQA paged の 3 項目）、ケース数は前回スナップショットと横ばい——#2157 はベンチマークケースを追加していない。環境は前回と同一：H200、CUDA 13.2、ドライバ 595.71.05、TileLang 0.1.11+cu132 にコードネーム版、torch 2.13.0、消費電力と周波数設定は変わらず。注目点：今回のスナップショットは bench_results.xml と meta.json のみを公開し、前回までの 2 回のスナップショットがいずれも添付していた test_results.xml（正しさ結果）は今回は見当たらず、理由は説明されていない。次回スナップショットで再確認する。

1.7 TileFoundry：ループ認識バッファライフタイムと CuTe 風 swizzle の 2 件がマージ（09-21）

日付：2026-09-21　情報源：TileFoundry #170／#174 ほか 4 件（完全なリストは付録参照）

  • #170（14:14 マージ、12 ファイル +1214/-172）：ループ認識のバッファライフタイム求解（#169 の修正）——構造化 SSA 区間と実／合成の使用イベントから物理的な再利用制約を導出し、「論理ライフタイムの総和」を置き換える。gmem/smem の peak_bytes は配置のハイウォーターマーク、rmem は最大投影値。CP-SAT は全論理ボックスを保持し、52 個の分析コーパスケースの段階別ピークを固定する。
  • #174（17:44 マージ）：XOR swizzle を CuTe の書き方へ導入——Swizzle(bits, base, shift) を凍結ファンクタとして移植し、ComposedLayout.inner を拡張して layout 代数の特化（apply/cosize/coalesce/逆/複合）を補完。CUDA コード生成は cute::make_composed_layout をそのまま出力。デバイス側の投影規則と仕様ドキュメント（shard.md、runtime.md）も同期更新。
  • 新規 2 件：#175（依存単位のループ開始点の分析サポート、20:20）、#176（メモリメタデータとトラフィックの正規化、翌日 01:58）。

2. マルチバックエンド対応（昇騰 / 海光 / 沐曦 / Sunrise / 摩尔線程）

2.1 昇騰：3 件のリバートによる 1 万行マージの撤回と 2 件のドキュメント、デイリーテストが全緑 2448/2448 に回復（09-21 から 09-22）

日付：2026-09-21 から 2026-09-22　情報源：昇騰 #1818／#1819／#1820／差し戻された #1753／デイリーテスト #1823／#1817

前回の調査期間のバッチマージ日は、一度の差し戻しで幕を閉じた。3 件の差し戻しが相次いでマージされた：

  • 10:02 の #1818 は #1753（09-20 にマージされた「FP32 行縮約最適化と Ascend 同期修正」、当時 72 ファイル +10117/-3618）を丸ごと撤回した。差し戻しコミットも同じく 72 ファイル、+3618/-10117 と完全に対称。reduce_2d_v2.h（953 行）などの実装と row_reduce ドキュメントの削除を含む。
  • 14:32 の #1819、14:33 の #1820 はそれぞれ transpose、select の 2 件のドキュメント強化（3 ファイル +10/-407 と 3 ファイル +74/-452、その新規テストと API ドキュメントを含む）を撤回した。
  • 3 件の差し戻し PR はいずれも説明が付されておらず、理由はリポジトリ側では展開されていない。

復旧検証：09-22 06:35 のデイリーテスト #1823 は 2448/2448 すべて通過を報告（ワークフロー実行 35658878616）。以前の 09-21 06:01 のレポート（#1817）はワークフローレベルの失敗であった。対照として、マージラッシュ前の 09-20 の通過件数は 1936/1936 であり、3 件の差し戻し後も回帰規模は落ち込まず、むしろ 512 項増加している。2 件のフォローアップ（#1815 PTO V2C 直列化、#1816 純 Vector オペレータの自動 C/V 帰属）は調査期間内に更新がなく、依然としてオープン状態にある。

判読：差し戻しは「マージ、検証、修正」というチェーンのもう一つの収束の形である——大きなマージがリスクを下流に持ち込んだ後、1 営業日で正面から返済を完了した。観察点：撤回された #1753 がいつ修正形態で復帰するか、そして #1815/#1816 の差し戻し後の存廃である。

2.2 昇騰：mhc_bwd サンプルをマージ、2 件の新規修正 PR を起票（09-21）

日付：2026-09-21　情報源：#1633／#1821／#1822

1 か月前に起票された（08-19）#1633 が 17:16 にマージされた（5 ファイル +607）：NPU 側の mhc_bwd（Sinkhorn 陰的共役勾配）オペレータサンプルを新規追加し、3 か所のスケジュールトリミングと検証強化を含む——CG ループの matvec はタイル不変部分（A に分裂ベクトル中の +x を乗じたもの）を直列ループから外に出し（2 回のディスパッチで 2 × tilesize を置換）、x0=0 のときは初期 matvec をスキップして直接 b を初期値とする；インターリーブ A/B の実測 seqlen 256/512/1024 はノイズ内、2048/4096 は 3.1% 高速化（2.02 が 1.95 に、4.03 が 3.90 ミリ秒に低下）；さらに fp32 アサーションを追加、参照 CG 検証を PASSED 判定基準に統合（実測 5.96e-08 から 1.79e-07）、バッチケースを pytest に移行（mhc_pre の整理方法を踏襲）。新規修正 2 件を起票：#1821（非連続のフラット UB BufferRegion を拒否）、#1822（in-place T.tile.silu を AscendC 上で安全にする）、いずれも未マージ。

2.3 海光：新ブランチが FP32 MMAC K を共有、ds_read 断片をパックドコピーに変更（09-21）

日付：2026-09-21　情報源：ブランチコミット 11007fd5／#11 サンプルサポート

19:50 feat/hcu-ds-read-fp32-mmac-k ブランチへ1件プッシュ（3ファイル +50/-32）：MmacMicroKDim を新規ファイル mmac_micro_k.hpp へ移動し、ds_read_format と gemm でアーキテクチャ関連の FP32 K を共用化（gfx92a/gfx946 は x4、gfx938 は x8）；フラグメントコピーを 4B/8B ワードのパックに変更し、clang の i8 抽出正当化問題を回避。当該ブランチには対応する PR はまだない；サンプルサポート PR #11 は依然オープン（最終更新 09-20）。

2.4 沐曦：main を上流最新ヘッドへ同期、dev ブランチは未着手（09-21）

日付：2026-09-21　情報源：metax main コミット eab74a4a

09:59 main を自社 v0.1.14 リリースポイント（e10a13e3、09-01）から上流最新 eab74a4a へファストフォワード——すなわち前回調査期間の主リポジトリの GLM-5.3 k プールチェーン合流分で、直近3週間の上流増分を同期；開発ラインの dev ブランチは 09-17 以降未着手、タグも未更新。上流に追随する定例同期であり、MUSA 側の新たな動きは見られない。

2.5 Sunrise：0.1.14+sunrise.1.1.0 をリリース、CI と sparse mask 修正を含む（09-21）

日付：2026-09-21　情報源：リリース 0.1.14+sunrise.1.1.0／リリース PR #6

16:00 新バージョンタグ 0.1.14+sunrise.1.1.0 をリリース（前バージョン 0.1.13+sunrise.1.0.0 は 09-08）。リリース経路は候補ブランチ（11:06 プッシュ）からリリース PR #6（15:33 マージ）、そしてタグ付けへ。内容の主体はエンジニアリング化：sparse mask 実行の修正、デバイス復旧失敗後の CI 停止；CI 体系を大幅拡充（ci/run.sh、ci/install.sh と junit を JSONL へ変換するスクリプトを新規追加、ci/lib.sh は大幅改修）；コンパイル速度ベンチマークと compile-only、lower-trace ツールのドキュメントを追加；tvm_sunrise の z3 prover スイッチと整数解析を更新。

2.6 摩尔線程：MUSA 外部バックエンド接続が露呈した3つの API ギャップ（09-21）

日付：2026-09-21　情報源：TileOPs #2164／#2165／#2166

TileOPs トラッカーに新たな接続パターンが出現：組み込みバックエンドではなく「外部バックエンド」として MUSA へ接続（MTT S5000 実測）。3件の issue は、公式 Op が登録済みの MUSA builder に到達する前に失敗する3つのメカニズムを指摘——Dropout と RoPE 系列の CUDA-only 入力検証が MUSA テンソルを直接拒否；ゼロ入力の外部呼び出しが拒否；外部ディスパッチ前に依然 CUDA デバイスクエリを実行。対照群は正常（LogSumExp は builder に到達し実行完了）。さらに2件：#2165 バイナリ autotune テストが外部 MUSA バックエンドに対して依然組み込み CUDA ビルドパスを通る；#2166 Op.iter_kernels が独立実装された外部バックエンド Kernel を漏らす。3問は共通して「登録式外部バックエンド」と既存の CUDA 前提との境界を指し示す。

2.7 MLIR 昇騰：パッキングソートと明示的メモリ制御の2件が新規オープン（09-21）

日付：2026-09-21　情報源：#189／#190

2件の新規 PR はプレフィル段階の IR エンジニアリング化を指向：#189（A2 プラットフォームのパッキングソートとバンドルツールチェーン、09-20 オープン、調査期間内に更新）と #190（明示的メモリとパイプライン制御、09-21 16:24 オープン）、いずれもオープン中、未マージ。

3. エコシステムと採用側

3.1 採用側：TileKernels と FlashQLA は調査期間内にプッシュなし（04-23 / 09-18）

日付：2026-09-22（検証）　情報源：TileKernels／FlashQLA

調査期間内に採用側2社からのプッシュはなし：TileKernels の最新プッシュは依然 04-23 のまま；FlashQLA の前回プッシュは 09-18。採用側は引き続き沈黙。

3.2 コミュニティプロジェクト：教学リポジトリ PTO フロントエンドサンプルとドキュメントローカライズの同期（09-21）

日付：2026-09-21　情報源：tilelang-tutorials コミット／tilelang-docs-l10n

  • 教学リポジトリ easy-tilelang/tilelang-tutorials が init_core のサンプル群を新規追加（22:42、4ファイル +114）：PTO フロントエンドの3形態（純 Cube、純 Vector、混合）で TileLang の書き方を示すもので、作者は華為出身；同リポジトリはコミュニティが新設した教学方向。
  • ドキュメントローカライズリポジトリ（Crowdin ワークフロー）が README 全言語翻訳の同期を一巡完了（10:02）。

4. コミュニティ、チュートリアルとイベント

4.1 ドキュメントサイト：メインリポジトリと TileOPs がそれぞれ1回自動デプロイ（09-21）

日付：2026-09-21　情報源：メインリポジトリ ドキュメントサイト／TileOPs ドキュメントサイト

メインリポジトリのドキュメントサイトは 13:31 に「Update docs」の自動コミットが1回；TileOPs ドキュメントサイトは 07:59 に gh-pages デプロイが1回。いずれもパイプラインの自動挙動であり、サイト内容に実質的な変化は見られない。

4.2 メディアと学術側：調査期間内は新規ゼロ（09-22）

日付：2026-09-22　情報源：Google News RSS（複数の中英語クエリ、プロキシ経由）／Hacker News／arXiv

Google News の中英語複数クエリ（TileLang 直近2日と直近7日、GPU kernel の組み合わせ）は調査期間内でヒットゼロ；Hacker News の関連クエリは文言が偶然一致しただけの無関係な項目が1件のみ；arXiv のトピック検索で最新のものは依然 07-24 の TileSight 性能モデル論文で、調査期間内に新規プレプリントはなし。

4.3 リリースのリズム：Sunrise が新規リリース、メインリポジトリ v0.1.14 は満20日に（09-21）

日付：2026-09-21　情報源：tilelang v0.1.14／Sunrise リリース

メインリポジトリの最新リリースは依然 09-02 の v0.1.14（満20日）；今期は Sunrise 0.1.14+sunrise.1.1.0（09-21）が新規追加。その他は不動：昇騰 v0.1.2.000（09-09）、MLIR 昇騰 v0.1.2.020.sglang.poc（09-09）、摩尔線程 v0.1.14+musa.1（09-11）、沐曦 v0.1.14（09-17）。

5. トレンド観察

5.1 修正の縦深：1日6件、Fuzzer からランタイムまでをカバー

メインリポジトリの本日マージされた6件は3層の縦深を構成する：コンパイラフロントエンドと境界（Fuzzer ICE 2件）、ランタイムラッパー層（NVRTC）、コード生成とスケジューリング（AllReduce）。2件の Fuzzer は同一報告者が 08-17 に同日開票したものだけで、今になって的を絞って処理されたことは、fuzzer キューがついでではなく系統的に処理されていることを示す；AllReduce の1件が阻止したのは「動くが静かに誤る」エラーで、検証は静的アサーションとプランナーのフォールバックへ前倒しされた——これは TileOPs 側の「公式は必ず名指しで参照可能」というトラストエンジニアリングと同じ発想が、異なるリポジトリで並行して現れたものである。

5.2 昇騰のロールバックと復旧：大型マージの検証コストが正面から支払われた

昨日の「赤」は24時間以内に「緑」へ転じた：3件のロールバックが1万行マージと2件のドキュメント撤回を巻き戻し、本日のデイリーテストは 2448 項目すべて通過で決着。ロールバックは失敗の物語ではない——マージ（09-20 午後）、検証失敗（09-21 早朝）、ロールバック（09-21 午前から午後）、全緑への復旧（09-22 早朝）、完全なチェーンは2日未満。観察点：撤回された #1753 がどのような修正形態で戻るか；回帰規模が 1936 から 2448 への増分が何で構成されるか（どのマージのテストがそれに伴い体系入りしたか）は来週照合する価値がある。

5.3 TileOPs 信頼工学は「逆戻り防止」段階に入る

先日は「誤りを正す」（意味論、物理、来歴、公式）だったが、本調査期間は「誤りを入れさせず、正しいものを退場させない」へと転換した：#2167 は清算公式を迂回するバイパス機構を撤去し、誤用に例外を付与；#2161 は「書き下したが決して実行しない」問題を公式層からルール層へと進展（234 件のサイレントスキップ）；#2157 は GEMM セレクタの三箇所のコストモデルを直感から実測読み取りへと変更。共通点は、ガバナンスに回帰能力を組み込むことであり、再度帳尻を合わせることではない。

5.4 空白とリスク点

四点：その一、k プールスタックの遺留四件（#3250、#3251、#3253、#3255）が連続二日目に収尾アクションなし、内容はすでに本線にあるが起票が宙吊り；その二、主リポジトリのリリース停滞が満 20 日に到達、レビューキューは時間単位のペースで清算し、リリース窓口は未開放；その三、昇騰が回退された FP32 行帰約と二件のドキュメントにまだ手直しスケジュールが見えない；その四、TileOPs の外部バックエンド三問（MUSA）にまだ応答なし——もし「登録式接続」が次段階の方向であるなら、この三箇所の欠落はクロスチップ普及の前提条件となるだろう。

付：素材と検証説明

情報源検証表

情報源 検証結果
tile-ai 組織（28 リポジトリ） 調査期間内に 10 のリポジトリでプッシュあり：tilelang、TileOPs、TileOPs-nightly、tilelang-ascend、tilelang-hygon、tilelang-sunrise、TileFoundry、tilelang-metax、tilelang.github.io、TileOPs.github.io（後二者はサイトデプロイ）
主リポジトリ tilelang デフォルトブランチ 6 件マージ（#3207、#3206、#3260、#3266、#3262、#3230）；新規 #3265、#3267、#3268 と issue #3261、#3263；#3264 はクローズされマージされず；#3257、#3245 はレビュー待ち；k プールスタック四件は更新なし
TileOPs 2 件マージ（#2158、#2157）；新規 #2167、#2168、#2163、#2162（後二者はドラフト）と issue #2161；#2160 更新；#2085、#2088 クローズ；MUSA 関連 #2164 から #2166 起票
TileOPs-nightly 1 件のスナップショット（201e809c、#2157 マージ点に対応）：ベンチマーク 1046 項目零失敗；正確性結果ファイルは今回未公開
TileFoundry 2 件マージ（#170、#174）；2 件新規（#175、#176）
昇騰 3 件回退（#1818、#1819、#1820）と 1 件マージ（#1633）；新規 #1821、#1822；デイリーテスト復旧 2448/2448
海光 新ブランチ 1 件プッシュ（FP32 MMAC K 共有と ds_read パッキング）
沐曦 main 上流同期（e10a13e3 から eab74a4a）；dev は未変更
Sunrise 0.1.14+sunrise.1.1.0 をリリース（リリース PR #6）
MLIR 昇騰 2 件新規（#189、#190）
採用元 TileKernels、FlashQLA は調査期間内にプッシュなし
コミュニティリポジトリ tilelang-tutorials に init_core 例を追加；tilelang-docs-l10n の翻訳同期
Google News RSS（中英複数組、プロキシ経由） 調査期間内にゼロヒット
Hacker News 主題ヒットなし（一行の字面の偶然的一致）
arXiv 最新一篇は 07-24、調査期間内に新規プレプリントなし
ドキュメントサイト 主リポジトリと TileOPs が各 1 回自動デプロイ、内容に実質的変化は見られず

完全な情報源リスト

://github.com/tile-ai/TileOPs/pull/2163>