现在 AI 写代码已经越来越强了，那么代码写完之后，能不能把 UI 自测和回归也一起做了？
可以。AI Agent 能直接操控浏览器，复杂场景也能应对，比如验证新功能、做探索性测试。但回归测试不一样，每次要按同样的步骤跑一遍，它每次都需要重新理解页面、规划操作，结果不稳定，还要反复消耗 Token。
自动化测试工具 CueCast 最近支持了 MCP 和配套的 cuecast-regression Skill，把团队沉淀在 CueCast 里的测试资产直接开放给 Agent。今天我们实测一下，用 Codex 结合 CueCast MCP，从一次真实的代码修改开始，看它能不能自己找到该测什么、跑出结果，并处理失败用例和未覆盖的场景。
CueCast MCP 和 Skill 分别是什么？
如果 Agent 只会自己打开页面测试，却不知道已经有哪些用例可以复用，那么它与测试平台仍然是两个孤立的系统。
CueCast MCP 相当于 Agent 和 CueCast 之间的桥梁。Codex 等 Agent 可以查询 CueCast 里的项目、分组、测试用例和执行计划，能读到每条用例具体的操作步骤和断言，也能发起执行、获取执行结果和报告。
cuecast-regression Skill 则指导它怎么用：先看这次代码改了什么、可能影响哪些页面，再去挑真正相关的用例，而不是把用例库整个跑一遍。
AI Agent + CueCast MCP 有什么优势
- 兼顾复杂场景和稳定回归：Agent 的灵活性适合探索新功能和复杂场景，已经沉淀好的用例，更适合交给 CueCast 按固定步骤回放。同一套流程里，Agent 和 CueCast 各自负责更擅长的事情。
- 节省 Token：Codex 通过 CueCast MCP 执行用例时，实际操作由 CueCast 在浏览器中完成，不需要消耗 Token。Codex 只需要负责分析改动、解决异常。
- 回归范围更精准：先看改动影响范围，再选出最相关的用例，既不用自己列测试清单，也不用全部跑一遍。用例越多，越需要针对性回归。
- 测试资产能复用：团队已经录好的用例可以直接被 Agent 调用，遇到没覆盖的场景，补录成新用例后就能进入下一轮回归。执行记录、步骤、截图和报告都留在 CueCast 里，团队随时能查看。
实操指南
接下来我们用 Codex 结合 CueCast MCP 实操一下从代码改动到自动回归测试的整个流程。
准备：安装 CueCast MCP 和 Skill
开始之前，需要先安装 CueCast MCP 和 cuecast-regression Skill。
CueCast MCP 负责连接 CueCast，让 Codex 可以读取项目、查询测试用例、触发执行并获取结果，配套的 Skill 则会引导它先分析代码改动，再找出需要执行的测试用例。
安装步骤非常简单，只需要两步，适用于 Codex、Claude Code 等常见 AI Agent：
- 登录 CueCast，在设置 > API Token 中创建 API Token，并妥善保存。
- 把下面这行指令发送给 Agent，并提供刚刚创建的 API Token。
plain
请帮我安装并配置 CueCast MCP 和 cuecast-regression Skill。安装说明：https://app.icuecast.com/api/agent-integrations/setup.md。请直接按说明完成；需要 API Token 或系统权限时再问我，完成后验证 MCP 连接。
安装完成后，就可以在 Codex 中使用了。
修改代码
这次演示中，我们准备了一个简单的购物车结算系统，包含购物车结算、会员折扣、优惠券等基本功能。
开始前，我先在 CueCast 中录制了一批基础用例。
接下来，我让 Codex 修改代码，增加了优惠券与会员价不能叠加使用的逻辑。
代码改动本身不算复杂，但这个改动同时影响了会员折扣展示、优惠券折扣和订单实付金额。如果靠开发手动列测试清单，容易遗漏测试场景。
但结合 Codex 与 CueCast MCP，我们可以把分析影响范围，以及后续的 UI 测试任务都自动化。
分析影响并执行测试
接下来调用 CueCast MCP 和 Skill，让 Codex 根据当前代码改动完成这一轮自测和回归。
对该分支下未提交的改动做 CueCast 回归，分析影响，匹配并运行已有用例，然后报告测试用例缺口
它会先分析这次代码改动可能影响哪些页面和用户流程。
分析完成后，Codex 通过 CueCast MCP 查询项目中已有用例，只选出与本次代码改动相关的回归测试用例。在挑选相关用例时，Codex 不只按用例名称匹配，还会读取实际步骤和断言，确认它是否真的覆盖了当前改动。
Codex 经过分析后，排除了与本次改动无关的"优惠券过期"用例，只选择了 4 条用例，组成最小回归集合，并通过 CueCast MCP 直接在浏览器中执行。CueCast 按照已经录制好的路径操作，并把执行结果返回给 Codex。
测试结果也会同步保存在 CueCast 平台中。团队可以回看用例、步骤、截图和报告，不会因为 Agent 对话结束，就丢失这次验证的上下文。
如果有未完全覆盖影响范围的测试缺口，Codex 也会一一列出来。
修复 Bug 并复测
如果有测试用例执行失败，就继续让 Codex 往下处理，它会结合代码改动，以及 CueCast 返回的失败步骤、截图和执行信息，判断问题出在哪里。
可以让 Codex 找出失败原因，并直接修复。修复后再跑一遍测试，确认问题已经解决。
补齐测试缺口
未覆盖的测试缺口，一般有两种处理方式。
一种是直接在 CueCast 里手动录制，把点击、输入和断言保存成新的测试用例，这样会更快，也不需要消耗 Token。
另一种则是让 Codex 继续操作浏览器补录，并自动在 CueCast 中保存成可重复执行的测试，流程会更自动，但执行时间和 Token 消耗也会更高。
补录后，这次发现的测试缺口就可以直接沉淀下来，后续再发生类似代码改动时，也能进入自动回归范围。
总结
这次实测下来，Codex 结合 CueCast MCP 和 Skill，已经能完成代码改完后的大部分 UI 测试工作。
Codex 负责理解这次改了什么、该测哪里，而 CueCast 则负责把已经沉淀下来的测试稳定地跑起来。遇到没覆盖的场景，也可以继续补成新的测试，留给后面的回归继续用。
目前 CueCast MCP 开放免费使用 。如果你也想试试这种方式，可以直接把 CueCast MCP 接进自己的 Agent 里，从一次真实的代码改动开始跑一遍，看看效果。过程中有任何问题，也欢迎在评论区交流。