教师一天里有不少时间消耗在网页上：登录几个平台，找到同一批学生或活动，把已有信息重新填一遍，上传附件，再回来确认有没有漏项。单个动作只要几十秒，连续做二三十次，就会把一段完整的备课时间切得七零八落。

Computer Use 的价值就在这里。它能看见屏幕上的界面，点击、输入、切换窗口、截屏并检查结果，适合处理那些“规则已经清楚，但网站没有接口，仍然只能靠鼠标完成”的任务。不过，它不是一个把账号交出去就能替教师包办一切的万能助手。任务能不能交给它，取决于重复程度、判断难度、出错后果和是否保留人工确认。

最合适的用法，不是让 Computer Use 从头到尾替人做决定，而是让它接走重复操作，把核对、判断和最终提交留在教师手里。

先分清：它是在界面上操作，不是在理解全部工作

OpenAI 的Computer Use 文档把它定位为对图形界面的观察和操作能力：可以使用浏览器、修改应用设置、读取没有插件可接入的数据，或重现只在界面中出现的问题。换到教师场景，它能找到按钮、识别表单结构、完成一串已说明的步骤，却不会自动知道学校为什么收这张表、某项材料是否符合业务要求。

所以，开始前要把“网页动作”和“业务判断”拆开。把姓名、项目名称、附件路径填进指定位置，是网页动作；判断某位学生是否应该获得推荐、某条评语是否妥当，是业务判断。前者可以在规则稳定后交给工具，后者仍应由教师或负责人确认。

还要先看看有没有更直接的做法。如果平台已经提供批量导入、开放 API，或有可靠的插件与连接器，优先使用这些结构化入口。官方文档也建议：数据访问和可重复操作有专用集成时，先用集成；确实需要“看着界面操作”时，再用 Computer Use。鼠标自动化能解决没有接口的问题，但不该绕远路替代现成接口。

第一类任务：搬运、登记和批量上传

最容易起步的是信息来源明确、字段对应固定、结果可以逐项核对的任务。例如学校已经有一份审核过的活动名单，需要把姓名、部门和联系电话录入报名平台；已经整理好一组教研材料，需要按文件名逐个上传并选择相同分类；文章已经定稿，需要粘贴到后台、设置封面和标签，先保存为草稿。

这类任务不要只说“帮我把表填了”。应明确源数据、目标网站、字段对应、空值处理和停止条件。比如：“读取桌面上这份确认版名单，只处理标记为‘提交’的行；网页找不到对应部门时不要猜，暂停并记录姓名；每完成十条，回到列表核对成功数量。”这样的说明让工具知道什么时候继续，什么时候停下来等人处理例外。

批量上传同样要规定文件命名和失败处理。可以要求它先检查文件数量与后缀，再上传；网页提示重名时不要覆盖；每个附件出现成功状态后再进入下一项。节省时间的关键不是点击得快，而是把重复步骤和异常分支一起说明。

第二类任务：重复核对和截屏留证

不少网页工作并不是填数据，而是逐页确认结果。比如检查班级空间是否都发布了通知，核对一组文章的标题、封面和正文图片是否显示，确认网上报名后的回执状态，或者在不同窗口尺寸下查看表格有没有横向溢出。它们需要视觉检查，却不一定需要复杂判断。

可以把核对项写成一张明确清单：页面能否打开；标题是否一致；图片是否加载；成功提示是否出现；表格是否撑满正文；浅色和深色主题下文字是否清楚；移动端是否出现页面级横向滚动。Computer Use 按顺序检查并截取关键画面，教师最后查看清单和异常截图，不必亲自把每一页都重新点一遍。

留证也不能变成无目的地截满整个过程。通常保留开始前的数据数量、关键异常、最终成功提示和汇总页就够了。截图中如果包含学生姓名、手机号或账号，应限制保存位置和查看范围，完成复核后按学校规则清理。需要长期追踪时，优先保存结构化的处理结果和时间，而不是把敏感页面永久留成图片。

第三类任务：把几个网页和桌面应用串起来

教师的真实工作很少只在一个网页里结束。常见流程是从表格里筛选名单，打开文件夹找到对应附件，在浏览器上传，再把结果写回表格；或从多个平台收集状态，整理成一段简报，最后进入校内系统保存草稿。Computer Use 适合处理这种跨应用的短链路，因为它可以在被允许的窗口之间切换。

但链路越长，越需要设置检查点。每跨过一个数据边界就停一下：从表格读取了多少条；上传成功多少条；哪些条目被跳过；写回结果时使用哪个文件；进入公开系统前是否只保存草稿。这样即使中途网站刷新、账号过期或弹窗变化，也能从最近的检查点继续，不必重做全部步骤。

在 Windows 上使用时还要考虑前台占用。官方文档说明，Computer Use 在 Windows 活动桌面上运行，会移动鼠标和输入内容，运行期间不适合同一会话继续手动操作；macOS 支持在部分场景中运行较为独立的范围任务。无论在哪个平台，都应在开始前保存正在编辑的文件，避免工具切换窗口时干扰未完成内容。

哪些网页任务不要让它自动跑到底

判断标准很直接：一旦出错，是否能够低成本撤回。查询、筛选、填写草稿、上传到待确认区，一般可以复核；公开发布、群发通知、提交成绩、删除数据、修改权限、付款和最终审批，后果明显更重，应在动作发生前停下，让负责人亲自确认。

验证码也不是应当“想办法绕过”的障碍。它本来就是网站要求真人确认的节点。遇到验证码、二次验证、重新登录、权限申请或浏览器安全提示时，应暂停并交给用户处理。不要把密码、短信验证码、密钥写进提示词、表格或长期脚本里，也不要为了省一次登录把账号共享给不该使用它的人。

另一个不适合自动跑到底的场景，是规则尚未稳定。例如第一次申报新的区级平台、页面字段含义不清、同一材料可能有多种填法。先由人完整走一遍，记录页面含义和例外；第二次再让工具复现。自动化最怕的不是操作慢，而是把一次未经确认的理解快速复制很多遍。

把一次成功操作写成可复用流程

一次能完成，不代表下次仍能完成。网站会换按钮位置，弹窗会变化，文件名也可能不一致。可复用流程至少要写清六件事：从哪里开始；读取什么数据；每一步做什么；成功信号是什么；遇到哪些情况必须停止；最后交付什么记录。

提示词里最好使用可观察的成功信号，不要只写“做完为止”。“页面出现绿色提示”“列表新增一条记录”“附件状态变为成功”“刷新后数据仍存在”，都比“确认提交成功”具体。工具完成后，把处理数量、跳过项目、异常原因和最后停留页面汇总出来，教师才能快速验收。

权限、个人信息和账号边界要先定

Computer Use 需要系统层面的屏幕录制和辅助功能权限，也需要用户允许它访问具体应用。官方说明中，这两层权限彼此独立：系统权限决定能否看见和操作，应用授权决定本次允许使用哪些程序。对教师而言，最稳妥的做法是只开放当前任务需要的浏览器或应用，不用“一直允许”替代任务范围。

使用现有 Chrome 登录状态时，可以通过Chrome 扩展操作已经登录的网站；本地开发和网页验收则可优先使用内置浏览器。无论选择哪种方式，都不要让工具浏览与任务无关的标签页、个人邮箱或云盘目录。

涉及学生数据时先做最小化：能用编号就不复制姓名，能只处理“是否完成”就不读取完整作业，能在校内设备完成就不把原始数据传到外部服务。任务说明中明确禁止打开无关记录、禁止复制敏感字段、禁止把页面内容发往第三方，并在完成后核对下载目录和临时文件。

从一个十分钟、低风险的闭环开始

第一次不用挑战全校数据填报。挑一个十分钟内能人工复核的任务：把五份已命名材料上传到测试分类；检查三篇文章在明暗主题和手机宽度下的显示；从一个公开页面摘取十条状态写入临时清单。先观察它在哪些步骤容易误判，再补充规则。

第二次把成功步骤写成固定模板，并增加三个停止条件。第三次再扩大到二十条或一个完整班级。每次都保留原始数据，不覆盖唯一副本；先在草稿、测试分类或非正式账号中跑通；确认稳定后，才进入真实业务。

当流程成熟后，教师得到的不只是“少点几下鼠标”。更重要的是，原本散落在个人经验里的操作顺序、检查标准和异常处理，被整理成一套别人也能复用的做法。Computer Use 接走的是重复动作，留下来的时间，才真正能够回到备课、评价和学生沟通上。