必须配置Codex CLI全自动化模式并精准锁定失败测试：使用--full-auto跳过交互、--cd指定工作目录、TEST_TO_FIX环境变量或git diff预筛变更范围，再执行修复→验证→诊断三步链路闭环。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在CI流水线中让Codex完成一次修复后自动重新运行验证，必须绕过人工干预、确保失败测试能被精准捕获并闭环反馈，否则修复只是临时覆盖而非真实解决。
配置Codex CLI进入全自动化模式
执行codex --full-auto命令启动，它会跳过所有交互确认，直接读取当前Git状态、识别失败测试、生成修改、写入文件、提交变更；【不加--full-auto参数时，每一步都会停住等待你按回车】。
在CI脚本中必须显式指定工作目录：codex --cd "$GITHUB_WORKSPACE" --full-auto，否则Codex可能在空目录或根目录下误操作。
让Codex只处理可验证的单个失败测试
方法一：用环境变量锁定目标测试
在CI job中注入TEST_TO_FIX=src/tests/test_auth.py::test_login_timeout，Codex会自动过滤出该测试的失败堆栈并聚焦修复，避免它泛化修改无关模块。
方法二：用git diff预筛变更范围
先运行git diff HEAD~1 --name-only | grep -E '\.(ts|py|js)$' > changed_files.txt，再将该文件列表作为上下文传给Codex：codex --context-file changed_files.txt --full-auto。这能防止它因看到整个代码库而做出过度重构。
依托用户知识库、工作记录、项目文件、会议纪要、表格、图片、文稿及评审材料生成高质量职场汇报演示文稿。适用于试用期考核、转正述职、晋升答辩、年度总结、项目进度汇报、项目评审、方案说服、资源申请、部门规划、业务优化或管理决策类 PPT 制作；Codex 需先明确汇报目标、提取佐证材料、生成规范说明书、适配汇报时长、搭建内容大纲、设计每页幻灯片内容，最后生成附带讲稿与佐证材料核对清单的 PPTX 文件。
执行修复→验证→报告的三步链路
第一步：触发Codex执行修复任务
codex --task "fix the failing test in $(cat failed_test_name.txt)" --full-auto
第二步：强制重跑被修复的测试用例，不依赖全局测试套件
提取失败测试名后，直接调用测试框架执行：pytest $(cat failed_test_name.txt) -v --tb=short，把退出码存入$?；若返回0，说明修复生效；若非0，进入第三步。
第三步：自动生成失败诊断摘要并退出CI
codex --print "Given the test $(cat failed_test_name.txt) still fails after attempted fix, analyze the latest error output from: $(tail -n 20 test_output.log)" > diagnosis.md；然后用exit 1终止job，把diagnosis.md挂载为artifact供人工审查。
