把一次 DevSpace 体验变成可复用的验证习惯：三层检查法

今天在华为云成长中心做每日任务时，我又一次打开了 AI DevSpace 体验版。和昨天从对话到运行的完整跑通不同，今天我更在意另一件事：一次体验能不能沉淀成可复用的验证习惯。体验版只有三小时、数据不保留，恰恰适合做轻量验证，目标不是做出完整产品，而是确认环境、接口、逻辑三层里哪一层是通的。

第一层是环境自检。新建会话后，我先让 AI Shell 确认 Python 是否可用、网络是否通畅。这一步只需几十秒，却能排除大部分误判：很多新手卡住并不是代码写错，而是把环境问题当成了逻辑问题。先做自检，等于先把问题范围缩小了一圈。

第二层是云端调用。我请 AI Shell 给出一个三步脚本思路：先自检，再用 requests 发起一次推理请求，看到 200 状态码和 JSON 返回就算通。这一层验证的是凭证、地址和请求体是否正确，不需要真的部署模型。哪怕只拿到一次成功返回，也证明了从本地到云端的链路已经打通。

第三层是本地兜底。如果云端接口暂时没有开通，就用一段本地 Python 逻辑兜底，比如按正向词和负向词给一句话打分，同样能看到输出、验证流程。三层中任何一层通了，当天就不是白跑，十分钟内一定能看到一个确定的结果，而不是卡在某一步就全盘放弃。

把三层检查法固定下来后，每日任务也有了更清晰的节奏：签到是起点，DevSpace 体验是动手验证，写文章是把验证过程讲清楚。明天我打算把第二层换成一个真实开通的服务，把脚本里的占位地址换成真实接口，再跑一次同样的检查，看看哪一层最先出问题。