1 小时实验时限怎么花：KooLabs ModelArts 实验的验证优先排序

一、背景：一次只有 1 小时的部署实验

2026 年 11 月 9 日，我用 KooLabs 做了「ModelArts 实践-部署 Qwen3-8B 模型并进行调用」实验（编号 20008293，初级，1 小时，40 实验点，免费名额，未花钱）：在 ModelArts 上把 Qwen3-8B 部署成在线推理服务（2*Snt9b1、48vCPU、384GiB），再调用验证。

二、时间花在哪了

部署本身不慢：提交后约 10 分钟，服务状态变为“运行中”。按手册，接下来应在服务详情页用「预测」入口在线测试，再用终端调用代码发一次真实请求。但新版控制台服务详情页的「预测」入口点击后没有任何响应。

沙箱桌面键盘丢键严重：服务名想写 service-qwen3，实际显示为 service-qwen3e；部署名也多了一个字符，变成 service-qwen33。改名和粘贴代码都要反复确认，很耗时间。

真正的损失在最后：终端粘贴好的调用代码，一直没来得及把 URL 与 API Key 改成真实值。等反应过来，1 小时时限已耗尽——退出时只剩约 1 分 44 秒，调用验证没做完。收尾按手册删除了推理服务，但最核心的调用验证等于交了白卷。

三、验证优先排序：先验活，再验通，最后收尾

1 小时的实验，验证动作要排优先级，不能按手册顺序一路做下去。

第一，验部署是否真的跑起来：状态是不是“运行中”，版本、规格、部署名有没有错。状态不对先处理部署，不要往下走。

第二，验调用是否真的通：哪怕只调一次、只返回一句话，也要先拿到一次成功调用。这才是实验的交付物。

第三，才是清理收尾：删推理服务，确认无残留资源，保存结果和调用记录。顺序反了很危险。

四、可复用的时间切分

0–10 分钟部署：提交部署，确认规格与模型无误，等状态变“运行中”。

10–25 分钟验活：确认状态、版本、部署名；控制台测试入口点不动超过 5 分钟就改走终端调用。

25–45 分钟调用测试：最核心的 20 分钟。实验中途就把调用代码的 URL 与 API Key 改对，不要留到最后；先跑通一次最小调用。

45–55 分钟清理：按手册删除推理服务，确认资源已释放，保存结果和截图。

55–60 分钟缓冲：留 5 分钟给意外。

五、收尾清单

• 服务状态是否到过“运行中”，调用是否至少成功一次；
• 调用代码的 URL 与 API Key 是否已改成真实值；
• 推理服务是否已删除，没有残留资源；
• 结果、报错现象、耗时记录是否已保存，方便复盘。

1 小时的实验拼的不是手速，而是顺序：先让部署跑起来，再让调用通起来，最后从容收尾。把最关键的验证放在时间最充裕的中段。