調査期間：過去 3 日間（2026-09-25 07:00 ~ 2026-09-28 07:00、北京時間；週末時間帯を含む、前回のレポートは 09-25）。本期は月曜三期間合併ウィンドウであり、前回と重複はない。 情報源：GitHub（tile-ai 組織 29 リポジトリのプッシュ核查、期間内 6 リポジトリにプッシュあり；TileOPs 35 件のマージと「Manifest パラメータ化シグネチャ」全ラウンド移行、200 オペレータリリース計画の起票；主リポジトリ SM120 ブロックスケーリング GEMM 2 件のマージと FP8 ベクトルコピー高速化の実測；TileFoundry AtomSched 7 件のマージ；夜間スナップショット 5 件すべてゼロ失敗；採用側 FlashQLA 修正とドキュメントサイト更新）、Google News RSS 中英語複数クエリ（プロキシ経由、ゼロヒット）、Hacker News、arXiv、コミュニティリポジトリ核查

本期インデックス

  • 今日の重点：TileOPs「Manifest パラメータ化シグネチャ」全ラウンド移行完了——17 件のマージ、200 オペレータリリース計画が同日起票（09-26/09-27）
    1. コアプロジェクト進展
      • 1.1 主リポジトリ：SM120 ブロックスケーリング GEMM 2 件のマージ——断片常駐サポートとレイアウト衝突拒否（09-26/09-27）
      • 1.2 主リポジトリ：FP8 ベクトルコピーのパッキング維持、条件付きコピーカーネル実測 1.42 倍（09-25）
      • 1.3 主リポジトリ：期間内新規 10 件起票、RNG キューと非同期ステージングリファクタリングは依然審査待ち（09-25~09-27）
      • 1.4 TileOPs：アテンション整編——SM90 プリフィル三連とデコード統一、レガシーパス削除（09-25~09-28）
      • 1.5 TileOPs：線形アテンション、FFT 書き換えとオペレータ雑多マージ（09-25~09-28）
      • 1.6 TileOPs：テストとベンチマーク体系再構築、manifest 一致性テストケース着地（09-26/09-27）
      • 1.7 TileFoundry：AtomSched——命令化テンソルスケジューリングと段階的メモリ分析 7 件（09-25~09-28）
      • 1.8 夜間スナップショット：期間内 5 件すべてゼロ失敗、最新 1093 項正しさ + 1318 項ベンチマーク（09-28 未明）
    1. マルチバックエンド適配（昇騰 / MLIR 昇騰 / 沐曦 / 海光 / 摩尔線程）
      • 2.1 5 リポジトリ期間内ゼロプッシュ、ゼロ PR 更新（09-28 核查）
    1. エコシステムと採用側
      • 3.1 採用側：FlashQLA が Blackwell パスカーネル同期を修正（09-26）
      • 3.2 採用側とコミュニティ：TileKernels プッシュなし、SoftHier 拡張に期間内更新なし（09-28 核查）
      • 3.3 バージョンリズム：主リポジトリ v0.1.14 が満 26 日、TileRT リリースページが 4 日遅延（09-28）
    1. コミュニティ、チュートリアルとイベント
      • 4.1 ドキュメントサイト：TileOPs ドキュメントサイト三連更新で Manifest 移行をフォロー；主リポジトリドキュメントサイトは定例更新（09-26/09-27）
      • 4.2 メディアと学術側：Google News ゼロヒット、arXiv に新規プレプリントなし（09-28 核查）
    1. トレンド観察
      • 5.1 「契約を先に定める」の制度化：roofline 自己検査からリリース計画へ
      • 5.2 SM120 ラインの小刻みな高速反復と lowering-only テスト戦略
      • 5.3 アテンションカーネル：マルチパス並列から単一系統へ
      • 5.4 空白とリスクポイント
  • 付：素材と核查説明

今日の重点：TileOPs「Manifest パラメータ化シグネチャ」全ラウンド移行完了——17 件のマージ、200 オペレータリリース計画が同日起票（09-26/09-27）

日付：2026-09-26、2026-09-27　出典：設計ドキュメント PR（#2209）／ シグネチャ検査と生成（#2212）／ 200 オペレータ追跡イシュー（#2271）／ 24 件の spec-only エントリ（#2279）

09-26 08:02 から 09-27 11:57（北京時間）、TileOPs の Manifest シリーズ 17 件の PR が順次マージされ、オペレータリストを YAML テーブルから「パラメータ化シグネチャ」（parametric signature）へ書き換え、同一ウィンドウで 200 オペレータリリース計画を起票した：

  • 設計（#2209、09-26 08:02 マージ）：各オペレータは manifest 内にパラメータ化されたシグネチャとして記述される——forall インデックスと種別、型族と代数的データ型（ADT）、閉じた式言語、読み書き効果、生成器付きワークロード行、検証チェックリスト。roofline 価格設定は ix 上のインライン式評価に変更。オペレータ設計文書、信頼モデル、テストガイドと agent ドメイン規則を同時に書き換え（13 ファイル、+633/-1193、削除が追加を上回る）。
  • 実装（#2212 から #2227、09-26 全日から 09-27 正午）：シグネチャ検査とオペレータメソッド生成はマニフェストから導出する方式に変更（#2212）。各オペレータ族をバッチごとに変換——elementwise（#2216）、moe（#2218）、reduction/normalization（#2221）、linear_attention（#2222）、gemm/quantization/convolution（#2223）、attention（#2224）、mamba（#2214）、pool/scan/rope/sequence-modeling/FFT（#2217）。仕上げのコミット（#2225、09-27 10:32）で最後の gemm エントリの変換を完了し、遺留 manifest パスを削除。manifest YAML は spec/ ディレクトリへ移行、ファイル命名を統一（#2227）。付随する動作変更：ツリー内にカーネル宣言のないデバイスでオペレータを呼び出した場合、OpNotAvailableError をスローするよう変更（#2219）。
  • リリース計画（09-27 夜）：追跡イシュー「TileOPs 200-operator release plan」（#2271）が立ち上がる——目標 200 件の manifest エントリ（implemented + spec-only でカウント。新規オペレータのみをカウントし、拡張とスケジューリングは算入せず）、最悪ケース推計表を添付。同日 PR #2279 が計画に 24 件の spec-only エントリと新しい sampling 族を追加。当該 PR の記述によれば、リポジトリのカウントバッジは 172/177 から 172/201 に変化。24 件の新エントリは 4 方向をカバー：量子化族 9 件（INT8/INT4 のテンソル単位、チャネル単位、ブロック単位と SmoothQuant、FP8 ブロック単位）、サンプリングと投機的デコード族 6 件（TopK/TopP/MinP/TopKTopP マスク、SamplingFromProbs、ChainSpeculativeSampling）、MLA と KV キャッシュ族 7 件（MLA Paged/Varlen、PagedKVCache の書き込みと収集、MergeAttentionStates、DeepSeekSparseAttentionPaged）、norm 1 件（FusedQKNormRope）と線形アテンション 1 件（KimiDeltaAttention）。
  • 付随する制約（#2279）：新規 test_spec_reference.py が spec-only エントリのワークロードごとに参照実装を実行し、入力書き込みと拒否呼び出しを検証。不変条件「implemented ⊆ public ⊆ manifest」を確立。イシューには同時に 5 件の spec-only 補完トラッキング（GQA 2 件、GatedDeltaNet、DeltaNetInference、GLAInference）と 11 件のカーネルカバレッジサブタスク（FP8 Q/K/V、RoPE、FP8 KV キャッシュ、GDN 変種など）が掲示される。

判読：これは TileOPs のここ 2 週間の「信頼エンジニアリング」（roofline 自己検査、数式誤り訂正の後）の制度的アップグレードである——まず契約を落とし、次に実装を落とし、検査は生成器が承接する。200 オペレータ計画はロードマップを公開化し、量子化、投機的デコード、MLA と KimiDeltaAttention などの国産大規模モデルオペレータの方向性がこれに伴い浮上する。利用側にとっては、オペレータ動作の「契約ソース」がコードコメントから検証可能なマニフェストへと変わり、接続前にカバレッジのギャップを評価できる。

1. 核心プロジェクトの進展

1.1 メインリポジトリ：SM120 ブロックスケーリング GEMM の 2 件マージ——フラグメント常駐サポートとレイアウト衝突拒否（09-26/09-27）

日付：2026-09-26、2026-09-27　情報源：#3257／ #3284／ 欠陥票 #3283／ 先導要件票 #3256

  • #3257（09-26 23:39 マージ、作者 sepcnt）：SM120 ブロックスケーリング GEMM にフラグメント常駐 A オペランドと行主序スケーリングフラグメントのサポートを追加し、奇数 per-warp MMA atom グリッド（8x1 分割を含む）におけるコンパクトスケーリング行選択を修正；5 ファイル +230/-50；フラグメントオペランド/スケーリング、転置 A、コンパクトレイアウト、マルチ warp 戦略の回帰カバレッジを付属。
  • #3284（09-27 19:18 マージ、作者 LeiWang1999）：SFA と SFB が同一スケーリングフラグメントを共用する際にレイアウト要件を黙って上書きし、スケーリング読み取りエラーを引き起こす問題を修正——レイアウト推論をまず完全なフラグメントレイアウトを比較する方式に変更し、衝突時にはエラーを報告して独立したスケーリングフラグメントまたは共有メモリスケーリングへの切り替えを促す；新たに 18 件の CUDA lowering 回帰テストケースを追加（3 種の warp 戦略、共有/フラグメント A、エイリアスと独立スケーリングフラグメント、エイリアス共有メモリスケーリング）、関連する 2 つのテストファイルで 138 項通過、21 項スキップ。
  • テスト基準の説明：両件のテストはいずれも明示的に sm_120a へ lower し、デバイスコンパイルは行わない（SM120 ハードウェアでの数値実行は本バッチのテストでカバーされていない；#3284 で明記）。
  • 背景：SM120 は Blackwell のコンシューマー/ワークステーション向け（GeForce RTX 50 シリーズ、RTX PRO シリーズ）；このラインは 09-16 の mxf4nvf4 ブロックスケーリング MMA PR（#3081、依然オープン）から継続しており、調査期間内にさらに 2 件のフォローアップ（#3286、#3290、1.3 参照）が追加された。

1.2 メインリポジトリ：FP8 ベクトルコピーがパッキングを保持、条件付きコピーカーネルが実測 1.42 倍（09-25）

日付：2026-09-25　情報源：#3276

  • #3276（09-25 14:17 マージ、作者 LeiWang1999；前号では「レビュー中」として記録）：CUDA FP8 ベクトル型（E4M3/E5M2/E8M0、2/4/8/16/32 lane）にパッキングコピーコンストラクタと代入を定義——マッチングした整数キャリア（uint16/uint32/uint2/uint4/ulonglong4）によるオブジェクト全体の転送。動機：NVCC はデフォルトのメンバーごとのコピーを冗長な unpack/repack 命令に lower してしまい、たとえ周辺のメモリアクセスがすでにベクトル化されていてもそうなる；修正はコード生成の特殊ケースを一切導入せず、ヘッダーファイルのみを変更。
  • 実測（B300 SXM6、sm_103a、NVCC 13.1）：E4M3 条件付きコピーカーネル 44.07 → 31.07 マイクロ秒（1.42 倍）；レジスタ 77 → 71；変換ワークロードで 80 条の PRMT、16 条の SHF、32 条のパッキング関連 LOP3 を除去、E8M0 の PRMT は 241 から 155 に減少。計測は do_bench を採用（warmup 100 / rep 500、5 回交互に中央値を取得）、静的 SASS 比較と計測結果は別々に提示。

1.3 メインリポジトリ：調査期間内に新規 10 件、RNG キューと非同期ステージングリファクタリングは依然レビュー待ち（09-25~09-27）

日付：2026-09-25 ~ 2026-09-27　情報源：#3286／ #3290／ #3285／ #3288／ #3280／ メインリポジトリ PR キュー

  • 調査期間内に新規 10 件：SM120 2 件（#3286 レジスタ A の K 原子展開とスケーリング原子単位ロード；#3290 W4A16 NVFP4 デコード例、ドラフト）、CUDA/コンパイラ 4 件（#3285 NVRTC デバイスコンパイル対応、TVM-FFI；#3288 warp 特化段階を移動されるまで保持し非 TMA コピーが消費——#3287 を修正；#3282 TIRX ソース区間可視化ツール；#3291 z3 で制約を満たす全スレッドを推論）、プラットフォーム 2 件（#3281 CPU/Windows JIT 共有ライブラリのコンパイルとエクスポート修正；#3289 import C ソースファイルの改行補完）、修正 1 件（#3280 deepseek_v32 topk セレクタのバッファオーバーフロー）。
  • キュー継続項目：RNG 4 件（#3241~#3244）は 09-24 以降更新なく依然オープン；#3275（SIMT im2col の早期露出）と #3279（非同期データ一時退避の統一と転送認識による削減）は審査待ちで未着手；#3267（魔法除算）、#3247（TileIR バックエンド、ドラフト）は未更新。
  • 欠陥側：調査期間内に新規 2 件——#3283（SM120 スケーリングフラグメント競合、#3284 により修正・クローズ済み）と #3287（warp 特化パイプラインの段階早期解放）、後者は #3288 でフォローアップ済み。

1.4 TileOPs：アテンション整編——SM90 プリフィル三連とデコード統一、レガシーパス削除（09-25~09-28）

日付：2026-09-25 ~ 2026-09-28　情報源：#2178／ #2208／ #2198／ #2207／ #2202／ #2197／ #2273／ #2281

  • SM90 varlen GQA プリフィル三連：warp 特化プリフィルカーネルをマージ（#2178、09-25 19:12）→ 永続カーネルへ改造（#2208、09-26 00:50）→ D64 ヘッド次元対応（#2198、09-27 23:19）；同期間にスライディングウィンドウ varlen カーネルの TMA パスを復元（#2207、09-25 18:37）。
  • デコード側の収束：ページド GQA デコードを統一オペレータへ移行しレガシーデコードオペレータを削除（#2202、09-27 21:32）；レガシー varlen GQA パスを削除（#2197、09-27 20:50）。
  • 正確性の修正：causal paged decode のキャッシュ末端へのアラインメント、非 causal NSA の系列末端での切り詰め、FusedTopK のスコアによる価格設定（#2273、09-27 21:38）。
  • 新規フォローアップ：MHA 逆方向の SM90 warp 特化カーネルのサービス化と FA3 逆方向の個別計測（#2281、09-28 未明ドラフト）——逆方向パスが同一カーネル譜系に入る前奏。

1.5 TileOPs：線形アテンション、FFT 書き換えとオペレータ雑多なマージ（09-25~09-28）

日付：2026-09-25 ~ 2026-09-28　情報源：#2199／ #2196／ #2187／ #2040／ #2283／ #2242／ #2240／ #2280

  • 線形注意力：GLA デコードが GLAInferenceFwdOp に接続（#2199、09-28 06:20 マージ、H200 稠密デコードサービス化）；帰属のない Gated DeltaNet カーネルを削除（#2196、09-27 22:57）——先週の「整編」路線を継続。
  • FFT：#2187 で LUT 実装を計算式カーネルに置換、2 の冪カバレッジを 2^28 まで拡大（09-25 13:03 マージ；前号「レビュー中」項目の収束）。
  • GEMM と要素級：GemmFp8FwdOp が 1D2D FP8 ブロックスケーリングに対応（#2040、09-28 06:19；#2283 がフォローアップでキャリブレーションを calibration_key でマッチング）；要素級 NaN 伝播で clamp 系の減速を除去しバイナリベースライン形状を復元（#2242）；float32 reduction/softmax を単一カーネル読み取り修正に変更（#2240）。
  • アーキテクチャ保守：Engram デコードのコンパイル境界をオペレータ層へ移動（#2280、09-28 06:10）。

1.6 TileOPs：テストとベンチマーク体系の再構築、manifest 一致性テストケースが着地（09-26/09-27）

日付：2026-09-26、2026-09-27　ソース：#2239／ #2226／ #2243／ #2244／ #2213／ #2215

  • 構造再編：断片化した tests/ops と workloads ファイルを統合（#2239）；断片化したベンチマークファイルと単一インポートモジュールを統合（#2226）；テストとワークロードのデバイスを単一ソースに変更（#2243）；ツリー内カーネルテストを統一マーク、ベンチマークにターゲットとデバイスオプションを付与（#2244）；op テストが benchmarks をインポートするのを停止、標準許容誤差を統一、trust-model.md を layer-boundaries に改名（#2213）。
  • コントラクトテスト：manifest から呼び出してビルドターゲット一致性テストケースを構築（#2215）——本日の重点である Manifest 移行と連動。
  • 補足：本再構築群は夜間スナップショットのテストケース構造変化の直接的な背景である；スナップショットフローはゼロ失敗を維持（1.8 参照）。

1.7 TileFoundry：AtomSched——命令化テンソルスケジューリングと段階的メモリ解析の七件（09-25~09-28）

日付：2026-09-25 ~ 2026-09-28　ソース：#189／ #191／ #187／ #186

  • 七件マージ（#185~#191）：シャード配置宣言（#185）、AtomSched 操作宣言（#186）、CUDA MMA 原子と非同期コピー命令宣言（#187）、レイアウト構造化正規表現マッチング（#188）、命令化テンソルスケジューリング（#189）、TIR オペランドコントラクト（#190）、段階的メモリ割り当てモデル（#191）。
  • #189 の要点（09-27 21:08 マージ）：tf.schedule 操作（五つの著者パラメータ：operands/op/repeat/order/buffers）と 21 個のスケジュールフィクスチャを追加；オペランドコントラクトと結果型は選択された命令から導出；階層帯域幅、MMA ワークロード、バッファ常駐で課金；評価時にハンドラが欠落している場合は fail-closed（恒等へのフォールバックなし）。規模 64 ファイル +3445/-220。
  • #191 の要点（09-28 03:31 マージ）：AtomSched 解析移行 stage 3 を完了——ループ認識常駐、リージョン級レジスタピーク、アドレス付きグローバル/共有メモリ配置求解（エイリアスの強制成立を要求）；21/21 の共有メモリがゴールデン一致；ソースコードパターン検証 1241 通過、10 スキップ。

1.8 夜間スナップショット：調査期間内の 5 件すべてゼロ失敗、最新 1093 項目の正確性 + 1318 項目のベンチマーク（09-28 未明）

日付：2026-09-25 ~ 2026-09-28　出典：最新スナップショットコミット／ スナップショット環境メタデータ

  • 調査期間内の 5 回のスナップショット（09-25 夜から 09-28 未明までの各回）；最新の dab9b1ab（対応する TileOPs ee3ebaf247、すなわち #2198 のマージ点）：正確性 1093 項目、スキップ 2 項目、失敗ゼロエラーゼロ；ベンチマーク 1318 項目、スキップ 1 項目、失敗ゼロエラーゼロ。
  • 環境（meta.json）：NVIDIA H200、CUDA 13.2 / ドライバ 595.71.05、tilelang 0.1.11+cu132（git afcebed1）、torch 2.13.0+cu132、電力上限 700W。

2. マルチバックエンド適配（昇腾 / MLIR 昇腾 / 沐曦 / 海光 / 摩尔線程）

2.1 五リポジトリは調査期間内にプッシュゼロ、PR 更新ゼロ（09-28 検証）

日付：2026-09-28　出典：tilelang-ascend／ tilelang-metax／ tilelang-hygon／ tilelang-musa／ tilelang-mlir-ascend

  • 3 日の調査期間内、五リポジトリはいずれもプッシュなし、PR 更新なし：昇腾（最終プッシュ 09-24）、MLIR 昇腾（09-24）、沐曦（09-24）、海光（09-24）、摩尔線程（09-17）——リポジトリごとに最近の PR リストを照合した結果、調査期間内の更新数はいずれも 0。
  • 前回対比：昇腾のドキュメント検証キューに新規マージなし；沐曦のサブ warp ガード（#159）、海光 #12 以降に新規なし；摩尔線程は 09-17 から 11 日連続で沈黙。調査期間内のハードウェア向けの実質的進展は主リポジトリの NVIDIA ライン（SM120、1.1 参照）に集中しており、4 社の国産適配はいずれも本期は動きなし。

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

3.1 採用側：FlashQLA が Blackwell パスカーネル同期を修正（09-26）

日付：2026-09-26　出典：FlashQLA 修正マージ／ FlashQLA リポジトリ

  • Qwen の FlashQLA（TileLang ベースの GDN 線形注意カーネルライブラリ、SM90/100/103/120/121 をサポート）が 1 件の修正をマージ：prepare_h と fused_fwd カーネルに Blackwell 上での同期点を補完（3 ファイル +21/-5、Chengruidong Zhang によるコミット）。これは採用側が Blackwell プラットフォームで継続的に研鑽している最新の動き；リポジトリの自述によれば、その v0.1.2 はすでに SM120 に前方サポートを提供し、flash-linear-attention の GDN バックエンドとして機能している。

3.2 採用側とコミュニティ：TileKernels はプッシュなし、SoftHier 拡張は調査期間内の更新なし（09-28 検証）

日付：2026-09-28　出典：TileKernels リポジトリ／ tilelang-softhier リポジトリ

  • DeepSeek の TileKernels は 2026-04 以降プッシュなし；ETH チューリッヒの TileLang SoftHier 拡張（RISC-V メニーコアアクセラレータ向け）の最終更新は 09-24（前回既報）、調査期間内に新規コミットなし；TVM-TileLang cookbook などのコミュニティ資料に新規内容なし。

3.3 バージョンリズム：主リポジトリ v0.1.14 が満 26 日、TileRT リリースページは 4 日遅延（09-28）

日付：2026-09-28　出典：tilelang リリースページ／ TileRT リリースページ／ TileFoundry リリースページ

  • メインリポジトリ tilelang：v0.1.14（09-02）はすでに満 26 日間新バージョンなし；TileOPs に独立リリースなし；TileFoundry の最新は依然 v0.0.2（09-10、18 日）。
  • TileRT：v0.1.6 リリース PR は 09-24 にマージされたが、GitHub Releases とタグは依然 v0.1.5.post2 のまま——公開バージョンの遅れはすでに 4 日、しかも調査期間内に当該リポジトリへの新規コミットはなし。

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

4.1 ドキュメントサイト：TileOPs ドキュメントサイトが三連続更新で Manifest 移行をフォロー；メインリポジトリのドキュメントサイトは定例更新（09-26/09-27）

日付：2026-09-26、2026-09-27　出典：TileOPs ドキュメントサイト／ tilelang ドキュメントサイト

  • TileOPs ドキュメントサイト 3 件：trust-model.md 改名フォロー（#52）、Manifest 移行フォロー（#53）、ベンチマークページを workload ごとにグループ化し manifest 順を維持（#54）——ドキュメント側と上流の契約リファクタリングが同期。
  • メインリポジトリのドキュメントサイト 1 件は定例の Update docs（09-27 未明）、自動再生成であり内容レベルの変化なし。

4.2 メディアとアカデミア側：Google News はゼロヒット、arXiv に新規プレプリントなし（09-28 確認）

日付：2026-09-28　出典：Google News／ Hacker News／ arXiv

  • Google News RSS の中国語・英語複数組クエリ（プロキシ経由）は 72 時間の調査期間内でゼロヒット；Hacker News の期間内エントリは本テーマと無関係；arXiv 全庫検索「tilelang」の最新一篇は依然 07-24 の TileSight（タイル中心 GPU 性能モデル）で、調査期間内に新規プレプリントなし。

5. トレンド観察

5.1 「契約を先に定める」の制度化：roofline 自己点検からリリース計画まで

三歩の道筋が本調査期間に完全に現れた：09-20 の roofline リスト自己点検（どの数式が一度も実行されたことがないか）→ 09-26/09-27 のパラメータ化シグネチャ全ラウンド移行（契約がチェックと生成の唯一のソースとなる）→ 09-27 の 200 オペレータリリース計画（spec-only で先に契約を確定、カウントとカバレッジを公開追跡）。エンジニアリング上の意味：TileOPs は「実装指向」から「契約指向」のリリースガバナンスへ転換——まずリストで「何があり、何が欠け、どれくらいでマージできるか」に答えられることが、バージョン計画の前提となる。

5.2 SM120 ラインの小刻みな高速展開と lowering-only テスト戦略

要件票（#3256）→ パッチ（#3257）→ 強化（#3283/#3284）→ フォロー（#3286/#3290）、一週間で四環を完了；しかも回帰テストは明示的に sm_120a へ lower する方式でハードウェアなしの条件下で実行。コンシューマー/ワークステーション向け Blackwell のブロックスケーリング低精度 GEMM カバレッジが体系化し始めており、これはデータセンターライン（B300/sm_103a の FP8 高速化実測）と二重軌道を形成。

5.3 アテンションカーネル：マルチパス並列から単一系統へ

SM90 varlen GQA プリフィル三連（永続化改造を含む）、ページドデコード統一、レガシー varlen パス削除——TileOPs のアテンション層は一調査期間内で「新設＋旧収束」を完了；線形アテンション（GLA/GDN）も同期間に整編、逆方向パス（MHA backward）はすでにフォロー草案が起こされている。200 オペレータ計画における MLA と DeepSeek スパースアテンションの項目と合わせ、アテンションオペレータの系統が「オペレータごとに一つの規範パス」へ収束する意図は明らか。

5.4 空白とリスク点

第一に、国産バックエンド四社と MLIR 昇騰は調査期間内にゼロ活動、摩尔線程はすでに 11 日間静黙、熱度の不均一は変わらず；第二に、TileRT リリースページがリリース PR より 4 日遅れ、バージョン追跡に依然盲点あり；第三に、メインリポジトリの RNG キューは 4 日間更新なし、大口案件（TileIR バックエンド #3247、非同期一時保存 #3279）の審査が遅い格局が継続；第四に、メインリポジトリは 72 時間で 3 件マージ（週末含む）、新規開設 10 件に対し、キューの消化能力は観察が必要。

付：素材と確認説明

情報源 確認結果
tile-ai 組織（29 リポジトリ） 調査期間内に 6 つのリポジトリでプッシュあり：tilelang、TileOPs、TileOPs-nightly、TileFoundry、tilelang.github.io、TileOPs.github.io
メインリポジトリ tilelang 3 件マージ（#3276、#3257、#3284）；新規 10 件；欠陥票 #3283 クローズ、#3287 新規；RNG キューと #3275、#3279、#3267、#3247 は依然オープン
TileOPs 35 件マージ（Manifest シリーズ 17 件を含む）；30 件新規；#2210、#2211 クローズ未マージ
TileRT リリースページとタグは依然 v0.1.5.post2 のまま（v0.1.6 PR はマージ済みから 4 日）；調査期間内にコミットなし
TileOPs-nightly 5 件のスナップショット：最新 dab9b1ab 正確性 1093 項目零失敗零エラー（スキップ 2）；ベンチマーク 1318 項目零失敗零エラー（スキップ 1）
TileFoundry 7 件マージ（#185~#191）
国産バックエンド 5 リポジトリ tilelang-ascend / tilelang-metax / tilelang-hygon / tilelang-musa / tilelang-mlir-ascend：調査期間内にプッシュゼロ、PR 更新ゼロ
採用元とコミュニティ FlashQLA が Blackwell 同期修正をマージ；TileKernels プッシュなし；SoftHier 拡張は調査期間内に更新なし
Google News / Hacker News / arXiv 中国語・英語クエリともにヒットゼロ；HN に関連項目なし；arXiv に新規プレプリントなし（最新は依然 07-24 TileSight）

完全な情報源リスト