Codex通过截图+精准文字描述将用户反馈转化为可执行代码改动，每轮只解决一个具体问题；需明确删除旧逻辑、用/plan模式分步确认或自动校验执行，且必须人工验证闭环。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用Codex根据试用反馈安排应用迭代，核心是把用户截图、文字描述、行为卡点这些零散信息，快速转化为可执行、可验证的代码改动。它不依赖完整需求文档，而是靠每轮只解决一个具体问题来推进。
把反馈拆解成 Codex 能理解的最小任务单元
打开你刚收到的用户反馈截图，用鼠标圈出问题区域，在旁边标注一句话：「按钮点击无响应，控制台报错 Uncaught TypeError: onClick is not a function」。这比写「交互有问题」有效十倍。
把这句话连同截图一起发给 Codex，不要加解释性段落。Codex 会自动识别上下文文件（如 Button.jsx、PageLayout.tsx），并定位到绑定事件的那行代码。
【必须删除原事件绑定逻辑，否则新代码会被忽略】 Codex 默认不会覆盖已有逻辑，它只在指定位置插入或替换——如果你没明确说“删掉 onClick={undefined}”，它可能直接在后面追加 newOnClick，导致双重绑定。
让 Codex 按闭环流程跑一轮迭代
方法一：用 /plan 模式启动
输入指令：“/plan 针对按钮点击无响应问题，分析当前事件绑定方式，检查 props 透传路径，修复 onClick 类型错误，并生成测试用例验证点击后 state 变更。”
Codex 会先输出三步计划：① 定位 Button 组件中 onClick 的来源；② 检查父组件是否遗漏传递或类型声明错误；③ 补充 Jest 测试断言点击触发 handleAction。你确认后它才开始改代码。
通过本地 MCP 桥接程序将 QQ 邮箱接入 Codex，配置所需的.env凭证信息、注册 MCP 服务端，并完成收件箱读取与邮件发送的全流程测试。适用场景：用户需要将 QQ 邮箱连接至 Codex、让 Codex 读取 / 发送 QQ 邮件、安装 / 修复qq_mail MCP 服务端，或是在 Windows 系统上排查 IMAP/SMTP 配置故障时，执行以上操作。
方法二：直接触发执行闭环
在项目根目录运行 codex run --task="fix-button-click"，它会自动读取 AGENTS.md 中定义的校验规则：必须通过 npm test、必须修改文件不超过2个、禁止引入新依赖。失败则把错误日志作为反馈重新喂给自身。
验证结果并决定下一轮动作
第一步：本地运行 npm start，打开浏览器，手动点击该按钮，观察控制台是否还有报错、页面是否跳转或弹窗。
第二步：运行 codex verify --last，它会调用上次任务记录中的测试命令（如 npm run test:unit -- Button.test.tsx），比对覆盖率变化和失败用例。
第三步：如果验证通过，截图新效果，标注「✅ 已修复」；如果失败，把控制台新报错内容复制进下一轮 Prompt 开头，开头就写：“上轮修复后出现新错误：TypeError: Cannot read property 'id' of undefined”。
这一步不能跳过人工确认。Codex 可能修复了点击问题，但顺手把 loading 状态去掉了——只有你亲眼看到交互流，才能判断是否真达标。
