用途：在修改 Warp UI 后，借助 computer_use 工具以可视化方式验证界面外观与行为是否符合预期。仅当 agent 具备 computer_use 工具时使用。
启动 Warp：从仓库根目录运行。若环境变量 WARP_API_KEY 已设置，无需传参，直接运行：cargo run --bin warp；若密钥在 STAGING_USER_WARP_API_KEY 中，则显式传入：cargo run --bin warp -- --api-key $STAGING_USER_WARP_API_KEY。务必显式指定 --bin warp，该目标构建内部（dogfood）渠道，只有该渠道的 GUI 应用会使用 --api-key；直接 cargo run 构建的是 OSS 渠道，会忽略密钥并回落到交互式引导登录。此方式启动可直接进入应用，无需交互登录。首次构建可能耗时数分钟，后续增量构建更快。
启动校验：启动后需确认应用已认证，直接进入终端而非登出引导/登录页；同时 cargo run 的 stderr/终端输出不包含“provided but IGNORED”字样。若出现该警告或应用处于登出状态，说明启动的二进制/渠道不对，须停止并用 cargo run --bin warp 重新启动。
测试流程：一、按需硬编码或模拟数据。若只需验证特定 UI 外观，可硬编码或模拟数据以便直接到达该状态，如条件性 UI（特定设置、非空数据、有效订阅）、未启用的功能开关、错误状态；模拟改动应尽量最小且聚焦，端到端流程可跳过此步。二、调用 computer_use，任务描述需包含从仓库根目录构建并启动 Warp 的命令（按上述密钥情形二选一）、导航到被测 UI 的逐步说明、以及需观察并回报的具体元素、文本、颜色、布局或状态；不要在任务中给出期望值，工具只报告所见而非判断对错。三、验证结果，将 computer_use 返回的观察与预期比对，不符则排查并调整代码或模拟数据。
提示：任务描述要具体，例如“打开设置，点击 General 标签，描述第一部分的文字与布局”；一次只测一项；调用前先确认构建成功，该工具无法修复构建错误。
限制：依赖 computer_use 工具；仅用于 UI 测试相关场景；未提供其他平台或收费信息。