レポート期間：2026年10月26日（月）から10月30日（金）まで、計5営業日 素材情報源：本誌の毎日TileLangコミュニティ動態デイリーレポート5号（10-26、10-27、10-28、10-29、10-30）、5号の収集期間合計は10-23 07:00から10-30 07:00まで（月曜の号は72時間枠で前週末をカバー、火曜から金曜は24時間）；さらにtile-ai組織の各リポジトリ168時間枠の補足調査、各リポジトリのリリースページとタグ、VERSIONファイルの再確認を行った（詳細は付録参照）

1. 今週の要聞

  • TileOPs 0.1.0が正式リリース、206オペレータの初の正式版、公開APIをここで凍結（10-27）：PyPI成果物は10-27 07:45（北京時間）にアップロードされ、GitHubリリースページは13:15に公開された。リポジトリ初の正式タグである。リリースノートが示したハード指標は三組：206オペレータすべてにmanifestエントリがあり（シグネチャ、テストとベンチマーク負荷、roofline式、CIが逐条検証）；H200上での2265行の夜間ベンチマークのうち2262行が最速の対照実装より遅くなく、幾何平均1.37倍、対照にはtorch.compile、FlashAttention 2と3、FlashInfer、FlashMLA、vLLM、DeepGEMM、flash-linear-attention、FlagGems、QuACKが含まれる；206オペレータのうち195件のfoundryタグ付きマージがTileFoundry生成カーネルで同一のCIを通ってリポジトリ入りした。リリースと同時に公開APIを凍結し、API互換性チェックスクリプトを新設、前版の書き方で呼び出して中断するPRは直接失敗とし、以後0.xは追加のみで変更なし。既知の欠落4項とロードマップ3段階を同日公開、後者は融合オペレータ、モデル全体、計算通信融合を指す。情報源：https://github.com/tile-ai/TileOPs/releases/tag/v0.1.0、https://pypi.org/project/tileops/

  • 昇騰910 A2/A3のNPUIRバックエンド一式がmlir-ascend主干に統合、受け入れ基準を初めて数値で明記（10-28マージ）：1件で55ファイル +21490/-1、Python側はtilelang/ascend910パッケージ（backend、adapter、codegen、compiler、execution_backend、jit、pipeline、runtime、targetに加えlanguage下のkernel、copy、gemm、npuir方言面）、C++側はsrc/ascend910/targetの開発者向けとエキスパート向けの2系統エミッタ、オペレータ層とLowerNpuirBlock、NpuLoopVectorize、RewriteFDivToMulの3パス、ランタイムはnpu_launcher.hとnpu_utilsを補完、target別名はascend910、ascend-910、a2、a3、npuirを受け付ける。作者が示した受け入れはpytest testing/npuir 504項全通過、examples 72例中71例通過でタイムアウト0・エラー0、唯一失敗した1例は旧バックエンドでも同一マシンで同様に失敗し、環境と許容誤差の問題に属する。情報源：https://github.com/tile-ai/tilelang-mlir-ascend/pull/207

  • 主リポジトリで審査中のTIRxリファクタリングが内蔵TVMを外部依存に置換、規模は1043ファイルから1194ファイルに拡大（10-25以降、全週更新）：方案は3rdparty/tvmとそのサブモジュール項目を削除し、フロントエンド、ネイティブテンソルとスコープIR、下降パス、バックエンドパイプラインと実行アダプタを全体として独立ビルド・配布されるTIRxへ移行、未パッチの上流ソースにバージョンを固定（apache/tvm-tirx 9af5544d、依存はapache-tvm-tirx==0.1.0a2とapache-tvm-ffi==0.1.15.post0）、従来の+tilelang.1サフィックス付き統合パッチは不要になった。週末から週中にかけて当該PRは三度更新され、規模は1043ファイル +71428/-104176から1194ファイル +106648/-104497に増加、全週のキューの中で体量最大の1件であり、今後のTVM側修正が如何に本線へ入るかを決める。今週金曜時点でも審査中で、未マージ。情報源：https://github.com/tile-ai/tilelang/pull/3666

  • メインリポジトリの1週間の正確性硬化は「コンパイル通過、実行時にエラーが出ない、結果が誤り」という一族に集中（10-26 から 10-30）：典型的な項目は出力割り当てストリーム（#3649、三つのアダプタが呼び出し側の stream を受け入れるのに現在のストリーム上で out_idx 出力を割り当て、キャッシュアロケータが割り当てストリーム順に再利用し、H100 上で5回実行中3回出力が破損、修正後はゼロ）、全 warp リダクションを redux.sync に変更（#3692、4つの 32 lane の FP32 最大値取得が 20 個の shuffle から 4 個のハードウェアリダクションに）、スライス充填と負インデックスの静的境界（#3352 の T.fill が長さ 8 のバッファ上で As[6:12] に書き込むことがかつて許可され、実際には 6 から 11 に書き込んでいた；#3347 の A[-9] がかつて静かに -1 にラップアラウンドしていた）、T.ws(-1) 領域がゼロスレッド上で実行（#3354、ストアがすべて破棄され診断なし）、ROCm の七つのデフォルト数学関数が快速ビルトインに降格しなくなる（#3621、MI300X 上で sin/cos 誤差が 7.8e-04 から 6.6e-08 に低下）。出典：https://github.com/tile-ai/tilelang/pull/3649、https://github.com/tile-ai/tilelang/pull/3692、https://github.com/tile-ai/tilelang/pull/3621

  • 昇騰側のオペレータ一覧が上流モデル構造ごとに順次展開（10-26 から 10-30）：1週間で着地したものには Kimi K3 Stable LatentMoE ゲート活性化に整合する situ_glu（#1891）、GLM-5.3 疎注意 indexer の kpool 圧縮オペレータ（#1910、単一 kernel 純 Vector 路線、E4M3 符号化を純整数ビット演算で実装、FP8 型に依存せず近似もしない）、ブロックゲート線形注意の Chunk Scaled Dot KKT フォワード（#1803、静的4ブロック展開、ゼロ GM ワークスペース、L0 と L1 各3例マッチ率 1.0000）、W4A4 の int4×int4 GEMM 結果全誤りの根本原因と修正法（#1731、ニブルパック型が1バイトとして扱われ、すべてのコピー stride と repeat 回数が2倍偏差、症状は 99.6% 不一致）、およびメインリポジトリ DeepGEMM サンプルの FP4×FP4 パック入力（#3589）。出典：https://github.com/tile-ai/tilelang-ascend/pull/1910、https://github.com/tile-ai/tilelang-ascend/pull/1803、https://github.com/tile-ai/tilelang-ascend/pull/1731

  • 海光の1週間で4件の主干動作、「動作する」から「ハードウェア構造に沿って配置する」へ（10-26 から 10-30）：レジスタパイプラインに warp 発散を追加してマージ（#18、28ファイル +5312/-64、2週間以上かけて収束、作者の結論は example_gemm が rocblas 相当の性能に到達）、ネイティブ B16 ストレージと動的 WASP GEMM をマージ（#28、6ファイル +340/-230）、scale バッファを独立したデュアル bank に分割し LDS bank と分離（#29、12ファイル +1389/-314、本調査期間のソフトウェア側最大の一件）、通常コピーパスの LDS swizzle 特性分岐がレビュー中（#30、18ファイル +2000/-84、新規テスト5件を含む）。出典：https://github.com/tile-ai/tilelang-hygon/pull/18、https://github.com/tile-ai/tilelang-hygon/pull/29

  • リリースイメージがオペレータライブラリと TileFoundry を初めて同一イメージに同梱（10-29）：ランナーイメージは開発イメージの上に TileOPs とスケジューラの PyPI リリース版をインストールし、タグは tileops0.1.0 に tilefoundry0.0.3 さらに cuda13.2、torch2.13、tilelang0.1.12 の三段の環境識別子；追加スクリプトはイメージを取得後に GPU 上でスタック検査、ベースライン検査、パッケージテストとオプションベンチマークを実行し、ホイールにテストとベンチマークが含まれないため、すべてイメージ自身のバージョンに対応するタグから取得する。同時に sgl-kernel ベースラインを削除。出典：https://github.com/tile-ai/TileOPs/pull/2793

  • エコシステムに組織的な分枝とコミュニティリポジトリが出現、TileLang が自社ハードウェアスタックの基盤として位置づけられる（10-26 から 10-30）：T-HEAD 名義の tilelang-for-sail ブランチリポジトリは 13 のブランチを公開しており、バージョンミラー以外にも PPU マトリクス共有レイアウト修正、PPU language パッケージと実行時コンパイル機能が確認できる。CANN コミュニティの ops-tilelang オペレータリポジトリは 10-20 の作成以降継続的にプッシュされ、すでに 7 つのオペレータで DeepSeek V4.1 Flash のモデル断片を構成している。Qualcomm Hexagon バックエンドは 1 日 15 件で、HVX ベクトル化、VTCM アリーナ、Crouton レイアウト、DMA ビルトインを一気にマッピングとリダクションまで敷設した。さらに RISC-V コミュニティハブリポジトリ、PTO-ISA 問題集とベンチマークの二重リポジトリ、tilelang-knowledge 知識リポジトリが同日に推進された。出典：https://github.com/t-head/tilelang-for-sail、https://github.com/Atlas-Ascend-Fork/ops-tilelang

2. 中核プロジェクトの進展（メインリポジトリ tilelang）

バージョンとリリース

  • メインリポジトリの最新タグとリリースは依然として v0.1.15（09-30 リリース）であり、週全体で新しいタグも新しいリリースページ項目もなく、今週金曜で満 30 日に達した。VERSION ファイルの確認も依然として 0.1.15 である。
  • TileOPs v0.1.0 は今週組織内で唯一の新正式バージョン（10-27）であり、09-30 以降では TileFoundry 0.0.3 に続く 2 つ目の新タグでもある。TileFoundry の最新は 0.0.4rc1（10-25）で止まっており、まだ正式化されていない。
  • 適応ラインのタグは週全体で動きなし：tilelang-ascend v0.1.2.000（09-09）、tilelang-metax v0.1.15（10-16）、tilelang-musa v0.1.15+musa.1（09-30）、tilelang-mlir-ascend は v0.1.2.020 シリーズで停止。
  • マージ量とリズム：月曜の回は 72 時間の調査期間（10-23 07:00 から 10-26 07:00）で、78 件をマージ（TileOPs 51、tilelang 10、TileFoundry 10、ドキュメントサイト 4、昇腾リポジトリ 1、海光リポジトリ 1、Sunrise 1）。前回のウィークリーレポート（10-19 から 10-23）とは 10-23 の 1 日で重複するため、後四回とは合算しない。火曜から金曜の 4 つの 24 時間調査期間の合計は 86 件をマージ：tilelang 47、TileOPs 26、tilelang-ascend 5、TileFoundry 4、tilelang-hygon 3、tilelang-mlir-ascend 1。1 日ごとの順は 30、20、24、12 件で、前半高く後半低い収束形態を示した。審査中の更新は週全体で 45 から 76 件の間に維持され、新規 issue はそれぞれ 19、11、7、6、4 件であった。

コンパイラ、言語層と実行パス

  • 全 warp リダクションをハードウェア redux に変更（#3692、10-29 マージ、4 ファイル +337/-35）：以前はグループ全体がアラインメントされた満杯の warp であっても、通常のクロススレッドリダクションはそのまま shuffle ツリーに展開されていた。メインブランチ 837486a 上で4つの独立した 32 lane FP32 の最大値取得を sm_103a と CUDA 13.1 の組み合わせでコンパイルすると、20 個の shuffle、0 個の redux が生成されていたが、変更後は 4 個の redux.sync.max.f32、0 個の shuffle となる。手法はスカラーおよびバッチ全リダクションで既存の warp_reduce ヘルパーを再利用し、呼び出し側はスレッドのジオメトリのみを判定する。整数リダクションは SM80 以上でハードウェア redux を使用し、FP32 の最大値・最小値取得は sm_100a、sm_100f と sm_103a、sm_103f でのみ利用可能である。狭い浮動小数点は FP32 に昇格してからヘルパーに入り、FP64 は精度を落とさずに引き続き shuffle パスを使用する。著者はエンドツーエンドの高速化を主張せず、命令レベルの対照のみを提示している。
  • autotuner の独立 JIT 設定を並行コンパイルに変更（#3476、10-29 マージ、2 ファイル +54/-46）：従来の実装はコンパイル期間全体で1つのロックを保持し、デフォルトのコンパイルオプションのみを使用する設定も直列化され、フロントエンド、ダウンストリーム、デバイスコンパイルがすべて待ち行列に入っていた。変更では、各オーバーライド設定に対して dataclasses で独立した JITImpl を複製し、デフォルトオプションは引き続き既存の遅延パスを通してカーネルキャッシュとオブジェクト同一性を保持し、第1段階のキーを共有する候補のみを直列化し、デバッグ出力の書き込みは引き続き直列化する。クロスバックエンドの検収データ：昇騰 1797 項目通過（Python 3.12.14、torch_npu 2.10.0、CANN 9.3.0、AscendC サンプル 50 例すべて通過、PTO サンプル 44 通過 6 スキップ）、ROCm 7.2 で gfx942 上 3220 項目通過、Metal 95 項目通過、CUDA で H100 PCIe cu130 上 5500 項目通過、CuTeDSL 75 通過 17 スキップ。
  • 昇騰バッファビューのレイアウトとポインタ単位をエイリアス間で伝播しないように変更（#3623、10-29 マージ、23 ファイル +1139/-438）：T.view や T.reshape で生成された複数のバッファが同一の記憶域を共有しつつ異なるレイアウトを要求する場合、以前は共有データ変数に基づいてレイアウトを解析していたため、誤った Cube マッピングや DMA アドレスが選択される可能性があった。本コミットではレイアウトを個々の Buffer ビューに付与し、レイアウト推論、フラクタル記憶正規化、マルチバッファ実体化とコピー、行列積のダウンストリームまで一貫させる。生ポインタオフセットは各自の要素単位で再マッピングされる。同一のバージョン付き割り当て上で、Cube ビューは異なる MajorK と MajorMN レイアウトを使用可能となり、条件は論理ストライドが稠密、ベースアドレスオフセットがゼロ、オペランド型が互換、パディング後の記憶サイズが等しいことである。
  • GM から L1 へのコピーと範囲外パディングを1つのスケジューリングタスクに統合（#3543、10-29 マージ）：両者は同じ L1 データを共同で準備するが、以前はパディングが独立したスケジューリングタスクに分割されることがあり、同期挿入時に余分な MTE2 パイプラインフェンスが発生していた。変更後はコンシューマがパディングを含む完全なデータを待機し、FP8 MX の K 尾部パディングも同様に統合されタスク内の条件付きパディングが保持され、元の MX 遅延パディングキューは削除された。47 項目の集中テストが通過。
  • ROCm と実行コンテキストに関する一連の修正：exp、exp10、log、log2、log10、sin、cos の7つのデフォルト関数が HIP 上で fast_math 設定に関係なく高速組み込みに低下しなくなり、アンダースコア付きの8つの高速オペレータに最低ダウンストリームルールが追加された（#3621）。自動ターゲットは固定の 0 番カードではなく現在の HIP デバイスを読み取るように変更（#3594）。NVRTC と CuTeDSL は最初の入力テンソルが存在するデバイスに基づいて現在のストリームを取得（#3359）。profiler はデバイス未指定時に現在のデバイスを使用し、キャッシュフラッシュが 0 番カードに送られなくなった（#3357）。
  • 言語層と下降の小修正：TMA gather/scatter の Python 整数行インデックスを int32 に変換し、リテラル記法が Blackwell 上でコンパイルクラッシュしなくなった（#3365）。実行期の行程数のパイプライン epilogue を直接展開し、ページドデコードが再びコンパイル可能に（この不具合は下流の TileOPs#1852 により報告）（#3356）。VectorizeLoop はループストライドを暗黙に無視しなくなった（[#3345](https://github.com/tile-ai

/tilelang/pull/3345)）；T.clamp の NaN 伝播降下が巻き戻され、min/max セマンティクスに戻る（#3628）；T.Parallel の coalesced_width を一律 IntImm に変換（#3374）；TMA 記述子は検証済みの名前のみを記録（#3484）；非 restrict 引数の handle サフィックスが切り捨てられなくなる（#3366）。

正確性と欠陥修正

  • ストリームとキャッシュの同一性：出力を呼び出し元ストリーム上に割り当て（#3649）と NVRTC、CuTeDSL のストリーム取得（#3359）の後、本調査期間では自動チューニングキャッシュキーを compile_flags に組み入れ（#3338、同一カーネルでコンパイルオプションを変えても古いバイナリを再利用しなくなる）、Ascend 側では Bisheng ビルド識別子をバイナリキャッシュキーに組み入れた（#3691）。二つの独立した路線が同じ週に同じことを行った：キャッシュがソースコードと形状だけでキーを構成すると、コンパイラを変えたときに誤ヒットする。
  • 同期とメモリ計画：ThreadSync が address_of を書き込みとして記録し、不透明呼び出し後のフェンスを補完（#3346、従来 T.address_of(B[0]) 形式では extern の後にフェンスがなく、T.access_ptr(B, “w”) 形式にはあった）；T.ws(-1) を全スレッドで実行するよう変更（#3354）；ストレージドメインを跨ぐ命名バリアの重複番号（#3643）と sm_100 の TMEM 解放に CTA バリア欠落（#3645 / #3663 / #3664）を週初に処理。水曜に三件の ThreadSync フェンス位置ずれ欠陥が浮上（#3680）：フェンスが発散分岐内に置かれる、分岐内のフェンスが誤って外側の保留依存をクリアする、スレッド数カウントループによるフェンス位置、に対し #3682 と #3681 の二件の審査中修正を用意。
  • 静的境界と型：スライスフィルは領域末端ではなく長さで検証、負インデックスが回り込み後も負の場合は拒否（#3352 / #3347）；SIMT アトミック領域の形状検証を補完（#3465）；スパース MMA の K 末尾ブロックが黙って見逃されなくなる（#3367）；atomic_addx4 のターゲット dtype を float* に絞り込み（#3369）；profiler 出力インデックスを一律検証（#3486）；スカラー読みのインデックス係数がレーン数に混入しなくなる（#3453、行幅 32768 以上のコンパイルクラッシュをクローズ）；バッチ all-reduce をスカラー分岐でスレッド区間を解析（#3341、batch>1 のとき 2048 個の出力が全て誤り）；int64 アトミック max/min と AtomicStore の int64、bf16、fp16 クラッシュ（#3307）；リダクションの FP8/FP4 非有限定数が不正リテラルを出力（#3189）。水曜にコールドコンパイルを仮定する六つのテストを without_kernel_cache に変更（#3695 / #3696）。
  • 新規欠陥の指摘：水曜に起票された三件はいずれも静的検査境界に該当——パディング付き共有バッファのバッチコピーで形状不一致を報告（#3704、末尾次元が 16 非整列のグローバルテンソルをパディング付き共有バッファへコピー、BK は cdiv 乗 16、降下時に 112 対 100 を報告）、負スケーリング反復グラフが逆インデックスを誤コンパイル（#3705、再現環境は v0.1.15 と T-HEAD ブランチリポジトリのソースビルド、上流共通パスに属する）、ビュー幅が int32 乗算でオーバーフロー（#3707、Qwen3.8 の lm_head 重み 248320 乗 2560 バイト NVFP4 で計 5,085,593,600 ビット、回り込んで 790,626,304 となった後リテラル上限超過を送出）。同批には sm_120 で 13 例の失敗、IfStmtBinding の指数的コンパイル、without_kernel_cache が強制再コンパイルしない（#3701 / #3700 / #3699）、および CuTeDSL の CUDA graph キャプチャが空グラフ（#3693）もある。金曜に三件の修正が審査入り：幅を int64 に変更、CPU スカラー GEMM はターゲット領域のみクリア、キャッシュ無効時は二層のプロセス内キャッシュをバイパス（#3708 / #3709 / #3710）。

ランタイム、CI とツールチェーン

  • CI は ROCm と Metal のジョブを互換性のある PyTorch wheel に固定（#3706、10-29 マージ）：ROCm の CI はインデックス変数を通じて一致する PyTorch ROCm ソースを公開しているが、ワークフローレベルの「安全でない最適マッチ」戦略により、より後ろの PyPI 候補が勝ってしまい、PyTorch 2.14.1 に ROCm 7.2 ビルドを加えたものではなく PyTorch 2.15.0（CUDA 13.2）に解決されていた。同じ 2.15.0 の展開により、macOS 26.6.2 の ARM64 ランナーが Apple の準仮想化 GPU を拒否するようにもなった。修正は 3 点：設定された安定版 ROCm バージョンに従ってバックエンド変数を設定する、ナイトリーインストールを最初のインデックスに切り替える、テスト前に素早く失敗する検証ステップを追加する（HIP ビルドであること、CUDA ビルドでないこと、ランナーの GPU にアクセスできることを確認）。
  • 昇騰 CI は AscendC と PTO を 2 つのマトリクスジョブに分割し、それぞれ個別に再実行可能（#3687）。CI イメージを cann9.3.0 週次版に更新（#3630）。
  • 貢献プロセスガバナンス 4 連（10-26、すべてレビューコストを巡る）：CONTRIBUTING.md に PR 説明には問題・方針・トレードオフを記載すべきと明記し、証拠はそれが支持する論点のそばに貼る（#3671）。純粋なドキュメント PR は CUDA、ROCm、Metal、Ascend、CuTeDSL のビルドとテストをスキップし、ホワイトリストは意図的に狭くした（#3672）。コミットスキルに確認ステップを追加し、まず使用予定のタイトルを貢献者に確認する（#3673）。レビューボットの自動要約と docstring カバレッジチェックをオフにし、指摘は現在の diff と実際の呼び出し経路に紐付けることを要求（#3674）。
  • 言語サービスが実験的 CUDA デバッグを提供開始（10-26）：tilelang-lsp が最初のデバッグコミットを投入し、tlsp.debug ランチャーを新設して Python 行番号マッピング、-G と -lineinfo 付きコンパイル、キャッシュの分離と生成ソースの取得を行い、Nsight の cuda-gdb を VS Code に接続、Python ブレークポイント、起動前チェック、生成 CUDA ソースの閲覧をサポート。これは同リポジトリにとって 8 月以来初の実質的コミット。
  • ドキュメントサイトは全週にわたり継続的に自動同期：10-26 に 8 件、10-27 に 6 件、10-28 に 2 件、ほかに TileOPs ドキュメントサイトとローカライゼーションリポジトリの定期更新。

レビューキューの観察

  • 最大規模のものは依然として TIRx リファクタリング（#3666、1194 ファイル +106648/-104497）で、固定された上流ベースラインに対してゼロパッチを当てるもので、キューの中で「今後の TVM 側修正がどのようなペースでメインラインに入るか」を決める唯一の変更。
  • 昇騰リポジトリの a2a3 スケジューラ移行が 100 ファイル +18453/-666（#1951）を占め、専用リポジトリで最大のレビュー中案件であり、次段階の変動量がオペレータ層ではなくスケジューラ層にあることを示す。
  • PTO ラインのレビュー中キューは 1 週間で継続的に進行：T.Parallel ベクトル化、AutoSimVF チャネル、バッチ三次元 ND2NZ、書き込みカウントマルチバッファ（#3512 / #3320 / #3689 / #3629）、PTO ターゲットはデフォルトで tvm_ffi 実行バックエンドを使用（#3516）、ほかにビューとブロードキャストの修正 3 件（#1962 / #1960 / #1961）とビット単位 XOR の符号なしバイトワークスペースビュー修正（#1959）。
  • レビュー中更新数は全週で 45 から 76 件の間、金曜には 54 件に回升し、マージ量の落ち込みと対照をなす：今週は「清算週」であり「起票週」ではない。

3. マルチバックエンド適応（昇騰 / 海光 / ROCm / Hexagon）

昇騰（Ascend）：バックエンドを主干に統合、オペレータをモデルごとに展開

  • バックエンド層：910 A2/A3 の NPUIR パスを mlir-ascend 主干に統合（#207、55 ファイル +21490/-1）、モードスイッチ TILELANG_ASCEND_MODE は expert または developer を取り、デフォルトは expert；2 つ目のコミットでは旧バックエンドの動作差異を項目ごとに整合し、重点は bf16 の合法化（HIVM は bf16 オペランドを受け付けないため、fp32 で計算した後に明示的に変換）と動的 extent のコピー沈下である。
  • スケジューリングとアドレッシング：メインリポジトリに T.annotate_buffer_addresses を新設し、スケジューリング後の昇騰パイプラインにおいて UB、L1、L0A、L0B、L0C および SS の各プール内の割り当てを正確にバイトアドレッシングできるようにした。アドレッシング対象のバッファはまず T.annotate_buffer_versions で固定份数を宣言する必要があり、検証は缺少またはサポートされない份数、重複、未アラインメント、動的サイズ、容量オーバーフローをカバーする（#3607、14 ファイル +982/-26）。PerCoreTask 候補体は内部の if/else を許可し、条件付き L1 填充が全体として拒否されなくなった（#3686）；手書きパイプラインは設定レジスタのフェーズを保持する（#3624）。
  • オペレータ供給：一週間で situ_glu（#1891）、GLM-5.3 の kpool 圧縮（#1910）、Chunk Scaled Dot KKT フォワード（#1803）、W4A4 int4×int4 の根本原因修正（#1731）、depthwise_conv_2d サンプルの再提出（#1920、マニフェスト化されたテストチャネルに変更して並列バッチを回避）をマージ；審査中にはまだ GroupNorm と fla_chunk の 2 サンプル（#1607 / #1953 / #1952）、NPUIR ビューとブロードキャストの 3 件（#1962 / #1960 / #1961）がある。これらのオペレータの共通点は、量子化と融合をカーネル本体に書き込み、ホスト側の後始末に任せないことである。
  • エンジニアリング基準：オペレータ性能剖析 skill を新設し、msprof op で最適化方向を出力（#1931）；インストーラの SHMEM セクションを両方修正し、空殼 wheel が偽の成功をしなくなった（#1943 / #1946）；2 次元を超える GM から UB へのコピーは DMA 行数で先頭次元を折り畳む（#1805）；Cython ラッパーが呼び出しごとにアナライザを再構築する問題（約 0.28 ミリ秒）はまず記録し（#1945）、後に審査中の遅延構築で修正された（#1948）。
  • 回帰状態：毎日全量テストは 10-25 に 2903 項目全通過を報告、10-26 未明のテストジョブは失敗を報告（#1944）、10-27 と 10-28 は連続 2 日 2903 項目全通過（#1950）。ユースケース規模はすでにゲートとして十分であり、結論の有効期間は週単位である。
  • 審査中の互換性変更：Carver は選択された SDK に応じて A3 リソース予算を読み、256×256 の FP32 アキュムレータをわずか 128 KiB の L0C に配置することを避ける（#1955）；AI Core Exception Dump の依存を CANN 9.2.0 に下げ、4 つの必須フィールドを補完（#1956）；ドキュメントは T.Tensor に変更し、T.Buffer DSL インターフェースを非推奨とした（#1957）。昇騰リポジトリのドキュメントファクトチェックは 4 件の単発コメントが最大 46 ラウンドに達した（#1628 / #1655 / #1656 / #1659）。

海光（Hygon）：一週間で 4 件、ハードウェア構造に合わせて配置

  • レジスタパイプラインは既存の共有メモリパイプラインと協調でき、対応するコミットとバリア命令をパイプラインステージに応じて挿入し、warp 数が 4 を超えると warp 発散を有効化する（#18）。この件は 10-08 に開始され、2 週間以上かけて収束し、マージ時はまず主干に統合してからブランチを経由する大マージであったため、行数は同批の他の変更よりはるかに大きい。
  • ネイティブ B16 ストレージと動的 WASP GEMM（#28）：MLS の Let パラメータ発行順序を維持し、GEMM の warp 分割を行列ストレージに伝播し、パックされた B16 から B32 への出力エイリアスを拒否し、同時に WASP 次元を動的にして軸ごとにアラインメントを推論する。
  • scale バッファの行計画を独立したデュアルバンクパーティションに変更し、LDS バンクと分離、同一の行マッピングを割り当て、scale コピー、MMAC 沈下の 3 箇所に同時に渡し、3 箇所各自がレイアウトを推論することを避ける（#29、12 ファイル +1389/-314）。この件は #28 に接続し、海光は 2 日間で 3 件の主干マージを完了した。
  • 通常コピーパスの LDS 書き込みフェーズと swizzle 戦略が審査中で、b8 と fp8 の 2 種類のデータ幅を備える（#30、18 ファイル +2000/-84、新規テスト 5 件）。

出典：https://github.com/tile-ai/tilelang-hygon/pull/18、https://github.com/tile-ai/tilelang-hygon/pull/28、https://github.com/tile-ai/tilelang-hygon/pull/29、https://github.com/tile-ai/tilelang-hygon/pull/30

ROCm：pip 版 SDK と浮動小数点セマンティクス

  • ROCm 10 の pip 版 SDK サポートをマージ（#3549、2 ファイル +106/-19）：ROCm 10.x の rocm/pytorch イメージは ROCm を Python wheel 形式でリリースしており、/opt/rocm ディレクトリツリーも rocm-* の apt パッケージも存在しない。get_rocm_arch() はこれまで /opt/rocm プレフィックスをハードコードしており、パスが存在しない場合は gfx900 にフォールバックしていたため、MI355X（gfx950）上では rocwmma の静的アサーションが直接失敗し、ROCM_PATH を設定しても無効だった。修正方法は、呼び出し元プレフィックス、find_rocm_path()、torch の gcnArchName、gfx900 フォールバックの順で解決し、rocminfo のプローブごとに 10 秒のタイムアウトを追加し、rocm/pytorch:rocm10.1.0_ubuntu24.04_py3.12 に基づく Dockerfile を新規追加する。作者は MI355X 上で実測し、アーキテクチャプローブが gfx900 から gfx950 に変わったことを確認した。
  • exp/sin/cos の精度修正と、自動ターゲット、ストリーム取得、profiler の 3 箇所のコンテキスト修正は第 2 章を参照。ROCm 側の FP4 変換と E8M0 型、pip 版イメージのアーキテクチャプローブは引き続きレビュー中（#3665 / #3549 関連の付随対応）。

沐曦（MetaX）／摩尔線程（MUSA）：調査期間内に実質的なコミットなし

  • tilelang-metax 組織ビューにはプッシュタイムスタンプ（10-26 15:08）があるが、ブランチごとに確認したところ調査期間内のコミットはない：デフォルトブランチ main の最新は依然 09-29 のバージョン番号更新、dev ブランチの最新は 10-16、0.1.14 とそれ以前のバージョンイメージは未変更で、イベントストリームにも調査期間内のプッシュイベントはない。直近の正式リリースは依然 10-16 の 0.1.15 である。
  • tilelang-musa は週全体で調査期間内のメインブランチコミットがなく、最新タグは依然 09-30 の v0.1.15+musa.1。摩尔線程と沐曦は今週、確認表にのみ現れ、項目を構成しない。

出典：https://github.com/tile-ai/tilelang-metax、https://github.com/tile-ai/tilelang-musa

サードパーティ：Hexagon DSP バックエンド

  • 10-27 の 1 日で 15 件、HVX ベクトル化、VTCM アリーナ、Crouton レイアウトと DMA ビルトインを一気に Crouton 上のマッピングとリダクションまで展開した。10-29 時点でメインブランチの最新コミットは依然 08-24 の CI 依存更新に留まり、リポジトリのプッシュ時刻は更新されているがメインブランチに新規コードはないため、コミュニティ投入強度の観察としてのみ扱い、上流の進展には計上しない。
  • 別途 PPU 版のゼロ変更ラッパー（実行時に import プロトコルと site メカニズムをインターセプトし、上流ソースコードを変更せず再パッケージもせず、PPU に対応物がない CUDA 機能は暗黙の降格ではなく明示的にエラーとする）があり、これはバックエンド移行の第 3 の形態である。

出典：https://github.com/xwhzz/tilelang-hexagon、https://github.com/flytiger-eco/tilelang-wrapper-for-sail

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

TileOPs：0.1.0 後の第 2 週

  • リリース後のマージペースは明らかに鈍化：火曜14件、水曜4件、木曜7件、金曜1件と、重心は「インターフェースを凍結する」ことから性能と正確性の収束へと移った。
  • 性能面の4つの具体的な数字：セレクタはもはや manifest にぴったり合わせるのをやめ、ビジー時（device_busy_ms）上で160個の稠密 shape、60個の m 9 から 32 の shape、264個の m≤8 の shape で再キャリブレーションし、softmin 期待対数リグレットで座標降下を行い、エンドツーエンドのビジー時リグレットは留出 manifest 上で5.79%から0.48%へ、m≤8 の留出セットは14.18%から1.79%へ低下した（#2784）；非 NT レイアウトは転置永続カーネル coop2_swap に切り替え、2112×7168×4096 TN は195.3マイクロ秒から175.3マイクロ秒へ、同機の別の H200 は174.3から158.5マイクロ秒へと、いずれも QuACK の187.9と167.0マイクロ秒を上回った（#2789）；cumsum の長行は2段階シードスキャンに変更し、(8,65536) は12.75マイクロ秒から5.18マイクロ秒へ低下し、65535 tile 以上の起動失敗も修正した（#2790）；extrema リダクションは PTX の max.NaN / min.NaN に変更し、amax (2048,4096) bf16 は8.352マイクロ秒から6.976マイクロ秒へ戻り、FlagGems より高速になった（#2792）。
  • 背靠背の口径が単独で立項された：木曜に新規課題が起票され、単発呼び出しでは本実装が QuACK をリードするが、背靠背かつ電力上限のある訓練シーンでは10本の大行のうち6本が後れを取ることが指摘された（#2791）；その後レビュー中の GEMM 変更は電力上限に基づいてグリッドグルーピングと常駐ブロック数を再計算し、DeepSeek V3 プレフィルの q-b 形状でメモリ読み込みが168 MBから94 MBへ低下した（#2794）。
  • 正確性と能力の補完：D128 稠密フォワードは key を分割し、prefill-rope は31.04マイクロ秒から17.09へ低下（#2777）；D128 永続化フォワードはスレッド単位で書き直し LSE を出力（#2774）；融合加算の LayerNorm 行は CTA を跨いで分割し、精度欠陥は別途新規起票（#2768 / #2773）；オフセットストアの3種修正と SM90 グループ GEMM、出力 ABI（#2761 / #2765 / #2762）。
  • リリース形態：リリースイメージをマージ（#2793）、オペレータライブラリと TileFoundry が初めて同一イメージに組み込まれた；既知の欠落のうち FusedAddLayerNormFwdOp の精度問題は週内にまだ修正されておらず、ロードマップ第一歩の融合オペレータはまだマージされていない。

出典：https://github.com/tile-ai/TileOPs/pull/2784、https://github.com/tile-ai/TileOPs/pull/2789、https://github.com/tile-ai/TileOPs/pull/2790、https://github.com/tile-ai/TileOPs/pull/2792

TileFoundry：3パッケージ分割から静的契約へ

  • 週初めに core / nvidia / apple の3つの配布パッケージに分割し、テスト入力は一度だけロードする（#268 / #269）；sm_89 に E4M3 の warp MMA を追加し、能力検証を「MMA のみを確認」から各命令へ拡張、bulk copy、TMA copy、mbarrier 形式はこれまで検証を通過し codegen や ptxas で初めて失敗していた（#261 / #262 / #264）。
  • 週中に cp.async のターゲットレイアウトアドレッシングと MLA 逆方向レイアウトを修正（#263 / #260 / #257）、さらにウィンドウ全体をオペランド自体に従って発行（#273、sm_89 の GEMM がコンパイル可能に復帰）し、動的共有メモリをカーネルの実使用量に応じてサイズ決定（#271、作者は「ターゲット容量に合わせて満額与える」提案を採用せず、その理由は静的と動的の共有メモリが同じ上限で計上され、ブロックごとの申請量が1つの SM に何ブロック載るかを決めるため）。
  • 木曜に破壊的変更を1件マージ（#279）：24個の AMX ランタイムオペレータファミリを39個の静的登録された TIR 契約として記述し、パラメータドメイン、オペランドとレイアウトパターン、副作用集合、そして M1 から M4 までのターゲット能力を備える；新たに Python 評価器とオリジナル C シミュレータをゴールドスタンダードとして追加し、59個の代表的なアトミック用例で全39個の静的オペレータをカバー、高階と中階の中間表現用例は実際の2、4、8、12スレッドドメインで実行し候補の受理と拒否を検証する。検証は46項目のフォーカステストが通過。
  • 新規欠陥として1件記録：分析側が共有メモリのピークを過大に計算し、しかも TIR に伝播しない（#272）、メインリポジトリの ThreadSync の一族と同源。

採用者とコミュニティブランチ

  • 既知の採用者2者はいずれも週を通じて静か：DeepSeek の TileKernels（2018 スター）と通義側の FlashQLA（742 スター）はいずれもメインブランチが 10-14 で止まっており、調査期間内に新しいプッシュはなかった。今週のエコシステムのシグナルは主にコミュニティの自建リポジトリから来ており、この2つの内部利用者からではない。
  • T-HEAD の tilelang-for-sail：09-22 にリポジトリ作成、上流メインリポジトリのブランチであり、13 ブランチを公開。メインブランチと v0.1.11 から v0.1.14 のバージョンミラー以外に、PPU マトリクス共有レイアウト修正、PPU language パッケージ、実行時コンパイル機能、および若干の欠陥修正ブランチが見える。メインブランチの最新コミットは 10-22 で止まっており、リポジトリのプッシュ時刻は 10-29 19:27 に更新されている。リポジトリ内に説明ドキュメントもリリース記録もないため、観察の手がかりとしてのみ扱う。特筆すべきは、金曜日の第 #3705 号欠陥がまさにこのリポジトリのソースコードでビルドして再現されたことだ——ブランチ利用者は上流よりも早く実際のビルド問題に遭遇している。
  • CANN コミュニティの ops-tilelang：10-20 にリポジトリ作成、昇騰 NPU 向けのコミュニティ高性能オペレータリポジトリとして位置づけられ、kernel 実装、自動化テストケース、標準ワークロード、性能ベースラインを統一的に管理する。README は Ascend 950 以上のみをサポートし、CANN 9.3.0 以上を要求し、コミュニティ weekly 版を用いることを明記している。すでに7つのオペレータで DeepSeek V4.1 Flash の「Attention 出力と FFN 前処理」の断片を繋いでおり、HIDDEN=5120、MHC=4、B を 1 から 256 まで実測した SuperKernel の収益は 1.17% から 2.75% だった。公式の tilelang-ascend との関係はまだ不明確であり、エコシステムの観察としてのみ扱う。
  • PTO-ISA のデュアル配套リポジトリ：問題集リポジトリは PTO のブロードキャストロードを PTOAS 0.70 に移行し、前週は量子化スケーリングの符号明確化と問題文の書き換えを行っていた。ベンチマークリポジトリは SV2 ブロック単位スケーリングと列単位分析の2件のコミットを追加し、根拠はライブラリ内の絶対最大値命令のバリアント数 31.39 であり、実行時命令スループットとルーフライン分析を添付し、統一バッファ口径ではないことを明確にしている。
  • ディストリビューション版：Sunrise の 0.1.15+sunrise.1.2.0 リリース PR が週初めにマージされ（#9）、組織内で2例目の下流ディストリビューション形態となった。メインリポジトリの TIRx 移行が実現すれば、この種のディストリビューション版は依存宣言を追随して変更する必要があり、来週追跡する価値のある連鎖的影響である。
  • RISC-V 方向のコミュニティハブリポジトリ：TongmingLAIC/tilelang-riscv は 10-23 にリポジトリ作成、10-26 にプッシュされ、TileLang の RISC-V 上のコミュニティハブとして位置づけられ、コンパイラバックエンド、AI オペレータ、開発ツール、ドキュメントを集約する。現在はまだ空の骨組みであり、実行可能なオペレータやバックエンドの実装は見られない。

出典：https://github.com/t-head/tilelang-for-sail、https://github.com/Atlas-Ascend-Fork/ops-tilelang、https://github.com/PTO-ISA/tilelang-puzzles-ascend、https://github.com/TongmingLAIC/tilelang-riscv

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

  • 知識資産が今週コミュニティ側の新カテゴリに：tilelang-knowledge は 10-29 にリポジトリを開設し、当日の4件のコミットがエージェント向けの知識基盤を構成した——リポジトリ構造、33 件のオペレータ設計事例（各項目に固定の出典付き）、出典付きのプログラミング知識カード 20 枚、証拠に裏付けられた GPU 最適化パターン 7 件。リポジトリの自己記述によれば、その用途は、エージェントがオペレータに直面した際に、どの経験が適用可能か、コードをどう変更すべきか、どう検証するか、失敗後にどこを探すかを判断できるようにすることである。これは TileFoundry のオペレータ契約、昇騰リポジトリのプロファイリング skill と同じ種類の試みである。
  • チュートリアルと演習の方向に継続投資：tilelang-puzzles-ascend は PTO の Ascend 向け量子化 kernel チュートリアルを行う。中国語の TileLang オペレータ面接練習サイトは 9 モジュール 18 問。図解講座の配套リポジトリは、オリジナルのシナリオとアニメーションで各知識点を徹底的に解説し、動画とともに公開すると自己記述している。分散レイアウト実験リポジトリも同日に新規作成された。
  • ドキュメントとローカライゼーション：tilelang.github.io は全週にわたりメインリポジトリのマージに伴い自動同期（10-26 に 8 件、10-27 に 6 件、10-28 に 2 件）。サードパーティのローカライゼーションリポジトリ tilelang-docs-l10n は定例更新。中国語 RISC-V コミュニティハブリポジトリは初回のコンテンツコミットを完了し、ドキュメント同期の経路が正常に稼働していることを示している。
  • 議論側：TileScale のユーザーが使用中の TileLang バージョンをアップグレードできるか質問（#72）。このリポジトリの最終プッシュは 08-25 で停止しており、ドキュメントとサンプルは依然として古いバージョンを指している。この種の質問は通常、上流のインターフェースが急速な改名期に入った後に現れる——今週メインリポジトリで審査中の TIRx 置換と TileOPs の 26 個のオペレータクラス改名は、いずれも下流のバージョン追従コストを増大させる。
  • ニュース側は全週にわたり実質的なヒットゼロ：Google News の中国語・英語6組のクエリ（精确語＋2日、中国語＋昇騰、中国語＋オペレータ、組織名＋2日、英語＋GPU、中国語＋コンパイラ＋7日をカバー）は5つの収集ウィンドウで、臨床人工知能の転載記事1件のみを返し、オペレータ言語とは無関係であった。Hacker News の関連ヒットはすべてウィンドウ外に落ち、直近の1件は 10-02 の昇騰プログラミングスタックの転載議論である。arXiv では TileLang での検索に新論文なし。デイリーレポート本体はしたがって引き続きリポジトリとエコシステムリポジトリを基準とする。産業側では 10-26 に昇騰と DeepSeek のエコシステム格差が縮小したという報道が1件あるのみで、二次評述に属し、新しい技術データは含まない。

6. トレンド観察

リリースエンジニアリングは「最後の1マスで止まる」から「イメージ化デリバリー」へ。 月曜のデイリーレポートではまだ TileOPs の初回リリースが「ドキュメント準備完了、成果物未アップロード」と書かれ、PyPI 上では最新が依然として 2025-10-09 の 0.0.1.dev2 であった；火曜 07:45 に成果物がアップロードされ、13:15 にリリースページが公開され、木曜のリリースイメージではオペレータライブラリ、TileFoundry、三段の環境識別子（cuda13.2、torch2.13、tilelang0.1.12）が一緒にロックされた。一週間のうちに、この線は「リリースできるか」から「どう組み合わせてデリバリーするか」に変わった。200 余オペレータのライブラリにとって、インストール可能性はさらにもう1パーセントの最適化よりも外部採用速度を決定づける。今週の答えは、インストール経路も成果物にすることである。

欠陥タイプは「コンパイル通過、実行時にエラーなし、結果が誤り」に高度に集中し、しかもハードウェアやコンテキストと強く相関する。 出力が誤ったストリームに割り当てられる（非デフォルトストリームかつキューイングされた作業がある場合のみ破損）、T.ws(-1) がゼロスレッドで実行される、スライスフィルが長さではなく末端で検証される、負のインデックスが回り込んだ後も依然として負、address_of が読み取りとして扱われる——五条すべてがコンパイル期に警告なく、実行期に異常なし。この種の欠陥のコストはコンパイルエラーよりはるかに高く、なぜならそれらが汚染するのは「テスト全通過」という前提そのものだからである；水曜に浮上した冷間コンパイルを仮定する6つのテストと木曜の without_kernel_cache セマンティクス漏洞は、まさにテストインフラも同じリスク領域にあることを示している。今週の対応は境界検証をコンパイル期に前移することであり、方向は正しいが、#3704、#3705、#3707 の三条の新規開設欠陥はこの境界がまだ遠く描き終わっていないことを示している。

昇騰は「バックエンドを移す」から「オペレータを補う」へ転じ、初めて再計算可能な受け入れ基準を示した。 水曜は NPUIR が主干に統合（504 項の自測、71/72 サンプル）、木曜から金曜の5件のマージのうち4件はオペレータとサンプルであり、しかもすべて上流モデルの需要に沿って配列されている：GLM-5.3 の indexer 圧縮、ブロックゲート付き注意の内積、4ビット量子化行列積、量子化視覚モデルの深さ方向畳み込み。共通点は量子化と融合を kernel 本体に書き込むこと（E4M3 純整数エンコード、4ビットパッキング規約、デュアル kernel に 1×1 高速パスを追加）であり、ホスト側の補救に委ねない；同時にプロファイリング skill とチェックリスト化テストチャネルをプロセスとして確立した。主要矛盾は「コンパイルできるか」から「オペレータの数値と性能が安定的に受け入れられるか」へ変わりつつあり、a2a3 スケジューラ移行の 100 ファイルは次段階の変動がスケジューリング層にあることを予告している。

実行経路は引き算、バックエンドリストは足し算。 メインリポジトリは今週、全 warp リダクションを redux.sync に収め、autotuner のコンパイルロックを細分化し、GM から L1 へのコピーとフィルを1つのタスクに統合し、buffer ビューのレイアウトを共有変数から単一ビューに戻した；同時にバックエンドリストは拡張を続けている——ROCm は pip 版 SDK と FP4 を補い、Hexagon は単日 15 件、PPU はゼロ変更ラッパーが出現し、Intel AMX は TileFoundry の中で 39 個の静的契約になる。二つの方向は矛盾しない：上流は実行経路を収束させ、下流はそれぞれパッケージングして配布する。これは TIRx が TVM を外部依存に変えるのと同じ発想である。

「fork 化」は今週最も確かな採用シグナルであり、同時に最も現実的な同期コストをもたらす。 T-HEAD が TileLang を自社ハードウェアスタックの基盤として PPU ブランチを作り、CANN コミュニティが独自にオペレータリポジトリを構築し、PTO-ISA が問題集とベンチマークをそろって配套リポジトリ化し、RISC-V にはコミュニティハブリポジトリが登場した——これらはいずれも tile-ai 組織には存在しないが、いずれも言語レイヤーの安定性に依存している。这正是 0.1.0 が公開 API を凍結し CI ゲートにした意味である。代償も同樣に明瞭だ。金曜日の第 #3705 号欠陥はブランチユーザーの実際のビルドが先に踏み、上流が後から修正した。ブランチが増えるほど、こうした「下流が先に発見し、上流が後で修復する」経路は長くなり、主リポジトリはブランチと上流をどう同期するかという長期的な問いに答え始める必要がある。

口径の問題が製品の問題として扱われ始めた。 TileOPs は木曜日に「単発呼び出しは先行、バックツーバックは後退」を単独項目化し（#2791）、金曜日の GEMM 改動は消費電力上限に基づいてグリッドグループを再計算し、DRAM 読み取りを 168 MB から 94 MB に削減した（#2794）。セレクタも manifest への当てはめフィッティングからビジー時のキャリブレーションへと変更した。「ある行が何マイクロ秒速くなったか」と比べて、こうした改動は訓練と推論の実際の呼び出し形態がベンチマークと異なることを認め、その差異をスケジューリング戦略に書き込むものである。大規模モデル向けにカーネルを書く言語にとって、これはオペレータの数を積み増すよりも、長期的に採用されるかどうかを左右する。

付録：素材と検証説明

情報源検証表

情報源 検証結果
GitHub tile-ai 組織の各リポジトリ（tilelang / TileOPs / TileFoundry / tilelang-ascend / tilelang-mlir-ascend / tilelang-hygon / tilelang-metax / tilelang-musa / TileRT / tilescale / DeepStack / ドキュメントサイト / ナイトリーミラーリポジトリ） 調査期間内にプッシュあり：tilelang、TileOPs、TileFoundry、tilelang-ascend、tilelang-mlir-ascend、tilelang-hygon、tilelang.github.io、TileOPs.github.io、TileOPs-nightly。tilelang-metax、tilelang-musa、TileRT、tilescale、DeepStack、tilelang-puzzles は調査期間内にメインブランチへのコミットなし
マージ真値検索（is:pr is:merged） 月曜 72 時間枠で 78 件。火曜から金曜までの 4 つの 24 時間枠で合計 86 件（tilelang 47、TileOPs 26、tilelang-ascend 5、TileFoundry 4、tilelang-hygon 3、tilelang-mlir-ascend 1）。単日では順に 30、20、24、12 件
審査中真値検索（is:pr is:open updated） 5 つの枠でそれぞれ 76、49、45、48、54 件。TIRx リファクタリング、a2a3 スケジューラ移行、昇騰ドキュメント検証バッチ、TileOPs の GEMM スケジューリング改動を含む
新規 issue 照合 5 つの枠でそれぞれ 19、11、7、6、4 件。うち毎日、昇騰リポジトリのテストボットによる失敗通知を含む
メインブランチコミットレベル検証 各枠のマージ数とメインブランチコミット数は一致。tilelang 単日で 10、14、13、15、5 件
リリースページとタグ tilelang の最新は依然 v0.1.15（09-30 リリース）で、全週で新バージョンなし。TileOPs の最新は v0.1.0（10-27）。TileFoundry の最新は 0.0.4rc1（10-25）。tilelang-ascend の最新は v0.1.2.000（09-09）。tilelang-metax は v0.1.15（10-16）
サードパーティとエコシステムリポジトリ 昇騰コミュニティオペレータリポジトリ、PTO-ISA の 2 リポジトリ、開発ツールリポジトリ、知識リポジトリ、図解講座リポジトリ、分散レイアウトリポジトリ、DCU 融合オペレータリポジトリ、モデル移植リポジトリ、Hexagon バックエンドリポジトリ、T-HEAD ブランチリポジトリ、RISC-V コミュニティハブリポジトリはいずれも調査期間内にプッシュあり。Hexagon のメインブランチには新規コミットなし、リポジトリのプッシュ日時のみ更新
採用側 TileKernels と FlashQLA のメインブランチは 10-14 で停止し、調査期間内にプッシュなし
Google News（中国語・英語の 6 組） 中国語で昇騰を加えた臨床人工知能の転載記事 1 件と産業側評述 1 件のみで、いずれも新しい技術データを含まず、項目として収録しない
Hacker News 直近 4 日間の関連ヒットはすべて調査期間外
arXiv TileLang での検索で新規論文なし

主要引用

説明：本レポートの事実、バージョン番号、日付はすべて調査期間内の5期分のデイリーレポート原文および対応する一次情報源から取得しており、推測による補足は行っていない。月曜日のデイリーレポートの収集期間は72時間（前週末をカバー）であり、そのマージ数には10-23の1日分が含まれ、前回のウィークリーレポートと重複があるため、本レポートではこれを後ろ4期分と合算していない。調査期間内の5営業日分のデイリーレポートはすべて揃っており、欠落はない。