調査期間：過去24時間（2026-09-23 07:00 ~ 2026-09-24 07:00、北京時間）。通常のデイリー更新期間であり、前号との重複はない。 情報源：GitHub（tile-ai 組織の29リポジトリのプッシュを核查、期間内に10リポジトリでプッシュあり。メインリポジトリは2件の欠陥修正がマージされ、NaN 検証の新規起票あり。TileOPs は1日で7件の性能マージと9件の新規起票。TileFoundry はメモリ解析の大型マージ。昇騰は2件のサンプル回退とストレージ競合修正案。MLIR 昇騰と海光はそれぞれ修正がマージ。TileSight は新規リポジトリの初回コミット。夜間スナップショットの正しさは1141項目で失敗ゼロ）、Google News RSS の中国語・英語の複数クエリ（プロキシ経由、ヒットゼロ）、Hacker News、arXiv、コミュニティリポジトリの核查

本期インデックス

  • 今日の重点：TileSight が正式にオープンソース化——タイル中心の分析的性能モデルが論文から公式リポジトリへ（09-23）
    1. コアプロジェクトの進展
      • 1.1 メインリポジトリ：2件の欠陥修正がマージ、インデックス境界修復チケットは当日クローズ（09-23）
      • 1.2 メインリポジトリ：NaN 伝播セマンティクスが浮上、コンパイル時検証が同日にフォロー（09-23）
      • 1.3 メインリポジトリのレビューキュー：TileIR バックエンドは累積31コミットがなお審査中（09-23）
      • 1.4 TileOPs：1日で7件の性能マージ、七大サブシステムが全面推進（09-23）
      • 1.5 TileOPs 特集：DeltaNet 推論オペレータが参入、H200 で FLA 対照比最大3.7倍高速化（09-23）
      • 1.6 TileOPs 新規起票キュー：varlen GQA 三連と W4A16 長 K ストリーミング（09-23）
      • 1.7 TileOPs：外部バックエンドチャネル治理——38箇所のデバイス検査を撤去（09-23）
      • 1.8 TileFoundry：メモリフットプリントと再利用ウィンドウをマージ（09-23）
      • 1.9 夜間スナップショット：正しさ1141項目で失敗ゼロ、DeltaNet 長プレフィル基準はタイムアウト（09-24）
    1. マルチバックエンド適配（昇騰 / 海光 / 沐曦 / 摩尔線程など）
      • 2.1 昇騰：2件の mHC サンプル回退（09-23）
      • 2.2 昇騰：スカラー GM ストレージ競合修正案をコミット、差分ゼロに（09-23）
      • 2.3 昇騰：毎日テスト2448項目が全通過に復帰（09-24）
      • 2.4 MLIR 昇騰：NPU launcher のメモリリークとストリーム同期修正をマージ（09-23）
      • 2.5 海光：サンプルサポートをマージ、37ファイルで HCU 行列コアを有効化（09-23）
      • 2.6 沐曦と摩尔線程：リポジトリにプッシュなし、MUSA 治理は TileOPs キューへ移行（09-24 核查）
    1. エコシステムと採用側
      • 3.1 採用側：TileKernels と FlashQLA は期間内にプッシュなし（09-24 核查）
      • 3.2 コミュニティプロジェクト：TPU 検証リポジトリと沐曦トレーニングキャンプリポジトリに新規コミットなし（09-24 核查）
    1. コミュニティ、チュートリアルとイベント
      • 4.1 ドキュメントサイト：メインリポジトリのドキュメントサイトを定例再生成（09-23）
      • 4.2 メディアと学術側：Google News はヒットゼロ、arXiv に新規プレプリントなし（09-24 核查）
      • 4.3 バージョンリズム：新規リリースなし、メインリポジトリ v0.1.14 は満22日（09-24）
    1. トレンド観察
      • 5.1 分析層の形成：論文とコミュニティドキュメントから公式コードリポジトリへ
      • 5.2 TileOPs 性能シーズンの収束と再出発
      • 5.3 マルチバックエンドのエンジニアリング負債が顕在化
      • 5.4 空白とリスクポイント
  • 付：素材と核查の説明

今日の重点：TileSight が正式にオープンソース化——タイル中心の分析的性能モデルが論文から公式リポジトリへ

日付：2026-09-23　出典：tile-ai/TileSight リポジトリ／初回コミット init／arXiv 2607.22432

09-23 22:54（北京時間）、tile-ai 組織に新規追加された TileSight リポジトリが初回コミット init を完了：177ファイル、約5.67万行の新規追加、MIT ライセンス、コミット者は帝国理工学院の Zhiwen Mo。7月24日の arXiv 論文の末尾にあった「発表後にオープンソース化する」という約束がここに正式に実現した。組織のリポジトリ総数は28から29に増加。

TileSight は「タイル中心」の分析的な GPU 性能モデルとして位置づけられる：タイルをモデリング単位とし、CPU 側でオペレータの操作コスト、キャッシュトラフィック、実行時間を推定する——カーネル内では計算とメモリアクセスのパイプライン重複をモデリングし、カーネル間ではキャッシュ階層をモデリングし、GPU 間ではノード間通信をモデリングする。実測標定は CUDA と HIP プローブがターゲット GPU 上で別途行い、モデリングとは分離される。論文の口径による精度：A100、H200、B200、B6000 の4世代プラットフォームで、単卡カーネルレイテンシの合併平均絶対百分比誤差は12.35%、L2ヒット率予測は実測と約1パーセントポイントの差。32卡クラスタに拡張すると、融合分散カーネルと vLLM エンドツーエンドサービスの加重誤差はそれぞれ16.18%と13.52%。

リポジトリ構造（初回コミット範囲）：

  • tilesight/arch/：20 余件のハードウェアアーカイブ。英偉達 A100/H100/H200/B200/B6000/V100/T4/P100 と RTX 3090/4090/5090 など、AMD MI50/MI210/MI300X/MI325X、インテル Arc 770 をカバー；
  • tilesight/modeling/：プログラムフロントエンド（ビルダー/分析/契約）、多段キャッシュ再利用距離モデル（SDCM）、パイプライン重複分析（プロローグ/定常状態/エピローグ、占有率、波動量化）、GEMM/FlashAttention（FA3/FA4 周期スケジューリング）と FlashMLA デコードなどのアダプタ；
  • micro_benchmark/：CUDA プローブ（B200 tcgen05/tmem、H200 wgmma、汎用 dram スキャンと P2P）と HIP プローブ（rocBLAS GEMM、AMD デバイス情報）；
  • examples/ と完全なテストスイート、さらに NCU 比較と CuTeDSL/プライベートツールチェーンの予測補助ツールを含む。

判読：これは本テーマ「性能の説明可能性」の手がかりの第三段――07-24 論文（インペリアル・カレッジと TileLang 核心メンバー共著）→ 09-18 コミュニティドキュメントリポジトリ（TileLang 分析を TileSight に接続）→ 09-23 公式コードリポジトリ。これまで論文と個人ドキュメントに分散していた方法を組織プロジェクトとして固化し、TileFoundry（コンパイル期内の IR 分析）と分業を形成する：一方はモデリング期に層をまたぐコストを予測し、もう一方はコンパイル期にキャッシュ容量の結論を報出する。ハードウェアアーカイブが AMD とインテル製ディスクリート GPU をカバーしている点も、それを自然にマルチバックエンドの物語に奉仕させる。

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

1.1 メインリポジトリ：2件の欠陥修正がマージ、インデックス境界修復単が当日クローズ（09-23）

日付：2026-09-23　情報源：#3232／#3246／#3272

  • #3232（13:54 マージ、+196/−14、3 ファイル）：「ループターゲットが可変スカラー束縛を再利用する」問題を修正（欠陥単 #3231 も同時クローズ）――ループターゲット（タプルターゲットを含む）に明示的な束縛を確立し、帰納変数を既存の alloc_var や Ref 束縛に書き込むことを回避。同時に通常の可変代入と境界外チェックを保持；ループ形態、タプルターゲット、期限切れ束縛などの回帰テストを追加。
  • #3246（11:52 マージ、+76/−6、2 ファイル）：T.copy と T.async_copy の合併幅ヒントパラメータ coalesced_width を「幅が整除できなければ致命的ログ」から「到達可能なベクトル幅でクランプ」に変更――要求を上限とみなし、幾何導出幅の最大整除因子を取る；降格発生時は警告、非正値は拒否；不規則幅と超大幅（8、257）の回帰をカバー；対応する欠陥単 #3007 も同時クローズ。
  • #3272（09-24 未明に新規起票、01:49 クローズ、未マージ）：符号付き型の表現可能上限にちょうど等しいバッファインデックスを 64 ビットに拡幅することを回避；当該単は当日クローズされ、説明は見られず、問題が残る場合は継続的な方案が必要。

1.2 メインリポジトリ：NaN 伝播セマンティクスが浮上、コンパイル期検証が同日フォロー（09-23）

日付：2026-09-23　情報源：#3270／#3273／#3205

  • 14:15 欠陥単 #3270：reduce_max、reduce_min、reduce_absmax という三つのリダクションオペレータの nan_propagate=True が float32/float64 出力で暗黙的に無視される（float16/bfloat16 にはバックエンドサポートあり）。報告者は完全な環境（H800、CUDA 13.1）を提示し、この挙動がハードウェアではなく低下期に dtype によって決定されることを指摘――すなわち同一の実ハードウェア上でセマンティクスが不一致。
  • 09-24 未明 03:08 に新規起票 PR #3273：サポートされない出力 dtype に対してコンパイル期エラーを追加――診断情報は操作名、サポートする出力型、実引数 dtype を提示；検証はネイティブ ReduceOp コンストラクタ内に配置（ローカルリダクション、フラグメントリダクション、書き戻し累積が累算器 dtype 契約を統一的に保持）；回帰マトリクスは三種のオペレータ × clear 二档 × フラグ二値 × 五種の dtype をカバー；SM100 パックドリダクション回帰も同一の診断を期待するよう同時更新。
  • もう一本 #3205（NaN 伝播 clamp のデバイステンプレート低下修正）は期間内に更新が続き、依然レビュー中。

判読：これは「暗黙のセマンティクスエラーをコンパイル期失敗へ前移する」原則が新たなデータ型セマンティクス上で複製されたもので――乱数、レイアウト証明、型組合せから NaN 伝播へと延伸し、しかも報告から修正 PR までの応答が半日以内に完了した。

1.3 メインリポジトリレビューキュー：TileIR バックエンドが累積 31 コミットで依然審査中（09-23）

日付：2026-09-23　情報源：#3247／#3267 など

  • #3247（CUDA Tile IR 実行バックエンド）：調査期間内も引き続き新たな動きがあり、規模は 31 コミット、+36506/−112 行、139 ファイルまで累積、依然未マージ。JIT、キャッシュ、自動チューニングからドキュメント、CI に至るまでの完成度はこれまでの各調査期間で最大。
  • #3267（tl.LowerMagicDiv マジック除算）、#3265（起動不変量の整数演算沈下）は調査期間内にそれぞれ更新があり、マージ待ち。マジック除算に対応する機能リクエスト票 #3261 も同時に更新。
  • #3243（RNG void バインディング拒否）、#3205 などの修正票は引き続きオープン。

キュー観察：今調査期間のメインリポジトリは「小さな修正はスタンプ承認、大きな変更は材料をためる」リズムを継続——2 件の欠陥修正がメインラインに進入、評価帯域は依然として大型案件に集中。

1.4 TileOPs：単日 7 件のパフォーマンスマージ、7 大サブシステムが全面的に推進（09-23）

日付：2026-09-23　情報源：#2168／#2163 など 7 件（完全なリストは付録参照）

13:13 から 18:44（北京時間）の間に 7 件の PR が相次いでマージされ、GEMM、Engram、アテンション、MoE、Mamba、mHC、線形アテンションの 7 サブシステムをカバー：

  • #2168（13:13）：W4A16 GEMM が预先打包重み順序の読み取りをサポート（量子化デプロイ経路のネイティブサポート）；
  • #2173（13:14）：Engram デコードステップを投影とリダクションの 2 段カーネルに分割；
  • #2160（16:44）：varlen GQA カーネルを統一オペレータに移行（リファクタリング収口）；
  • #2169（16:45）：MoE 超過ルーティングを 16 行ごとにグループ化して先行者に；
  • #2176（16:46）：Mamba DaCumsum が dt ロードを統合、各ブロックで 2 レベルスキャン；
  • #2177（16:46）：mHC プレフィル投影を K 次元に沿って分割；
  • #2163（18:44）：DeltaNet 推論オペレータ（1.5 参照）。

他に #2162（varlen GQA パイプラインと全タイルマスク探索票）が同日クローズ、未マージ。同作者によるその後の 3 件の新規オープン（1.6 参照）がこの方向を継続。

1.5 TileOPs 特集：DeltaNet 推論オペレータが参入、H200 で FLA 対照最高 3.7 倍高速化（09-23）

日付：2026-09-23　情報源：#2163

18:44 マージ（+743/−3、13 ファイル）：

  • DeltaNetInferenceFwdOp と H200 向けの稠密プレフィルカーネルを新規追加（Gated DeltaNet に基づくブロック求解／再帰パイプライン）；既存の訓練 API と独立デコードカーネルは不変；呼び出し側が保持する非ゼロ FP32 初期状態をサポート；
  • 現在ツリー内の特化は等長 BF16/FP16 プレフィル、K=V=64 または 128、T≥64 かつ 64 で整除される場景をカバー；デコード、パック可変長、Q/K L2 正規化は後続経路として列挙、公共推論契約は暫定で「仕様級」；
  • 検証：H200 上で推論／GDN／roofline テスト 51 項通過、遺留前向テスト 9 項通過；クロック固定（SM 1500MHz）下での FLA とのケースごと A/B（マイクロ秒、中央値；busy は GPU 活動時間の総和、latency は活動間隙を含む）：
B / T / H / D TileOps busy FLA busy TileOps latency FLA latency
2 / 2048 / 4 / 64 44.8 67.1 293.1 497.0
2 / 8192 / 4 / 64 76.5 229.9 306.5 486.5
2 / 16384 / 4 / 64 120.5 448.2 320.6 602.1
1 / 4096 / 16 / 128 116.6 206.8 300.1 494.6

読み方：busy 口径で最高 3.7 倍高速化（T=16384）、間隙を含むエンドツーエンドレイテンシは最高約 47% 削減；各ケースで計時前にまず出力と終態の対照チェックを実施。もう一点注意：このオペレータが夜間ベンチマークに入った後、長プレフィル配置で一度タイムアウトが発生（1.9 参照）。

1.6 TileOPs 新規オープンキュー：varlen GQA 3 連と W4A16 長 K ストリーミング（09-23）

日付：2026-09-23　情報源：#2178／#2180／#2184／#2185

  • varlen GQA 三連（20:13 / 22:22 / 09-24 00:27、同作者）：事前計画スケジューリング、スケジューリング永続化、局所性とリダクションの改善。方向性は、可変長 GQA の作業スケジューリングを実行期の決定から「事前計画＋永続化」へと押し進めることにある。
  • W4A16 長 K ストリーミング（09-24 01:02、+482/−234、3 ファイル）：問題記述は完全な台帳を示している——長 K デコード行（1, 8192, 81920）は 0.1366ms、Marlin の 0.1261ms に後れを取る（0.92 倍）で、W4A16 一族で唯一 Marlin より遅い負荷である。単一トークンのタイルは各重みペアに対してスケーリングを一回余分に行い、長 K グリッドの 128 個の N タイルは 132 個の SM に対応し（4 個の SM が全程遊休）、256 スレッドのタイルのレジスタ分割（24+240）はレジスタファイルの上限を超え、実測では setmaxnreg でハングする。修正法：グループスケーリングを FP32 部分和まで遅延させ、実 M に応じて小さなタイルを構築し、stream-K グリッドと独立リダクションを導入し、レジスタ分割を 32/224 に変更する。

1.7 TileOPs：外部バックエンドチャネル治理——38 箇所のデバイスチェックが撤去（09-23）

日付：2026-09-23　情報源：#2179／#2164／#2182

背景：コミュニティ開発者が MTT S5000 上で外部 MUSA バックエンドを統合する際、複数の公式オペレータが「登録された外部コンストラクタが呼び出される前に失敗する」と報告した——三つの阻塞：CUDA のみの入力検証、ゼロ入力の外部呼び出しを拒否、外派前の CUDA デバイスクエリ（欠陥票 #2164；#2165、#2166 は別途テスト経路とビルダー登録の問題を記録）。

期間内の対応：

  • #2179（+797/−256）：オペレータ層の約 38 箇所のデバイス種別チェックを撤去し（RoPE、Dropout、Mamba/SSD、DeltaNet、GLA、NSA、Engram、MoE、FFT、FP8 量子化、TopK など）、インツリーカーネルが Kernel._require_cuda でテンソルレベルにデバイスを宣言するように変更；check_tensor_shape は形状チェックを保持し、デバイスチェックを削除；新たに pre-commit フック op-device-kind-lint を追加してデバイス種別チェックの回流を阻止；遅延構築の呼び出し記録のために make_call 仮引数を導入。ゼロ入力と複合オペレータの二類は設計判断が必要で、後続作業として列挙。
  • #2182（issue）：BuildKernel プロトコルは呼び出し可能オブジェクトのみを約束するのに対し、オペレータ層はより多くを仮定していることを指摘——インツリーカーネルの属性読み取り、単一エントリの複数カーネルアンパック、44 個のオペレータクラスが target= 引数を受け付けないなどの状況が存在；プロトコルが表現できない複合エントリには拡張が必要。
  • #2181、#2183：インツリーテストを BUILTIN 経路に固定し iter_kernels の産出を明確化、二項自動チューニングテストをインツリーカーネルに限定し、上記の治理に協調。

判読：外部バックエンドが「登録できる」から「スケジューリングできる」へ至る最後の一区間の敷設が始まった；阻塞は外部側の実測から提示され、修正はメンテナ側がまとめて推進するという、珍しい双方向協調のリズムである。

1.8 TileFoundry：メモリフットプリントと再利用ウィンドウがマージ（09-23）

日付：2026-09-23　情報源：#179／#184／#182

  • #179（09-24 00:10 マージ、+3207/−539、44 ファイル）：二つの問題を引き継ぐ——呼び出しと関数のメモリ記録には「保持フットプリントスロット」があるが、一意アドレスのワーキングセット結果がない。単一イテレーションの L2 スナップショットでは、再利用されるデータが常駐しているかどうかに答えられない。新しい分析は、最終ソースアドレスごとに一つのターゲットウェーブ内で和集合を取ることで呼び出し／関数フットプリントを導出し、アクセス関係から時間的・空間的再利用軸を導出し、各バッファの常駐ウィンドウ、全バッファの holds、再利用バイト数、および対照キャッシュ容量に対する fits 結論を報告する。実測例：128×128×64、w12×11、K=16384 の GEMM ベンチマークが b holds=176.00MB fits=no を報告（対照 47.68MB の L2）——具体的で再計算可能な容量結論であり、玩具のような結果ではない。
  • #184（新規、#182 の修正）：整数 Binary(MUL) の描画が範囲アクセサに再入して無限再帰を引き起こす可能性——ボトムアップ次元アクセサに切り替え、区間演算は非アフィン乗算にのみ使用する。
  • #178（分散 HIR 対照チェック、+1825/−34）はクローズ、未マージ；#172、#168 はクローズ；#177（転送効率測定）は依然オープン。

1.9 夜間スナップショット：正確性 1141 項目で失敗ゼロ、DeltaNet 長プリフィルベンチマークがタイムアウト（09-24）

日付：2026-09-24 03:01　情報源：スナップショットコミット／環境メタデータ

  • スナップショットは TileOPs メインブランチのコミット 252a1721、すなわち #2163 のマージ点に対応し、本調査期間の全七件のマージをカバーする；
  • 正確性：1141 項目のテスト、失敗ゼロ；
  • ベンチマーク：1050 項目の記録（前回スナップショットの 1046 項目から 4 項目増）、失敗ゼロ、ただしファイルレベルエラーが 1 件発生——bench_deltanet.py の長プリフィル設定 prefill-long-bfloat16 が 900 秒以内にテスト開始なく終了された（スタックダンプは保存済み）。このベンチマークファイルは、まさに本調査期間の DeltaNet オペレータとともにパイプラインに入ったものである；
  • 環境は前回スナップショットと一致（H200、CUDA 13.2、SM 1500MHz 固定周波数、イメージと依存バージョン完備）。

判断：正確性側はオールグリーン；ベンチマーク側のこのタイムアウトは、新しいオペレータが「機能マージ」から「ベンチマークが担える状態」になるまでの間に、まだ標定すべきコストがあることを示唆する——停滞はテスト開始の前に発生しており、コンパイルまたは初期化段階のシグナルであり、今後の調査期間で再発するかどうかを追跡する必要がある。

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

2.1 昇騰：mHC サンプル 2 件のリバート（09-23）

日付：2026-09-23　情報源：#1833（#1621 のリバート）／#1832（#1633 のリバート）

11:26 と 11:30 に 2 件のリバートがマージされた：これまでに統合された mhc_pre と mhc_bwd（Sinkhorn 陰的共役勾配）の二つの Ascend NPU サンプルをメインブランチから撤回する。いずれもリポジトリ入りから三日未満である。このリポジトリでは最近リバート動作が連続している（09-21 にもドキュメントと機能のリバートがあった）。サンプル系コントリビューションの出入りの頻度は追跡に値する——受け入れ基準が厳格化しているのかプロセスの摩擦なのか、公開された説明はまだない。

2.2 昇騰：スカラー GM ストア競合の修正方案が提出、差分カウントがゼロに（09-23）

日付：2026-09-23　情報源：#1834（#1304 の修正）

17:04 新規（+557/−1、10 ファイル）、二層の修正：

  • 根本原因分析：同一 GM バッファが混在書き込みされる——バルクコピーは MTE3 DMA の直接書き込み、末尾列のスカラー SetValue はライトバックキャッシュを経由してリード-モディファイ-ライトし遅延ライトバックする。行間隔が 64 バイトの倍数でない場合、隣接行がキャッシュラインを共有し、ダーティ行の排出が DMA で書き込み済みの新しい値を上書きする。マルチブロックカーネルでは競合がコアをまたいで発生し、キャッシュクリアと同期命令はいずれも自コアのスコープであるため、同期命令だけではきれいに修復できない（再現スクリプトの残存率 27%）。
  • 第 1 層（同一コア）：同期挿入の段階で「スカラー書き込みされた GM バッファ」に対して MTE3 書き込みの前後に選択的にキャッシュクリアとウェイトを挿入する。同時にイベント番号の割り当てを循環再利用に変更する（テンプレートのハードコードされた 0 番イベントと pass 割り当ての衝突による潜在デッドロックを解消）。再現スクリプトの不一致数 12,967,510 → 3,496,136（73% 削減）。
  • 第 2 層（書き換え消除）：新たに opt-in pass（デフォルト無効）を追加——「連続直列ループ内の単一 GM スカラー書き込み」を UB 一時保存 + 単一 DMA バーストに書き換え、根本的にダーティ行を発生させなくする。有効化後、不一致数はゼロに。新規 2 件の回帰テストが通過、既存 113 項目のスイートが通過、gqa_fwd_varlen はゼロオーバーヘッド、量子化混合カーネルに劣化なし。
  • 範囲：opt-in。条件付き書き込み、累加、散乱など連続バーストに書き換えられない形態には依然としてコア間の潜在的問題がある（プラットフォームレベルの制限、別途追跡を推奨）。作者の環境は Ascend910 A3 / CANN 9.0.0。

2.3 昇騰：デイリーテスト 2448 項目が全通過に復帰（09-24）

日付：2026-09-24 06:11　情報源：#1835

新たなデイリーテストで 2448 項目すべての通過（100%）を報告。前日のワークフローレベルの失敗単 #1831 は依然としてオープン状態だが、自動化単は新しい結果に引き継がれており、これまでの 2.1、2.2 のリグレッションと修復アクションが当該失敗単に関連するかどうかについて、リポジトリは説明を与えていない。

2.4 MLIR 昇騰：NPU launcher のメモリリークとストリーム同期の修正がマージ（09-23）

日付：2026-09-23　情報源：#178

10:50 マージ（+215/−92）、3 箇所。其一、 rtMalloc を torch_npu のストリーム対応割り当てパスに置き換え、テンソルハンドルがリークしなくなる。其二、タスクキューの送出を統一——全プラットフォームが同一の送出処理を通り、910 専用パスとその末尾解放を削除、lambda キャプチャを参照から値キャプチャに変更（遅延実行の可能性に対処）。其三、ストリームの取り違えを修正——送出ストリームを呼び出し時に解決（triton-ascend 戦略に整合）し、ビルド時にキャプチャしなくなる。別途、レポート拡張単 #192 はクローズ、マージされず。A5 テスト同期単 #130 は引き続きオープン。

2.5 海光：サンプルサポートがマージ、37 ファイルで HCU 行列コアを有効化（09-23）

日付：2026-09-23　情報源：#11

15:57 マージ（+1104/−130、37 ファイル）：自動チューニングと LDS 設定に適合、カーネルレイアウトの衝突を解決、GEMM を HCU 行列コア組み込みに変更、回帰カバレッジを追加。前の調査期間の「サンプルサポート PR が 32 ファイルを追加」のアクションを引き継ぎ、海光ラインのサンプルレベルの展開がマージ完了。

2.6 沐曦と摩尔線程：リポジトリにプッシュなし、MUSA ガバナンスは TileOPs キューへ移行（09-24 確認）

日付：2026-09-24　情報源：tilelang-metax／tilelang-musa

両リポジトリとも調査期間内にプッシュなし（最近はそれぞれ 09-21 と 09-17）。これに関連する方法論とプロトコルガバナンスは TileOPs の欠陥単と新規 PR に移行済み（1.7 を参照）。

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

3.1 採用者：TileKernels と FlashQLA は調査期間内にプッシュなし（09-24 確認）

日付：2026-09-24　情報源：TileKernels リポジトリ／FlashQLA リポジトリ

DeepSeek の TileKernels の最近のプッシュは依然として 04-23、阿里の FlashQLA は 09-18。両リポジトリとも調査期間内に新規コミットなし。

3.2 コミュニティプロジェクト：TPU 検証リポジトリと沐曦トレーニングキャンプリポジトリに新規コミットなし（09-24 確認）

日付：2026-09-24　情報源：ChunkScan-2-TileLang-4-TPU／metax-operator-training

BM1690 マルチコア検証リポジトリの最近のコミットは 09-22、沐曦トレーニングキャンプ資料リポジトリの最近のコミットは 09-22 で、調査期間内に新規追加はない。また、コミュニティチュートリアルリポジトリで調査期間内に一度プッシュがあったが、確認したところメインブランチ以外のチャート自動化ブランチの動作であり、内容の更新ではない。個人実験類の新規リポジトリ（3 コミット）は収録基準に達していない。

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

4.1 ドキュメントサイト：メインリポジトリのドキュメントサイトが定例再生成（09-23）

日付：2026-09-23　情報源：tilelang.github.io コミット

14:10 に定例の「Update docs」コミットがあり、内容は tilelang/language/eager/（ast、builder）の autoapi ページの再生成（+29/−5、7 ファイル）で、コードリポジトリの自動同期に属する。TileOPs ドキュメントサイトは 08:11 に一度デプロイ動作があったが、そのデフォルトブランチに内容の変更はない。

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

日付：2026-09-24　情報源：Google News／Hacker News／arXiv

中国語・英語の複数クエリで調査期間内ゼロヒット。Hacker News にテーマ関連の項目なし。arXiv のテーマ検索で最新の一篇は依然として 07-24 の TileSight 論文（本調査期間に対応コードが組織内でオープンソース化済み、本日の重点を参照）で、調査期間内に新規プレプリントはない。

4.3 バージョンリズム：新規リリースなし、メインリポジトリの v0.1.14 が満 22 日（09-24）

日付：2026-09-24　情報源：tilelang リリースページ

メインリポジトリの最新タグは依然として v0.1.14（09-02 リリース）で、満 22 日に達し、過去二回のリリース間隔（約 30 日）に迫っている。TileOPs は依然としてリリース記録なし。昇騰、MLIR 昇騰、摩尔線程リポジトリのタグは 09-09 から 09-11 のラインで停止。TileFoundry の最新リリースは v0.0.2（09-10）。調査期間内に組織全体で新規リリースや新規タグは一切ない。

5. トレンド観察

5.1 分析レイヤの形成：論文とコミュニティドキュメントから公式コードリポジトリへ

TileSight の三段階の着地（07-24 論文 → 09-18 コミュニティドキュメントリポジトリ → 09-23 公式コードリポジトリ）は、TileLang をめぐる性能の説明可能性が「個人の手がかり」から「組織プロジェクト」へ格上げされつつあることを示す。これは TileFoundry（コンパイル内分析、本調査期間でキャッシュ容量の結論を再計算可能にした）と方向が交錯する。エコシステムへの意味：オペレータライブラリとランタイムのほか、分析ツールの完成度が TileLang の同種ツールチェーンに対する差別化資産になりつつある。TileSight のハードウェアプロファイルは AMD とインテルディスクリート GPU をカバーし、マルチバックエンドの物語にモデリング基盤を提供する。

5.2 TileOPs 性能シーズンの収束と再出発

単日七件のマージに三件の新規オープンが加わり、TileOPs の性能シーズンは終わったのではなく、第一波の「オペレータ登録」から第二波の「スケジューリングと設定の細粒度研磨」へ移行したことを示す。varlen GQA の三連はスケジューリング計画と永続化をめぐり、W4A16 はレジスタとグリッド利用率をめぐる。観察指標：このようなマージリズムがさらに数営業日続いて初めて安定したと言え、そうでなければ依然としてパルス的な推進である。

5.3 マルチバックエンドの技術的負債が顕在化

外付けバックエンドの三道の阻塞とプロトコルギャップは、「マルチバックエンドのプラグ可能」をビジョンからエンジニアリングの細部へ引き戻す：デバイス種類のチェックがオペレータ層に散在し、ビルダープロトコルは呼び出し可能性のみを保証し、44 のオペレータクラスにターゲットパラメータが欠けている。良い知らせは、調査期間内に既にまとまった負債解消の動きがあることだ（一度に 38 箇所のチェックを除去し、lint を追加して回帰を防止）。外付け側の見方によれば、このチャネルの完成度がサードパーティバックエンドの現在のサイクルでの公式オペレータキューの完走可否を決める。

5.4 空白とリスク点

第一に、メインリポジトリのレビュー滞留が未解決：TileIR バックエンドの 31 コミット、魔法の除算と起動不変条件が引き続き待機し、大規模変更の窓とリリース停滞（22 日）が重なる。第二に、新規オペレータがベンチマークに入ると即座に長いプレフィルタイムアウトが露呈し、性能の物語はベンチマーク層でキャパシティを補う必要がある。第三に、昇騰リポジトリの「マージ—ロールバック」のリズムが続いており、サンプル類貢献の検収経路について公開された説明は見られない。第四に、インデックス境界修正単が当日クローズされ、問題が依然として存在するのに引き継ぐ者がいなければ、狭いインデックス型の境界挙動は宙に浮いた状態が続く。

付：素材と確認説明

情報源確認表

情報源 検査結果
tile-ai 組織（29 リポジトリ） 調査期間内に 10 リポジトリでプッシュあり：tilelang、TileOPs、TileOPs-nightly、TileFoundry、TileSight、tilelang-hygon、tilelang-ascend、tilelang-mlir-ascend、tilelang.github.io、TileOPs.github.io
メインリポジトリ tilelang 2 件マージ（#3232、#3246）；新規 #3273；#3272 は当日クローズ；新規 issue 2 件（#3270、#3271）；#3247、#3265、#3267、#3243、#3205 などを更新
TileOPs 7 件マージ、9 件新規、1 件クローズ；新規 issue 1 件（#2182）；MUSA 関連 #2164 から #2166 を更新
TileOPs-nightly スナップショット 1 件（11bd1b9c、対応する 252a1721 すなわち #2163 のマージ点）：正確性 1141 項目で失敗ゼロ；ベンチマーク 1050 項目、ファイルレベルのタイムアウト 1 箇所
TileFoundry 1 件マージ（#179）；新規 #184；新規不具合票 #182；#178、#172、#168 をクローズ
TileSight 初回コミット（+56675 行、177 ファイル、MIT）
tilelang-ascend 2 件のリバートマージ（#1832、#1833）；新規 #1834；#1829、#1828、#1815 などを更新；デイリーテスト #1835 全通過
tilelang-mlir-ascend 1 件マージ（#178）；#192 をクローズ；#130 を更新
tilelang-hygon 1 件マージ（#11）
沐曦 / 摩尔線程リポジトリ 調査期間内にプッシュなし（最近 09-21 / 09-17）
採用側（TileKernels、FlashQLA） 調査期間内にプッシュなし（最近 04-23 / 09-18）
コミュニティリポジトリ メインブランチに新規なし；チュートリアルリポジトリのプッシュは図表自動化ブランチに属する
Google News / Hacker News / arXiv 中国語・英語クエリでヒットゼロ；HN に関連なし；arXiv に新しいプレプリントなし

完全な情報源リスト

ub.com/tile-ai/TileOPs/pull/2180>