調研視窗：過去 24 小時（2026-09-23 07:00 ~ 2026-09-24 07:00，北京時間）。常規日更視窗，與上一期無重疊。 信源：GitHub（tile-ai 組織 29 個倉庫推送核查，視窗內 10 個倉庫有推送；主倉兩筆缺陷修復合入與新開 NaN 校驗單；TileOPs 單日七筆效能合入與九筆新開；TileFoundry 記憶體分析大筆合入；昇騰兩筆示例回退與儲存競態修復方案；MLIR 昇騰與海光各有修復合入；TileSight 新倉首次提交；夜間快照正確性 1141 項零失敗）、Google News RSS 中英文多組查詢（走代理，零命中）、Hacker News、arXiv、社群倉庫核查

本期索引

  • 今日重點：TileSight 正式開源——瓦片中心的分析式效能模型從論文落地為官方倉庫（09-23）
  • 一、核心專案進展
    • 1.1 主倉：兩筆缺陷修復合入，索引邊界修復單當日關閉（09-23）
    • 1.2 主倉：NaN 傳播語義浮出水面，編譯期校驗同日跟進（09-23）
    • 1.3 主倉評審佇列：TileIR 後端累積 31 個提交仍在審（09-23）
    • 1.4 TileOPs：單日七筆效能合入，七大子系統全線推進（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）
  • 二、多後端適配（昇騰 / 海光 / 沐曦 / 摩爾執行緒等）
    • 2.1 昇騰：兩筆 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 核查）
  • 三、生態與採用方
    • 3.1 採用方：TileKernels 與 FlashQLA 視窗內無推送（09-24 核查）
    • 3.2 社群專案：TPU 驗證倉與沐曦訓練營倉無新提交（09-24 核查）
  • 四、社群、教程與活動
    • 4.1 文件站：主倉文件站例行再生成（09-23）
    • 4.2 媒體與學術側：Google News 零命中，arXiv 無新預印本（09-24 核查）
    • 4.3 版本節奏：無新發布，主倉 v0.1.14 已滿 22 天（09-24）
  • 五、趨勢觀察
    • 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 四代平臺上，單卡核心延遲的合併平均絕對百分比誤差為 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 與英特爾獨顯這一點，也讓它天然服務於多後端敘事。

一、核心專案進展

1.1 主倉：兩筆缺陷修復合入，索引邊界修復單當日關閉（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 等修復單保持開啟。

佇列觀察：本視窗主倉延續「小修覆蓋章、大變更攢料」的節奏——兩筆缺陷修復進入主線，評價頻寬仍然集中在大件上。

1.4 TileOPs：單日七筆效能合入，七大子系統全線推進（09-23）

日期：2026-09-23　來源：#2168／#2163 等七筆（完整清單見附錄）

13:13 至 18:44（北京時間）之間七筆 PR 相繼合入，覆蓋 GEMM、Engram、注意力、MoE、Mamba、mHC、線性注意力七個子系統：

  • #2168（13:13）：W4A16 GEMM 支援讀取預打包權重序（量化部署路徑的原生支援）；
  • #2173（13:14）：Engram 解碼步驟拆分為投影與歸約兩段核心；
  • #2160（16:44）：varlen GQA 核心遷入統一運算元（重構收口）；
  • #2169（16:45）：MoE 超額路由按 16 行分組為前導者；
  • #2176（16:46）：Mamba DaCumsum 合併 dt 載入、每個塊兩級掃描；
  • #2177（16:46）：mHC 預填充投影沿 K 維拆分；
  • #2163（18:44）：DeltaNet 推理運算元（見 1.5）。

另有 #2162（varlen GQA 管線與全瓦片掩碼探索單）同日關閉、未合入；同作者隨後的三筆新開（見 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 三連與 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 的負載；單 token 瓦片對每對權重多做一次縮放、長 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.1 昇騰：兩筆 mHC 示例回退（09-23）

日期：2026-09-23　來源：#1833（回退 #1621）／#1832（回退 #1633）

11:26 與 11:30 兩筆回退合入：把此前併入的 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%）。
  • 第一層（同核）：在同步插入環節對「被標量寫過的 GM 緩衝」在 MTE3 寫前後選擇性插入快取清理與等待；同時把事件號分配改為迴圈複用（消除模板硬編碼 0 號事件與 pass 分配撞車的潛伏死鎖）。復現指令碼失配數 12,967,510 → 3,496,136（降 73%）。
  • 第二層（改寫消除）：新增 opt-in pass（預設關閉）——把「連續序列迴圈內的單條 GM 標量寫」改寫為 UB 暫存 + 單條 DMA burst，從根源上讓髒行不再產生。開啟後失配數歸零；新增 2 個迴歸測試透過、113 項既有套件透過、gqa_fwd_varlen 零開銷、量化混合核心無劣化。
  • 範圍：opt-in；條件寫、累加、散射等無法改寫為連續 burst 的形態仍有跨核隱患（平臺級限制，建議單獨跟蹤）；作者環境為 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），三處：其一，把 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.1 採用方：TileKernels 與 FlashQLA 視窗內無推送（09-24 核查）

日期：2026-09-24　來源：TileKernels 倉庫／FlashQLA 倉庫

深度求索 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.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.1 分析層成形：從論文與社群文件到官方程式碼倉

TileSight 的三段式落地（07-24 論文 → 09-18 社群文件倉 → 09-23 官方程式碼倉）說明：圍繞 TileLang 的效能可解釋性正在從「個人線索」升格為「組織專案」。它與 TileFoundry（編譯內分析，本視窗把快取容量結論做到可復算）方向交錯。對生態的含義：在運算元庫與執行時之外，分析工具的完善程度正在成為 TileLang 相對同類工具鏈的差異化資產；TileSight 硬體檔案覆蓋 AMD 與英特爾獨顯，也為多後端敘事提供建模底座。

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>

hub.com/tile-ai/tilelang-mlir-ascend/pull/130>