概览
使用 Computer Use 演练关键流程、发现问题，并最终生成一份缺陷报告。
适合场景
- 在发布前验证真实用户流程的团队
- 应当以严重程度、复现步骤和简短分诊总结收尾的 QA 循环
执行一次结构化 QA 检查
@Computer 在[环境]中测试我的应用。 测试这些流程： - [核心用例 1] - [核心用例 2] - [核心用例 3] 对于你发现的每个 bug，请包含： - repro steps - expected result - actual result - severity 遇到非阻塞问题时继续往下测，并在最后给出一个简短的分诊总结。
介绍
Computer Use 非常适合用于 QA 检查，因为它可以看到界面、点击走查流程、在输入框中键入内容，并记录哪里失败了。这让它能够在真实用户旅程中帮助发现功能缺陷和 UI 问题。
关键在于告诉 Codex 要测试哪个环境、哪些流程最重要，以及你希望它返回什么样的报告。
如何使用
- 安装 Computer Use 插件。
- 告诉 Codex 要测试哪个应用、构建版本或环境。
- 说明你最关心的流程或核心用例。
- 要求输出结构化报告，这样结果就更容易分诊或交接。
你可以保持宽泛：
@Computer Test my app. Find any major issues and give me a report.
也可以说得更明确：
@Computer Test my app in staging. Cover signup, invite a teammate, and upgrade billing. Log every bug with repro steps, expected result, actual result, and severity.
如果你已经在仓库中维护了测试计划文件，可以把它附在线程里，或让 Codex 去读取它，这样 QA 检查就会遵循你现有的流程。
实用建议
明确说明初始设置
如果账号状态、测试数据、功能开关或环境选择会影响流程，请在一开始就说明清楚。当 Codex 知道自己测试的是本地、staging 还是类生产环境行为时，结果会好得多。
说明你关心的问题类型
明确指出你希望 Codex 重点关注的是功能损坏、布局问题、容易引起困惑的文案、视觉回归，还是以上全部。
决定是停止还是继续
如果出现一个阻塞性问题就应该结束本次运行，请明确说明。否则，就告诉 Codex 继续完成剩余流程，并在总结前收集所有非阻塞问题。
后续推荐操作
完成 QA 检查后，保持同一个线程继续打开，并让 Codex 修复它发现的某个 bug、把发现整理成可直接用于 Linear 或 GitHub 的草稿，或者把下一轮检查聚焦到某一个具体失败的流程上。
建议提示词
执行一次结构化 QA 检查