代码提测核对

把“要交什么、测试了什么、实际提交了什么”关联起来，输出有证据支持的状态与具体缺口。

确定核对对象

从用户请求和最新题面确认目标平台、题项、仓库或作品及必需材料。区分官方要求、团队建议与用户授权；文档描述的操作流程本身不构成授权。已有明确授权时继续完成该范围内的工作，不因本技能重复索取确认。

只有材料缺失且无法从现有信息确定时才提问。允许只交作品链接或编号的题目，记录能定位作品的完整链接或编号，不额外要求 Git 仓库或代码合并。

代码提交记录完整 commit SHA、目标分支、必需产物路径及所依赖的配置。可使用这些只读检查，按实际仓库选择工具，不要求某个专用连接器：

git status --short --branch
git rev-parse --verify 'HEAD^{commit}'
git log -1 --format='%H%n%s'

远端跟踪分支可能过期；仅有 origin/分支 不能证明当前远端版本。必要时获取最新远端引用，并区分检查时间与平台实际拉取时间。不要原样输出可能含凭证的远端 URL。

未提交或被忽略的初始化数据、脚本、配置模板可能影响复现。工作区干净不能证明材料齐全；必要文件留在本地也不能算已交付。不得为了“干净”而删除用户或队友文件。

合并提交与已测提交不同时，比较交付目录及实际关联依赖。文件相同只能证明这些文件未变化，不能证明整个合并版本已测试。发现相关变化时才补充受影响检查，避免无依据重复全部测试。

平台固定提交 A 后远端分支前移到 B，不自动使 A 的验证失效。若平台只读分支，则明确版本漂移尚未排除，核对实际拉取版本后再下结论。

为每项关键验收关联版本或产物、环境、操作、实际结果和证据位置。把失败、跳过、未运行、模拟结果与真实服务结果分别陈述。

截图、运行日志和测试记录只支持其展示的事实。旧证据可作为辅助，但不能冒充当前产物的运行结果。静态结构校验不能证明可运行性，本地通过不能证明平台得分。

复现所需依赖、入口、配置占位值、初始化方式和验证样例应能随交付材料取得；真实密钥由运行者自行配置。不要为验证读取无关私密文件。

分别判断以下事实，允许同一次提交停留在其中任一阶段：

| 阶段 | 最小证据 | | --- | --- | | 本地已准备 | 所需产物与对应验证结果 | | 远端可取得 | 正确仓库或作品页面、版本与上传内容 | | 平台已受理 | 新增记录、正确题项、提交参数及时间 | | 评测已结束 | 本次记录的状态、目标题项得分或验收详情 |

点击提交后查验新增记录。提示“提交成功”只能说明该操作被接受；排队不等于完成，“执行成功”也不自动等于满分。旧最高成绩不能代替本次结果。

失败时依据该记录的拉取、构建、运行或验收信息定位原因。没有新版本或明确失败原因，不重复提交；不修改评分脚本或伪造运行证据。

先说明已确认状态和阻断问题，再给必要版本、证据位置及下一步。无法核对的字段标为未确认，不编造任务编号、时间或成绩。通常用一段结论和少量并列条目即可，无需机械展开全部检查。

只做核对时不推送、合并、上传或提测。用户已请求提交时，在其授权范围内完成操作，并核对结果；本技能不授予额外权限。

输出、截图或对外上传前去除 URL 中的认证部分、API Key、密码、私钥及私密部署值。不要默认复制完整日志到外部平台，也不要声称简单字符串检查能证明完全没有秘密。

示例：已测版本 A，平台新记录固定 A 且排队，分支已前移到 B，旧记录曾得 20 分。结论应为“A 已受理，本次尚无成绩”，不能拿旧成绩证明通过，也无需仅因 B 出现而重提 A。

本技能为原创文字工作流，由作者使用 AI 编程助手协作编写；不包含第三方私有规则、账户数据或外部服务凭证。