现象一:AMD 赛题(600072)提测 1 秒内「执行失败」,成绩 0,结果列为 -
- 两次提交(任务 id 47223090、47225171)均在同一仓库、同一分支
2026-competition、commit a1869f86
-
testStartTime 与 testEndTime 相差 1 秒,failMsg = 4
-
同一仓库/分支/commit 在同一天用于 seekdb 题目(600069)判题完全正常,并刚拿到 160 分(任务 47227510,耗时 14 分钟)
- 也就是说:clone 我们的 gitee 仓库本身没问题,只有 AMD 这条链路在 1 秒内失败
现象二:MiniMax 赛题(600077)长时间「待执行」
- 任务 47226377 于 2026-10-28 19:00 (UTC) 提交,超过 10 小时仍为「待执行」,未被取消也未开始
- 同一仓库
GuoTzu-yang/powercontext、同一分支 2026-competition-ecosystem、同一 commit aea5a6ac3 的 Dify(600076)已经判出 20 分
- 已用 GitHub API 核对:仓库为 public、分支存在、commit 存在,可正常克隆
已排除的自身原因
- 仓库可公开克隆、分支与 commit 均存在(API 核对过)
- 提测接口返回的 gitRepo 与报名登记仓库一致(换 GitHub 镜像会被拒绝:
提测仓库必须与活动报名登记的仓库一致)
请求协助
- AMD 判题机是否能正常访问 gitee?GPU/ROCm 环境是否就绪?
- MiniMax 判题队列是否需要额外绑定 MiniMax Token?(参考《2026数据库大赛 Token 领取指南》扫码领取,想确认未领取 Token 是否会导致任务一直「待执行」)
其他同学同类反馈(供参考):35653358、35653324、35653262、35653326
补充一条我这边排查到的确定结论,也请官方给个明确答复。
AMD(600072):报名登记的仓库格式不符,评测系统直接拒绝拉取
对照《AMD 赛题说明》原文:
报名登记的答题仓库地址只接受 https://<用户名>:<令牌>@github.com/<所有者>/<仓库> 这一种格式,其他任何格式都会直接判为评测失败(failMsg = 4)。地址不符合该格式时,评测系统不会尝试拉取代码,直接回传评测失败。
我们报名时登记的是 https://gitee.com/...(gitee、不带令牌),因此每次提测都是 1 秒内 failMsg = 4 —— 与任务 47223090 / 47225171 的 testStartTime → testEndTime 相差 1 秒完全吻合。
关键问题:报名表已经关闭,改不了。
- 打开
https://open.oceanbase.com/competition/enroll,页面显示「很遗憾,大赛报名已结束」,没有任何可编辑字段
- 比赛页的「我的参赛信息」按钮点击无任何反应(无弹窗、无跳转、无网络请求)
- 直接调提测接口换仓库会被拒:
提测仓库必须与活动报名登记的仓库一致
也就是说,对于早期按 gitee 登记仓库的队伍,AMD 这道题在客户端侧完全没有自助修改入口。
想请官方确认两点:
- 能否由后台帮忙把 AMD 题目的登记仓库更新为 GitHub 私有库 + 只读令牌格式?
- 若无法更新,AMD 对这类队伍是否就完全无法参与?(好让我们把精力放到其他题上)
我们这边已经准备好合规的提交:分支 amd-cagra-submit,commit 95db81d3e6c1,父提交正是 V5 冻结基线 634888d9b037153fa143d2c913ba4b25503e1d62(compare 结果为 ahead=1 / behind=0,是干净的后代)。只要登记仓库能改成要求的格式,立刻就能提测。
MiniMax(600077):材料齐备,任务一直「待执行」
minimax/ 目录共 68 个文件,按《MiniMax 赛题说明》三、提交材料要求逐项对应:
-
ctxsdd/ 上下文模块(cli / chunker / contextpack / minimax_client / obstore / patch / runner / state)
-
business/reading_list/ 业务工程 + 3 组测试(新增功能、HTTP、回归基线)
-
docs/runs/ minimax_dev_log.jsonl、ob_query_log.jsonl、powercontext_state.json、context_pack.json、code_diff.txt、spec_update(规格更新前后对照)、test_run_log.jsonl、e2e 日志
-
docs/snapshots/ 改前改后快照、README.md、TECHNICAL_NOTE.md
与已判出 20 分的 Dify(600076)是同一个仓库、同一分支、同一 commit,但任务 47227518 提交后一直「待执行」。