Codex在项目根目录下通过调度、解析、反馈三步自动执行已有测试：需存在pyproject.toml/setup.py/tests/，CLI≥2.4.0，支持TUI交互、命令行直跑或单文件精准绑定，并智能响应ImportError、AssertionError和timeout失败。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在项目已有测试结构的前提下，让Codex自动识别、执行并分析测试结果，而不是从零写测试或手动敲pytest命令。Codex不接管测试框架本身，它依赖你已配置好的环境和入口文件，只做“调度+解析+反馈”三件事。
确认项目具备可运行测试的基本条件
打开终端，cd进入项目根目录，运行ls -F检查是否存在pyproject.toml、setup.py或tests/目录——Codex必须靠这些文件定位测试入口，否则会跳过依赖安装直接报ModuleNotFoundError。
运行codex --version确认CLI版本≥2.4.0；旧版本不支持sandbox模式下的pytest自动执行。
【必须在项目根目录执行，不能在 src/ 或 tests/ 子目录下启动】——Codex会读取当前路径下的配置文件来推导Python模块路径，子目录下启动会导致ImportError: No module named 'src'。
三种运行方式任选其一
方法一：交互式TUI中触发
输入codex启动全屏界面 → 在底部输入框键入“运行所有单元测试” → 按回车 → Codex自动检测pytest配置 → 执行pytest -v → 将原始输出解析为带失败分类、断言快照、覆盖率提示的可读摘要。
方法二：命令行直跑（适合CI集成）
终端输入：codex "execute pytest tests/" --approval-mode auto-edit。这会跳过人工确认，直接运行并仅对Codex判定为“可安全修复”的语法错误或断言偏差进行编辑——比如把assert x == 5改为assert x == 5 or x == 6，但不会动逻辑判断分支。
依托用户知识库、工作记录、项目文件、会议纪要、表格、图片、文稿及评审材料生成高质量职场汇报演示文稿。适用于试用期考核、转正述职、晋升答辩、年度总结、项目进度汇报、项目评审、方案说服、资源申请、部门规划、业务优化或管理决策类 PPT 制作；Codex 需先明确汇报目标、提取佐证材料、生成规范说明书、适配汇报时长、搭建内容大纲、设计每页幻灯片内容，最后生成附带讲稿与佐证材料核对清单的 PPTX 文件。
方法三：精准绑定单个测试文件
若只想跑tests/test_api.py，运行：codex "run tests/test_api.py with coverage" src/api.py。Codex会先检查src/api.py的函数签名，再动态生成--cov=src.api参数，避免覆盖率统计路径错位。
处理常见失败的三步响应机制
第一步：识别ImportError类错误
当输出出现ImportError: No module named 'src'，Codex会自动插入临时修复指令：export PYTHONPATH=$(pwd)，并在后续命令中前置该环境变量——这步不可跳过，否则所有跨包导入都会失败。
第二步：定位AssertionError
若assert response.status_code == 200失败，Codex不会盲目改数值，而是先执行curl -X GET http://localhost:8000/health验证服务是否就绪；未响应则提示“请先启动开发服务器”，而非直接修改断言。
第三步：修复timeout类失败
遇到asyncio.TimeoutError，Codex默认将timeout=5改为timeout=30并添加注释# increased due to slow CI env，但【不会降低超时值，以防掩盖真实性能问题】。
