Copilot App 浏览器验证：让 Agent 自测前先写 UI 证据清单

这篇解决什么

前端 Agent 只改代码不看页面，容易交付视觉错位、空白状态和交互失败。浏览器能力有用，但必须规定它要证明什么，而不是随便点几下。

适合谁

适合用 Copilot App、Playwright、Vite、React 或内部设计系统做前端迭代的团队。

操作步骤

1. 在任务开始前写出目标页面、关键交互和屏幕尺寸
2. 让 Agent 修改后打开集成浏览器完成真实点击和输入
3. 每个关键状态都保存截图、URL、控制台错误和网络异常
4. 对移动端和桌面端至少各跑一遍
5. 把失败截图回写到画布或 PR 描述
6. 只有证据齐全后才请求人工 reviewer

可复制模板

页面：
交互：
视口：桌面 / 移动
截图位置：
控制台错误：
网络异常：
验收结论：

验收清单

• 目标页面明确
• 真实交互已跑
• 截图和日志齐全
• 桌面移动都覆盖
• 失败证据已回写

常见错误

• 只收藏产品更新，没有改成自己的任务卡、权限表和验收证据。
• 直接在生产账号、生产仓库或公开页面试新功能，没有先跑低风险样本。
• 只看工具能力，不记录成本、失败率、人工接管次数和恢复动作。
• 把外部链接当正文主体，读者离开页面后才知道怎么做。

30 分钟小样本

前 5 分钟写清输入、目标和风险边界；中间 15 分钟按步骤跑一个低风险样本；最后 10 分钟记录输出、失败点、人工修改量和下一次复用条件。样本不通过时，只修失败点，不扩大范围。

下一步怎么用

第一次执行时把它当成个人操作卡；第二次复用时沉淀为团队模板；第三次仍然稳定后，再升级为固定 SOP、Skill 或工具导航页。涉及账号、发布、删除、付费、生产代码和客户数据的动作，必须保留人工确认点。

资料依据

• GitHub Changelog / Copilot app agentic browsing / 2026-06-02

标签