先回答这项工具到底负责什么
豆包 Computer Use Agent 的价值在于按步骤操作电脑界面并观察结果；它不等于普通豆包对话已经原生连接 Pixso MCP。如果要把它用于设计验收，需要一个明确的浏览器/应用操作范围，以及可用的 Pixso MCP 或截图输入。
Pixso MCP可以读取节点、组件、样式和变量，Pixso MCP也能在权限允许时写入；Computer Use则负责打开页面、截图、点击和复核。两者串起来时，先确定权限和回退点，不把自动点击当作设计判断。
把验收范围写成可观察步骤
一个可靠任务应包含入口、目标状态、检查点和退出条件。例如打开后台表单，进入编辑页，检查默认、填写中、提交中、成功、失败和无权限状态；每一步都保存截图或结构结果。不要使用“看看页面有没有问题”这种无法判断完成的指令。
| 检查对象 | 先确认什么 | 通过标准 |
|---|---|---|
| 入口 | 指定页面和账号状态 | 进入正确页面，不越权 |
| 状态 | 默认、填写、提交、结果 | 每种状态都有可见反馈 |
| 结构 | 节点、组件、变量 | 设计稿仍可编辑 |
| 退出 | 异常时停止并回退 | 不继续点击危险操作 |
先检查行为，再核对结构
Computer Use适合做浏览器层面的检查：点击表单、输入一段长中文、触发校验、等待加载、截取结果。每个动作应有明确目标和超时；遇到登录、权限请求或不确定弹窗时停止，交给人确认。它不能从一张截图推断组件是否复用，也不应自行修改共享设计资产。
打开表单页 → 截默认状态
输入长中文 → 截填写和校验状态
提交并等待 → 截成功或失败
遇到权限或未知弹窗 → 停止并记录用节点和组件确认设计结构
行为截图通过后，回到 Pixso 对照对应画板。读取表单容器、字段、按钮和状态组件，确认文字可编辑、间距有约束、变量没有被误改。若截图看起来一致而节点结构不一致，仍应标为待处理；如果结构正确而浏览器行为失败，则交给研发排查。
权限也是验收条件
后台表单通常有查看、编辑和提交权限差异。验收脚本应明确当前账号，不能通过切换账号或扩大权限掩盖问题。Pixso读取需要查看权限，写入需要可编辑权限；Computer Use遇到登录和权限弹窗时应暂停，不自动接受未知权限。
把“无权限”也做成可设计的状态：说明为什么不能操作、下一步联系谁、已有输入是否保留。权限不足时，不要让模型反复点击提交按钮。
失败时保留证据并回到安全点
如果页面跳转错误、截图不一致或 MCP 返回未知结果，先保存当前截图、动作记录和设计稿版本。停止后重新读取目标节点，确认是否有部分写入；需要恢复时选择明确版本，不要盲目重跑整套动作。
验收报告应区分浏览器操作通过、设计结构通过和人工确认通过。三者不同时通过时，页面仍处于待处理状态。
明确自动化边界和人工判断
Computer Use适合重复操作和状态截图，Pixso MCP适合结构读取和受控编辑，设计师负责视觉层级、文案和业务取舍。把三者分开，才不会把“自动点击过一遍”写成完整设计质量保证。
当表单内容、权限规则或品牌语气有变化时，先更新检查清单和设计稿，再运行自动化。最终交付保留截图、节点清单、异常记录和人工结论。
