修复Bug后必须添加回归测试，否则问题会复现；Codex需明确上下文和验收标准才能生成可运行、可验证、能进CI的测试用例，且须经复现失败、修复验证、CI集成三步闭环。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
修复完 Bug 后不加回归测试，等于没修——下次合代码、改配置、升级依赖，问题立刻复现。Codex 本身不会自动补测试，但只要你给它明确的上下文和验收标准，它就能生成可运行、可验证、能进 CI 的回归测试用例。
先确认 Bug 是否已稳定复现
打开终端，执行原始复现命令或脚本，确保错误稳定出现。例如：npm test -- --testNamePattern="checkout duplicate order"。如果测试根本跑不起来或报错路径不对，Codex 生成的回归测试会从根上失准。
这一步不能跳过。Codex 不会帮你猜“原来应该什么样”，它只对【你亲眼看到的失败现象】做响应。没看到失败，它就默认“没问题”，后续所有测试都可能绕开真实路径。
Codex Imagen
下载
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
告诉 Codex 具体要验证什么
在 Codex 输入框中粘贴三段内容：原始失败日志（含堆栈）、最小复现步骤、预期正确行为。格式如下：
``` 【失败日志】 Error: Duplicate order created on double-submit at createOrder (src/api/order.ts:42:15)
【复现步骤】
- 进入 checkout 页面
- 填写有效表单
- 快速连续点击“提交”按钮两次
- 检查后端订单数 → 实际创建了 2 条
【预期行为】 无论点击几次，只应创建 1 条订单；第二次点击应被忽略或提示“处理中”
<h2>让 Codex 生成回归测试</h2> <p>方法一：直接调用 <code>test-regression</code> Skill（需已安装）<br> 输入指令：<code>/test-regression</code> → 等待 Codex 加载技能 → 自动解析你刚提供的三段信息 → 输出完整测试文件路径和代码。</p> <p>方法二：手动触发，用自然语言明确指定目标<br> 输入：“基于上面的复现步骤和预期行为，在 <code>src/pages/__tests__/Checkout.test.tsx</code> 中新增一个回归测试，名称叫 <code>prevents duplicate order on double submit</code>，使用现有 <code>fireEvent.click</code> 和 <code>waitFor</code> 工具，断言最终只有一条订单被创建。”</p> <p><strong>【注意：必须指明文件路径和测试名】</strong>——否则 Codex 可能新建文件、重命名已有测试、或混用 describe 块导致 Jest 报错。</p> <h2>检查并运行生成的测试</h2> <p>第一步：确认测试是否真正复现了原始失败<br> 把生成的测试代码复制进对应文件，删掉 <code>test.only</code>，然后运行：<code>npm test src/pages/__tests__/Checkout.test.tsx</code>。它必须首次运行失败（红色），才能证明这个测试真的捕获了 Bug。</p> <p>第二步：确认修复后测试变绿<br> 在你已提交的修复代码基础上再次运行该测试。如果仍失败，说明修复未生效或测试断言不准；如果通过，说明修复+测试闭环完成。</p> <p>第三步：加入 CI 触发链<br> 打开项目根目录下的 <code>.github/workflows/test.yml</code> 或 <code>jest.config.js</code>，确认该测试文件已被包含在常规测试集里。没有这一步，回归测试只活在你本地。</p>
