平台在组委会 VPN 内网 —— 浏览器要先连上 VPN 再点进入。
账号
账号
dlf49 比赛 2026-08-06 14:00–17:00
导入目标
或点样图一键试（命中缓存秒回）：
简单
中等
复杂
上传/粘贴拓扑图或点样图 → 识别。
简单图约 30–45 秒，复杂图 2–4 分钟（真实大模型全流程）。
简单图约 30–45 秒，复杂图 2–4 分钟（真实大模型全流程）。
进入赛事平台 ↗
运维操作（不用登录服务器）
平台地址
账号
地址与账号已按组委会分配预填，可直接改。口令已在服务端预置，留空即用；填了以填的为准（只走本次请求，不落盘）。
导入前请先在编辑器点【清空拓扑】—— 导入是追加不是覆盖。
📧 交卷助手（跑完三张图后用）
每跑完一张图，它的文件名与 JSON MD5 会自动记在这里。点【打源码包 + MD5】后源码那行也会自动填。
录屏 MD5 要 17:00 停录后自己算：
certutil -hashfile 录屏.mp4 MD5。
录屏文件名
录屏 MD5
收件人 3382770289@qq.com · 🔴 比赛结束后 5 分钟内发出 ·
别忘了把 3 份 JSON 作为附件挂上。
比赛日操作步骤（点击展开）
开赛前 30 分钟 · 起隧道 → 刷新目录 → 环境检查
ssh -N -R 18080:10.199.100.253:80 cm@192.168.0.100 ← 在 Windows 上跑，别关窗
然后在上面「运维操作」里依次点：【刷新资源目录】→【开赛前环境检查】，
五项必须全绿。顺序不能反 —— 环境检查会判定目录是不是当天拉的。
刷新不能省：imageId 是平台侧真实 UUID，图里读不出来；实测目录一天变过两次
（8/5 又从 279→280 镜像、41→42 配额），目录不对 → 每台设备的镜像引用作废。
开始录屏
14:00 前就开，把开赛检查也录进去。
谁操作谁录屏；禁止把非录屏机器生成的文件传进来。
每张图：拖进来 → 点【识别拓扑】→ 等它跑完
保持勾选「识别后自动建阵图并导入赛事平台」，一次点击走完 11 步：
9 步识别 → 建阵图 → 导入平台。进度面板逐条亮起，不用守着。
实测：9 节点图约 2 分钟，32 节点图约 10–16 分钟。三张排队跑完，3 小时窗口够用。
一张跑完再拖下一张 —— 后台是单并发，同时点只会被挡回来。
跑完了 → 立刻做这三件（每张图都做，别拖到最后）
① 核对：看统计条 —— 复核项应为 0、设备台数与图一致、网卡数 == 连线数。
切「叠加可视化」比对识别框与原图；再去平台画布扫一眼连线走向。
② 存 JSON：切到「可提交 JSON」→【下载 final.json】， 文件名自动带原图名（三张不会混）。存到录屏这台机器上，交卷邮件要作附件。
③ 抄 MD5：结果区顶部绿框点【复制】，贴进邮件模板对应那行。
阵图是自动新建的（名字取自图片文件名），所以不存在「忘了清空拓扑导致设备翻倍」 —— 新阵图本来就是空的。只有手工往已有阵图再导一次才会追加。
② 存 JSON：切到「可提交 JSON」→【下载 final.json】， 文件名自动带原图名（三张不会混）。存到录屏这台机器上，交卷邮件要作附件。
③ 抄 MD5：结果区顶部绿框点【复制】，贴进邮件模板对应那行。
阵图是自动新建的（名字取自图片文件名），所以不存在「忘了清空拓扑导致设备翻倍」 —— 新阵图本来就是空的。只有手工往已有阵图再导一次才会追加。
交卷① 平台 —— 跑完一张传一张
一键全流程已经替你传了（自动建阵图 + 导入）。
排名按最后一次提交时间，越早越靠前 —— 别攒到最后一起交。
交卷② 邮件 —— 🔴 结束后 5 分钟内发到 3382770289@qq.com
md5sum runs/submissions/*.json dist/AISOS-DLF-Agent_*.zip 录屏.mp4
# Windows（官方指令）: certutil -hashfile D:\test.json MD5
17:00 必须停录屏，否则算不出 MD5；停录 → 算哈希 → 发信，全程只有 5 分钟，
邮件正文赛前写好模板，现场只填三行哈希。
交：源码 ZIP 的 MD5 + 录屏文件的 MD5（两份本体自己留存待复核） + 拓扑 JSON 附件。JSON 的 MD5 官方 1.2 未要求，但附录那句两种读法都通， 一并附上零成本 —— 就在本页结果区绿框点【复制】。
交：源码 ZIP 的 MD5 + 录屏文件的 MD5（两份本体自己留存待复核） + 拓扑 JSON 附件。JSON 的 MD5 官方 1.2 未要求，但附录那句两种读法都通， 一并附上零成本 —— 就在本页结果区绿框点【复制】。
兜底：控制台不可用时改走命令行
建阵图 + 跑识别 + 自检
python -m tools.platform_probe --new-projects 图1.png 图2.png 图3.png
python -m src.orchestrate.batch --images 图1.png 图2.png 图3.png \
--out runs/ --submissions runs/submissions --backup /mnt/backup/dlf \
--targets runs/targets.json
python -m eval.subjects --runs runs/<ts1>,runs/<ts2>,runs/<ts3>
阵图映射自动写入 runs/targets.json，32 位 ID 不用手抄 ——
那是最容易抄错、且抄错了不报错只是导错阵图的地方。
自检三条必须全绿：S2 汇聚零错 / S6 断链无损 / S7 产物可提交。
手工导入 —— 先清空，再导入
md5sum runs/submissions/*.json dist/AISOS-DLF-Agent_*.zip 录屏.mp4
# Windows: certutil -hashfile D:\test.json MD5
进入该图的阵图 →【拓扑编辑】→ 先点【清空拓扑】 → 再【导入JSON】。
走这条路时导入是追加不是覆盖，不清空就导 = 设备数翻倍。
出问题按这个来
· 跑一半挂了 →
· 日志出现
· 导入报「以下IP同子网中重复」→ 平台整份拒收，多半是同一台设备被检测成两台
· 设备数翻倍 → 忘了清空拓扑
· 兜底原则：宁可交一份不完美但结构自洽的 JSON，也不要因为追求完美而错过提交时间
· 跑一半挂了 →
python -m src.orchestrate.run --image 同一张图 --run-dir runs/<ts>
断点续跑，已完成阶段吃快照、零额度· 日志出现
Request timed out after 120000ms → 是模型代理服务端的硬超时，
单批自动重试，偶发不影响；持续出现就错峰再跑· 导入报「以下IP同子网中重复」→ 平台整份拒收，多半是同一台设备被检测成两台
· 设备数翻倍 → 忘了清空拓扑
· 兜底原则：宁可交一份不完美但结构自洽的 JSON，也不要因为追求完美而错过提交时间