codex自动生成的测试未同步组件变更导致断言失败，需通过注释识别、定位报错行、git备份后用codex exec精准修正或重生成测试，并验证dom一致性及异步逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在用 Codex Build Web Apps 插件生成前端项目后，运行 yarn test 或 npm run test 突然报错“Expected 2 to be 3”“AssertionError: expected false to be true”，说明自动生成的单元测试断言与实际组件行为不匹配——这不是代码写错了，而是测试用例没跟上组件逻辑变更。
确认测试失败是否由 Codex 自动生成导致
打开 src/App.test.js（或对应组件的测试文件），检查最上方是否有类似 // Generated by Codex Build Web Apps v1.4.2 的注释行。如果有，且测试用例中包含硬编码的渲染文本、状态初始值或事件模拟调用次数，基本可判定为 Codex 自动生成测试未同步更新逻辑所致。
这一步不能跳过：Codex 在生成测试时会冻结当时组件的快照状态，但后续你手动改过 useState 初始值、useEffect 依赖项或 JSX 结构，测试却没重生成，就会断言失败。
定位具体断言失败位置
在终端错误输出中，找到形如 expect(wrapper.find('button').length).toBe(2); 这类行，它通常紧挨着 at Object.<anonymous></anonymous> 指向的文件路径和行号。
打开该测试文件，把光标停在报错行，观察左侧 JSX 中实际渲染的 button 数量——如果组件里现在只渲染 1 个按钮，而断言仍要求 2 个，说明测试未随 UI 变更同步更新。
【关键前提】确保你已执行 git add -A && git commit -m "before codex test fix"。Codex 修改文件前必须有干净的 Git 工作区，否则它无法安全 diff 和回退。
用 Codex CLI 修复单个测试断言
方法一：自然语言指令精准修正
在项目根目录终端执行：codex exec "修正 src/App.test.js 第17行的 expect 断言，使其匹配当前 App 组件中实际渲染的 button 元素数量，并保持其余测试逻辑不变"
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
方法二：带上下文的结构化修复
先让 Codex 读取组件和测试文件：codex read src/App.js src/App.test.js → 观察它输出的两份代码摘要 → 输入：codex exec "对比 App.js 的 JSX 返回值和 App.test.js 中第17行断言，将 toBe() 参数改为实际渲染的 button 数量"
方法三：强制重新生成测试（慎用）
仅当多个断言全部失效且组件逻辑已大幅重构时使用：codex exec "删除 src/App.test.js，基于最新 src/App.js 重新生成 Jest 测试文件，覆盖原文件"。注意：此操作会丢弃你手动添加的 mock 或 custom matcher，【不可逆】。
验证修复结果
第一步：运行 yarn test --watchAll=false 确认该测试文件通过。
第二步：检查 Codex 输出的 diff —— 重点关注被修改的 toBe() 参数值是否与组件当前 DOM 结构一致，而非盲目信任数字变绿就结束。
第三步：手动触发一次组件交互（如点击按钮），再运行 yarn test 看是否新增异步断言失败。Codex 默认不处理 await waitFor 类型的异步断言，这类需人工补全 act() 包裹。
