简介：《VMware Lab Platform Instructor Guide》（VMware 实验室平台教师指南）是面向VMware Lab Platform授课教师与实验管理人员的官方指南，围绕云计算实验环境搭建、课堂组织与实时教学支持展开，适合开展实验课程的院校讲师、企业培训人员和对平台教学功能有需求的学习者。指南覆盖平台概念、Instructor Console（讲师控制台）基础操作，并分步讲解如何通过Account List的Mass User Controls以CSV文件批量导入学生账号、创建班级并分配教师角色，同时说明使用Take Over接管学生机、Broadcast Display广播演示等干预手段，以及安全与权限配置要点，方便教师掌握实验课从开课到考核的管理链路。资源包内共1个文件，为PDF格式电子书，整体大小约568KB，轻量便于下载后移动查阅。目前已有113人学习，说明该指南在同类教学资料中具备参考价值与关注度。阅读后可获得可直接借鉴的实验课管理流程，既能了解平台功能边界，也能掌握实时监控学生进度、远程协助操作与批量账户管理的具体方法，对提升实验教学效率有明显帮助。
1. 讲师控制台不是"大屏幕监控"：这份 Instructor Guide 到底帮你管什么
在线实验课（lab）上，讲师最怕的不是学生做不完，而是"看不见"。学生卡在第几步、举手没人管、误操作把环境搞坏了要不要重置，这些事靠喊是管不过来的。VMware Lab Platform 的 Instructor Console 就是解决这个问题的：一个讲师控制台，把每个学生的实验状态铺成瓷砖墙，支持进度追踪、接管排障、广播演示、一键清屏、环境重置和举手处理。这份 Instructor Guide 是官方对控制台功能的完整说明，边界讲得很清楚——哪些功能要管理员先开权限、哪些操作不可逆、修改课程时间为什么次日才生效。适合带实验课的老师、企业培训讲师、实验室管理员，也适合正准备把线下实验搬到云上的团队。
2. Instructor Console 的仪表盘逻辑：学生瓷砖、状态色与五个核心操作怎么选
Instructor Console 打开后不是一张表格，而是一面学生瓷砖墙。理解这面墙的读法，比记住按钮位置更重要。官方指南对学生信息区和操作区的描述很收敛，但落到真实课堂上，每块瓷砖的每个字段都对应一种教学判断。
2.1 学生瓷砖：姓名、启停状态、进度条与两个入口按钮
每块学生瓷砖包含五个信息点：学生姓名和照片、实验启停状态、进度条、Open Console 按钮、Thumbnail 按钮。照片在真实班级里未必人人上传，姓名才是主要识别位。启停状态用描边颜色表达——学生启动 lab 后瓷砖出现绿色描边，未启动时瓷砖是暗的，状态文字显示 not started。这个设计很直观，但有个容易误读的地方：绿色描边只表示"学生点过开始"，不表示"环境已经就绪"。遇到过几次学生点了开始但 vApp 还在部署，瓷砖已经是绿色了，进去一看桌面还没起来。所以读状态时要把进度条和描边一起看，进度条不动而描边已绿，多半是环境仍在初始化。
两个按钮分工明确。Open Console 打开完整实验控制台，适合真正进去操作；Thumbnail 按钮打开一个缩略图窗口，适合快速巡逻——扫一眼学生桌面到哪一步了，不动声色。缩略图不是摆设，它的价值在于低开销快速巡检。一个班三十人，逐个 Open Console 会把自己的浏览器拖垮，Thumbnail 点一圈下来基本能判断谁在干活、谁卡住了。
进度条的意义要结合实验类型讲。有些实验是步骤化的，每完成一步进度条涨一截；有些实验是自由操作型，进度条可能长时间不动但学生明明在干活。指南写的是"how much of the lab the student has finished"，实际使用中如果发现某学生进度长时间停滞，先看 Thumbnail 确认是不是在思考，不要急着接管。
2.2 五个核心操作的选择边界：接管、广播、清屏、重置、举手
官方指南列出的操作可以整理成下面这张表，每项对应一类教学场景：
| 操作 | 干什么 | 典型场景 | 注意 |
|---|---|---|---|
| Take Over | 接管学生实验控制台，获得完整操作权 | 学生卡在某步、误操作需要纠正 | 可修改学生已做内容，也能看到连接强度 |
| Broadcast Display | 把某个实验控制台广播给全班 | 统一演示标准操作 | 广播的是画面，学生本地不能反向操作 |
| Blank All Screens | 清空全班学生的实验控制台屏幕 | 考试、讲评前防止剧透 | 不可撤销，屏幕被清但实验状态保留 |
| Reset | 重置 vApp，实验回到初始状态 | 环境损坏到不可恢复 | 学生所有工作丢失，必须重做 |
| Help | 处理举手请求，标记已解决 | 学生遇到问题主动求助 | 配合计数器使用，电脑图标直接打开对应控制台 |
Take Over 是五个操作里最需要节制的。它给学生一种"老师进来了"的压迫感，接管的瞬间学生鼠标会失控，所以进学生控制台前最好先在班级里说一句。指南里提到 Take Over 后还能查看学生控制台的连接强度信息，这一点经常被忽略——当学生抱怨卡顿时，先进去瞟一眼连接强度，比反复让学生刷新更高效。
Broadcast Display 和 Take Over 容易混。Take Over 是进入某个学生的控制台替他操作，Broadcast 是把某个控制台的画面推给全班。实操中我常用的组合是：先用 Take Over 处理完个别学生的问题，再用 Broadcast 把标准结果展示给其他人。单独用 Broadcast 时，选哪个学生做演示源要想清楚，选进度慢的播出来容易打击士气，一般选进度中等偏上的。
Blank All Screens 的名字容易让人误以为它会清掉实验数据。官方文档写得很明确，它只是关闭（blank）全班学生的 lab 控制台屏幕，实验状态还在后台。考试时用它防抄袭、讲评时用它让学生放下鼠标专心听讲。代价是屏幕被清空的学生可能会慌，用之前广播一句"环境没丢，只是屏幕暂时关闭"。
Reset 是唯一一个数据不可逆的操作。指南原话强调：学生无法恢复任何已做的工作，必须重做。所以 Reset 必须满足两个条件之一才值得按下去：实验环境已经损坏到连补救的价值都没有，或者学生本人已经同意重来。另外 Reset 按钮和发新令牌（send new token）的按钮不是默认可见的，管理员得先在设置里打开 Allow instructors to reset lab from class 和 Allow instructors to send new token from class 这两个开关。
Help 操作对应的是"举手"机制。学生遇到问题时在控制台里举手，讲师端出现计数器，打开 Help 面板能看到所有举手请求，点勾表示已解决，点电脑图标直接进对应学生的控制台。这条链路设计的价值在于把求助从"喊一嗓子"变成有序队列。一个真实的场景：一个班三十人同时做实验，三个学生同时举手，计数器上跳出数字 3，如果靠口头喊，这三个人的问题大概率会乱套；按面板顺序逐个处理，配合电脑图标直接进控制台，效率完全不同。
2.3 动作搭配：先缩略图，再接管，最后才谈重置
把上面的操作串成一条决策链，能少踩很多坑。学生报问题后，第一步永远是开 Thumbnail 看画面——屏幕是亮的还是黑的、卡在哪一步、有没有报错弹窗，缩略图一眼就能判断个大概。确认是操作性问题，再 Open Console 去接管；确认是环境性问题（桌面起不来、网络断开、vApp 反复重启），才考虑 Reset。
这条决策链还有一个隐藏好处：避免无关操作。直接 Reset 一个还能挽救的环境，学生会记恨你；而反复 Take Over 一个已经损坏的环境，浪费的是全班的时间。先缩略图后接管再重置，本质上是在用最小成本定位问题层级。指南没有把这条链写出来，但五个操作放在一起，最优顺序是明摆着的。
3. 启动 Instructor Console 的完整链路：权限开关、Classes 列表与 Launch URL 的定位
很多讲师第一次打开 Instructor Console 时卡住的不是控制台本身，而是找不到入口。这条链路从 Admin UI 开始，中间隔着权限开关和列配置，最后落到 Launch URL 上。每一环都有讲究。
3.1 前置权限开关：五个设置项管着五个功能
Instructor Guide 把权限开关散落在不同章节里，实际部署时会发现它们决定你"能不能看到"和"能不能操作"两类能力，整理如下：
| 设置项 | 控制的能力 | 不开会怎样 |
|---|---|---|
| Allow instructors to access all classes | 讲师能看全部班级还是只看到被分配的班级 | 班级列表只显示被分配的课，其他课隐形 |
| Allow instructors to reset lab from class | 控制台里是否显示 Reset 按钮 | 环境坏了只能找管理员重置 |
| Allow instructors to send new token from class | 控制台里是否显示发送新令牌按钮 | 学生令牌过期只能找管理员 |
| Allow Instructors to Manage Lab and Entitlements of a Class | 讲师能否自己修改班级的 lab 与授权 | 改课程只能走管理员 |
| Allow Instructors to Clone vApps | 讲师能否克隆 vApp | 重复用同一套环境只能重新搭 |
这里最容易被忽略的是第一个开关。很多讲师第一次登录控制台，发现班级列表里只有自己手头这一个班，以为是系统故障，其实只是管理员没打开 access all classes。这个开关的取舍很实际：培训机构通常只让讲师看到自己带的班，企业内训反而倾向于打开全部可见，方便临时顶班。如果管理员没开这个开关，讲师在 Modify a Class 环节的可见范围也受限制——不是你没权限改，是你看不见。
3.2 启动步骤：四步走到 Launch URL
指南给的启动流程是标准四步，我一般会在第四步前多验证一个动作：
第一步，从 Admin UI 导航面板进入 Class Management > Classes。注意如果账号启用了 Advanced Options，路径才是 Class Management > Classes；否则直接就是 Classes。这个差异很小，但版式变了之后找不到入口的情况很常见。
第二步，确认 Enabled 和 Instructor Launch URL 两列显示在班级列表里。列表下方有一个 view columns（视图列）图标，点开可以勾选要显示的列。如果这两列没勾上，后面根本找不到启动入口。这步是个典型的小细节大坑，详见第 5 章。
第三步，如果目标班级未启用（Enabled 状态不是绿的），点班级名旁边的 vertical ellipsis 图标，菜单里选 Start。指南特别说明了 Start 动作会触发一串后台操作：系统创建并启用班级、配置授权（provision entitlements）、正式开始这堂课。也就是说，Start 不是简单地把开关拨到 on，而是一个有副作用的动作——多确认一次再点不亏。
第四步，点 Instructor Launch URL 列里的链接，打开 Instructor Console。这里有个常见疑问：为什么链接不在班级名上，而是在单独的列里。设计逻辑是班级名负责管理，Launch URL 负责进入教学现场，两者分离避免了误入控制台。我习惯在正式上课前两个小时先点一次这个链接，确认控制台能正常弹出，而不是等到上课铃响才发现入口失效。
# Launch URL 本质是一个带账号上下文的 Web 入口 # 浏览器打开后进入 Instructor Console 仪表盘 # 格式类似：https://<平台域名>/<账号名>/class/<班级ID>/instructor这段标注是给需要排查链接的人看的：如果你发现 Launch URL 点了没反应，第一件事确认账号名和班级 ID 没有在复制时被截断，第二件事检查浏览器是不是拦截了弹窗。控制台是独立窗口打开的，弹窗拦截会把整个链路卡死，这属于浏览器层而非平台层的问题。
3.3 速度测试：URL 参数、指标阈值与混合云场景
速度测试是 Instructor Console 关联的排障工具，入口不在控制台里，而是一个独立 URL。指南给出的格式是http://<平台域名>/<account_name>/speed-test/，其中 account_name 是组织或账号的唯一名称。在浏览器打开这个地址，点 Start Test，平台会测两组数据：VLP 本身的速度与延迟、以及你的云环境（混合配置时）的速度与延迟。
判据有两套：带宽以 1.5 MB/s 为良好分界线，延迟以 300 ms 为良好分界线。延迟结果做了三档颜色标记：绿色表示小于 300 ms，琥珀色表示 300–450 ms，红色表示大于 450 ms。这里我要强调一个容易被误读的点：speed test 测的是平台到云端的链路，不是学生本机到节点的链路。如果学生抱怨卡顿而速度测试全绿，问题大概率不在平台侧，而在学生本地网络或控制台会话本身。反过来，如果速度测试飘红，再让学生反复刷新控制台就没意义，该从平台侧和云端侧找原因。
# 速度测试入口（浏览器访问） # 建议在开课当天上午跑一次，记录基线 http://<平台域名>/<account_name>/speed-test/ # 点击页面上的 Start Test 按钮开始测试 # 等待约 10 秒后查看 VLP 与 Cloud 两组的带宽和延迟结果参数说明：account_name 必须与组织创建时分配的唯一名称一致，大小写敏感；混合云配置下页面会分成 VLP 与 Cloud 两组结果，分别对应平台自身链路和客户云环境链路。我一般会把基线结果截个图存到班级备注里，后面学生报卡顿时直接对比基线判断是"变差了"还是"本来就这个水平"。
4. 修改 Class 的边界：能改学生、能改时间，但一个类只能绑一个 Lab
Instructor Guide 里 Modify a Class 章节篇幅不长，但信息密度很高：能改什么、不能改什么、改了什么什么时候生效，三条边界写得很清楚。这几条边界踩中的概率极高，值得单独拆开讲。
4.1 可修改项地图与权限前提
讲师从 Class Management > Classes 页面进入班级详情，点 Update 打开修改表单。可修改内容包括：增删学生、管理实验与授权（labs and entitlements）、修改已启动班级的开始时间、克隆 vApp。这里有一个重要前提：以上操作在界面上能不能看到，取决于管理员是否打开了 Allow Instructors to Manage Lab and Entitlements of a Class 和 Allow Instructors to Clone vApps 两个开关。指南原文用了"must be activated"来描述，意思是这两个开关缺一个，表单里对应的区块要么隐藏要么只读。
实操中我发现增删学生是高频操作。开课后总有人临时加入或退出，修改表单里直接调整学生名单即可，不需要重新建班。但要注意增删学生与授权的关系：加进来的学生需要新的授权（entitlement），删掉的学生其授权会被回收。如果你改动的是一个已经开始的班级，新加的学生是从第二天开始生效，还是立刻生效？指南没有直接回答这个问题，但从次日生效规则来推断，涉及授权同步的操作基本都要等下一个同步周期。
4.2 时间修改的次日生效规则与授权联动
指南里最反直觉的一条写在 Modify a Class 的 Procedure 里：如果修改一个已启动班级的时间和日期，修改后的值从第二天开始生效。也就是说，你周一改的课表，周一当天还是按旧时间跑，周二开始才按新时间走。初次遇到这个规则的人多半会骂，但理解背后的机制就释然了——班级启动后，后台的授权调度与资源预留已经按原时间写好了，临时改当天的时间意味着骨干系统要重新编排一批虚拟机的生命周期，出于稳定性考虑，平台选择把变更推迟到下一个自然日。
改时间还会牵连另一个东西：授权过期时间。指南里有一句 Important：如果班级结束日期或时间变了，授权过期时间会自动更新为同样的值。这个联动的实际含义是，你延长课程一周，学生能访问实验环境的时间也自动延一周；你提前结束课程，授权也跟着提前到期。很多讲师只改了时间没意识到授权跟着动，结果学生第二天打开实验发现环境没了，过来质问，查下来才知道是改时间改出来的。
# 修改班级时间的操作路径 # 导航：Class Management > Classes # 点击班级名 -> 点击 Update -> 进入 Update class 表单 # 修改 start/end 时间 -> 点击 Update Class 保存 # 保存后列表刷新，修改后的时间在下一个自然日生效这段路径说明里值得注意的输入参数是：时间字段既包含日期也包含时刻，保存前最好用平台自带的日历控件选而不是手工输入，避免时区或格式差异导致保存失败。表单提交后回到 Classes 列表，能看到班级条目刷新为更新后的信息，但当天仍按旧时间运行。
4.3 一个类只能绑一个 Lab，启动后不可更换
这是 Modify a Class 章节里最硬的一条约束：每个班级只能绑定一个 lab，而且班级启动后这个 lab 不能换。这意味着班级一旦 Start，想换实验内容只能新建班级、重新导入学生、重新绑定 lab。为什么这么设计？因为 lab 绑定涉及 vApp 资源的预分配和授权关系，换 lab 等价于推倒整个班级的运行时配置。
所以在创建班级前，一定要做三件事：第一，确认 lab 已经经过至少一轮完整测试，步骤能走通、快照能恢复；第二，确认 lab 的版本是你真正要用的版本，而不是"先随便绑一个以后再换"；第三，确认学生名单已经按 CSV 批量导入完毕，不要在启动后再大规模增删。这三条看起来是常识，但"启动后换 lab"的求助帖几乎每个月都能在社群里看到。
# 批量导入用户（Mass User Controls）的 CSV 常见格式 # 供讲师在班级准备阶段批量导入学生名单 username,firstname,lastname,email,role student01,Zhang,San,student01@example.edu,student student02,Li,Si,student02@example.edu,student student03,Wang,Wu,student03@example.edu,studentCSV 说明：第一行是列头，username 是平台登录名，必须唯一；email 用于接收平台通知；role 字段决定账号是学生还是讲师。导入前注意两个坑：一是 CSV 编码建议用 UTF-8，否则中文姓名会乱码；二是不要带 BOM 头，某些平台版本解析带 BOM 的文件会报错。批量导入这件事要在 Start 班级之前做，启动后导入的学生虽然也能加进来，但授权生效时间同样要等同步周期，可能耽误学生进实验。
5. 避坑与排查：Instructor Console 五个常见翻车点与处理顺序
文档类资源最容易出现"看的时候全懂，用的时候全懵"。下面这五条踩坑记录，每一条都对应一个具体的翻车场景，按"现象 → 原因 → 解决"的格式整理，算是血泪经验。
5.1 班级列表里没有 Instructor Launch URL 列
现象：进入 Class Management > Classes 页面，班级列表只有班级名和状态，找不到 Instructor Launch URL，也无法启动控制台。最开始以为是权限不够，找管理员反复确认账号角色没问题，依然看不到。
原因：启动链路第二步提到，列表下方有一个 view columns 图标，Instructor Launch URL 这一列默认可能没勾选。列被隐藏时不报错、不提示，列表看起来完全正常，就是少了两列。
解决：点击列表下方左侧的 view columns 图标，在弹窗里勾选 Enabled 和 Instructor Launch URL 两项，列表立刻补全。这个操作只需要做一次，平台会记住你的列配置，下次登录不再需要重复勾选。
5.2 点了 Reset 之后学生实验数据全部丢失
现象：学生环境异常，桌面反复重启。讲师从 Open Console 进去点 Reset，环境是恢复正常了，但学生此前两小时做的所有配置全部消失，学生当场崩溃。更尴尬的是学生之前手动保存的配置文件都在实验环境里，一并被清了。
原因：Reset 的语义是"将 vApp 重置到初始状态"，它不是重启虚拟机，而是把整个环境快照倒回实验开始前的模样。指南明确写了学生无法恢复任何已做的工作，必须重做。点按钮之前如果没把这条后果传达清楚，翻车几乎是必然。
解决：把 Reset 当成最后手段而不是第一手段。先 Take Over 进去看环境是否真的不可救——通常桌面起不来但文件还在，这时试试只看连接不问操作；确认要 Reset，先在班级里广播一句"这个同学的环境损坏，我会重置，需要重做"，给学生心理预期；有条件的先让学生把关键文件导出到本地或外部存储，再执行 Reset。另外 Reset 按钮不可见时，检查管理员是否开了 Allow instructors to reset lab from class，别和"没权限重置"搞混。
5.3 Help 举手计数一直增加，但找不到是谁举手
现象：控制台角落的计数器从 0 跳到 3，点开 Help 面板却不知道对应哪个学生，勾掉一个又冒出两个，越处理越乱。
原因：Help 面板默认是折叠的，计数器只是一个角标，没有直接显示学生姓名和问题。点开 Help 按钮后，面板里每一行是一条举手请求，需要逐条点击右侧的 check mark（对勾）确认处理，点完请求才会消失。很多人在计数器上找学生名字，其实名字藏在面板里，而且每条请求前面还有一个电脑图标，点它才会打开对应学生的控制台——图标和请求是绑定的，忽略图标直接勾选，容易把问题挂错人。
解决：开课后先花 30 秒明确 Help 面板的读法：面板展开后，每条请求的左侧是学生信息，右侧是 check mark 和电脑图标；先点电脑图标进控制台看问题，处理完再点 check mark 关单。不要先勾掉再去看学生，那样问题倒是关了，但人没帮上。
5.4 修改已启动课程的时间，当天不生效
现象：上午发现课程开始时间定错了，在 Update 表单里把时间改成下午，保存后学生依然按旧时间收到提醒，平台后台也显示旧时间，直到第二天才变过来。
原因：这是指南明确写过的规则——已启动班级的时间和日期修改，从次日生效。平台在这条规则上没有做任何实时同步的暗示，保存后只是在后台排了一个第二天执行的变更任务。
解决：调整课程时间至少提前一个自然日操作，不要当天改当天指望生效。如果必须当天调整，唯一可靠的办法是联系管理员在后台用管理员权限处理，或者干脆重建班级并重新绑定 lab。另外改完时间后顺手看一眼授权过期时间——它跟着班级结束时间自动变了，别让学生实验环境提前到期。
5.5 学生报卡顿，速度测试全绿，问题定位不清晰
现象：某学生反复说实验卡顿，鼠标点不动、画面刷新慢。跑 speed test，VLP 与 Cloud 的带宽和延迟结果全在绿色区间，讲师开始怀疑学生撒谎或网络玄学，问题悬而未决。
原因：speed test 测的是平台到云端的链路质量，不覆盖学生本机到平台节点的最后一跳。学生本地 WiFi 弱、公司网络限速、浏览器开了大量标签页，都不会在 speed test 结果里体现。指南里写测的是"network bandwidth and network latency for VMware Lab Platform and for your cloud"，关键词是 platform 和 cloud，没有 student endpoint。
解决：把速度测试结果当作分段定位的工具而非最终裁决。全绿但学生卡，优先让学生做三件事：关掉无关标签页、刷新控制台重新连接、切换有线网络。做完还卡，用 Thumbnail 看学生画面判断是画面停滞还是操作延迟——画面停滞可能环境假死，考虑重置；操作延迟多半是网络，让学生换网再试。速度测试的结果是黄或红时，才真正需要从平台侧和云端侧排查，比如联系管理员确认云资源水位。
6. 把速度测试当成排障入口：两个指标决定接管与广播的先后顺序
速度测试看起来是一个独立工具，实际上它能决定你接下来该用 Take Over 还是 Broadcast。把两个指标用对，排障顺序会清晰很多。
开课当天上午，我会先跑一次速度测试建立基线，记录 VLP 带宽、VLP 延迟、Cloud 带宽、Cloud 延迟四个值，截图存到班级备注里。基线的作用是后面学生报卡顿时有对比对象——"比基线差很多"和"本来就是这个水平"是完全不同的两件事。速度测试页面会分别显示 VLP 与 Cloud 两组结果，混合云配置下这两组值是独立变化的，不能只盯着一组看。
学生报卡顿后，先翻出基线对比当前值，按两个维度决定动作。第一个维度是延迟颜色：绿色且带宽达标的，问题基本不在平台侧，此时直接 Take Over 进去看连接强度和实际响应，多半是学生本地网络或控制台会话的问题，找学生换网络比找管理员更有意义；橙色意味着平台到云端链路处于边缘状态，此时不要贸然 Broadcast 全班——广播会叠加画面传输负载，可能把边缘状态拖成红色；红色直接定位为平台或云端链路故障，优先联系管理员，同时用 Blank All Screens 控制全班负载，等链路恢复再放行。
第二个维度是带宽阈值：1.5 MB/s 是良好分界线，低于这个值且延迟偏高，说明平台与云端之间数据通道偏窄，这种状态下做大量数据传输操作（比如学生拖入大文件、复制虚拟机文件）会非常慢。遇到这种情况，我一般会先通知全班"当前链路较窄，暂缓大文件操作"，再对具体学生逐个处理，而不是一个人一个人地去接管排障，那样反而加剧链路拥塞。
# 通用做法：用 curl 快速确认 speed-test 端点可达性 # 在班级排障开始时先跑一次，区分"平台无响应"和"链路慢" curl -s -o /dev/null -w "HTTP %{http_code} | 总耗时 %{time_total}s\n" \ "http://<平台域名>/<account_name>/speed-test/"这段 curl 的参数说明：-s 静默模式避免输出多余信息，-o /dev/null 丢弃响应体，-w 输出我们关心的 HTTP 状态码和总耗时。time_total 超过 10 秒而状态码正常，基本可以判断链路质量差；状态码 4xx 或 5xx，则是端点本身的问题，与链路无关。如果管理员开放了学生列表的导出 API，我一般还会写一个十几行的巡检脚本，按进度阈值和举手状态自动标记需要关注的学生，拿不到 API 时就靠控制台的学生瓷砖逐个人点，脚本只作为锦上添花。
从那以后我每次开班前都强制自己走一遍这套流程：先跑速度测试记基线，再确认列配置和 Launch URL 可用，最后进控制台扫一眼学生瓷砖的状态。这三步加起来不到五分钟，但能省掉开课后一半的排障时间。有几次偷懒跳过，结果上课十分钟发现 Launch URL 打不开，全班干等，狼狈得很。希望这套方法和文档里的边界提醒能帮到你，让你开班的时候少踩我踩过的坑。
本文还有配套的精品资源，点击获取
