反馈一个仍然卡住、且看起来不是选手实现问题的提交故障，希望得到官方口径。账号 `hid_zv1y-lrltztu6w0`（39 期，已报名）。**一、已按官方要求逐步修正，仍然全部 `-1 / Run timeout.`（累计 14 次）**1. 09-28 公告出来当天，已按更正后的头文件核对签名：`init(int N, const std::vector>& services)` / `apply_add` / `apply_remove` / `grid`，并用官方 `solution.h` 做了链接验证（可正常链接）；2. 按题面「No main(), no I/O — the grader owns those」彻底删除 main 与全部 I/O，只保留四个接口；3. 提交过一个 **994 B 的最简探针**：只有四个接口、无乘除模、无 main，逻辑为顺序填充与清除、O(N) 封顶；4. 10-01 又按题面明文「**Your file must #include "solution.h"**」重建包（`solution.cpp` 首行 `#include "solution.h"` + 官方原件 `solution.h`，md5 与赛题详情页附件一致）。上述四类包**全部**返回 `作品分数 = -1`、`反馈信息 = Run timeout.`。一个几乎不可能超时的最小实现也是同一结果，因此**问题应该不在我的算法或性能**：本地同一套接口自测，官方两个算分示例（`0.6000 / 0.4167 / 0.5392`）逐位一致；`N=10000, m=100, Q=1000` 单用例耗时约 **229 ms**（远低于 1.5 s 单用例时限）。**二、平台侧看到的现象（可作为排查线索）**1. 作品提交记录里的真实判题字段是 **`status = "run_failed"`**，并且 **`runtime` / `judge_time` / `cost` 均为 null** —— 看起来判题**没有真正进入执行阶段**；2. 同时「打榜排名」是好的：**143 支队伍都有真实分数**（第一名 84,670,941），10-01 14:05 与 22:21 仍有队伍正常出分；3. 我这一侧上传本身是成功的：作品记录正常生成、上传次数正常扣减（今日 4/10）、文件服务器回传的 `size` 与本地 zip 字节数完全一致。**三、想请官方明确四点**1. 本期提交 zip 要求的**文件名与目录结构**到底是什么？只要 `solution.cpp` 吗？是否可以附带自定义 `solution.h`，还是**只能有一个文件**？2. **`Run timeout` 判定的是哪一环**——编译、容器启动，还是单测例超时？`runtime=null` 是否意味着编译/启动就失败了？3. 是否存在**团队 / 账号侧**的前置步骤（例如报名信息未填全、团队人数/队长设置、实名信息同步等）会导致判题不执行？我这边报名信息里的「邮箱 / 公司 / 职位 / 省份」是空的——这一项会不会影响判题？4. 能否针对我的某一次提交给出**判题日志**（记录的 `judge_log_url` 为 null，我在页面上看不到任何错误细节）？或者是否提供**自测 / 预评测环境**？论坛同类帖已被标记「已解决」，但相同返回今天仍在出现，麻烦确认一下，谢谢！