一、223 支队伍参赛，交了近 1500 个仓库

开赛到现在，这届算力赛跑出了一组数字。

从 11 月 6 日赛事启动开发以来，短短四天时间，参赛用户累计提交近 1500 个作品仓；其中，6 个赛题平均有 45 支团队参与竞榜，平均每个队伍提交 6.4 次。

223 支参赛队伍

1500 个作品仓

45 支／赛题

6.4 次／队伍

「每队 6.4 次」说明的是另一种事： 不是交一次就走，而是把同一个算子改了又改、测了再测，看着结果变化再改。排行榜的名次持续不断地被新团队刷新。

排行榜的时间戳能看到这一点：六个榜单里，提交时间的分布从开赛第一天一直延伸到今天。有人在开赛初期就交了，有人刚刚还在提交。

二、六个算子，六个进度条

本期共设六个算子，分三个难度档：

难度	算子	状态
初级	池化索引融合	已开榜
初级	GRPO 损失融合	已开榜
中级	Mamba-2 分块状态	已开榜
中级	Lightning 对角注意力	已开榜
高级	稀疏索引 Top-k	已开榜
高级	稀疏 Flash 注意力	已开榜

从覆盖度看，三个难度档都有很多团队在持续跟进。高级赛题的难度较大，参赛的团队却更多——看来大家都喜欢有挑战性的赛题。

三、三个难度档，在考什么

六个算子不是按「简单／困难」随意分档的。

初级 · 怎么少搬几次

两道题放在一起看会发现共同点：算子的计算本身不复杂，难点在「怎么少搬几次」。这类题考的是融合，是把本该写两次的读写合成一次。

初级 · 提示

做得好的人，代码行数可能比原来更少。

中级 · 怎么把并行策略改对

形状开始变了，不再是「能不能融合」，而是「怎么把并行策略改对」。这里出现的是状态、是分块、是对角线这种不规整的访存模式。一套在初级题上好用的 tile 尺寸，拿到这里经常就不对了。

中级 · 常见卡点

很多人卡在这一步，不是因为不会写 Triton，是因为原来那套参数到这里失效了。

高级 · 重新安排数据流动

换了一个问题：不是「改参数」，是「重新安排数据怎么在片上流动」。稀疏索引和 Flash 注意力这类题，真正的难点在于「绝大多数位置其实不用算」。跳过它们能省下的时间，远远大于把每个位置都算快一点——这是两种完全不同的优化思路。

所以三个难度档，实际上在考三种不同的能力：

难度	考的是
初级	能不能把重复的搬运合并掉
中级	能不能把并行策略调对
高级	能不能重新设计数据流

有参赛选手会把六个题都试一遍。因为这三类能力，只有真做过，才知道自己哪一类强。

六个算子覆盖三种不同的并行模式和访存特征。能做多个，说明不是把一套模板套六遍——至少是有意识地在应对不同的场景。而这件事本身，也正是这届比赛想鼓励的方向。

如果只做一个算子，你拿到的是一次单点经验；如果做了三个以上，你会开始在脑子里建立一个对照表——哪种访存模式该用多大的 tile，什么形状的矩阵该走哪条路径，哪类算子的瓶颈其实不在计算而在搬运。

这个对照表，是靠多做题长出来的，不是靠读文档。

排行榜上「有人进了六个榜」这件事的意义，不在名次，在于他手上已经有了这张表。

四、集中开发期，最重要的事是什么

目前赛事正处在集中开发阶段。

这个阶段的重点不是排名，是把你手上的那个算子真正推下去。

因为最终排名不是现在这个实时榜。运行期间的数据会变，复核会重新核验，任何现在的位置都不是定局。

最后

开了这么多天，这届赛事已经跑出了一个基本形态：六个算子，全部开榜。223 支队伍，平均 6.4 次迭代，大家正在激烈的竞榜中。

接下来这段时间，比的是谁还愿意再改一遍，让性能再强化一点。

赛事链接

https://competition.gitcode.com/competition/2115686908270383106/intro

扫码进入赛事群