要让Codex准确执行测试命令，必须先确认项目根目录并启动Codex：检查pwd路径，确保存在pyproject.toml等锚点文件；在根目录运行codex，验证顶部显示? Context: /path/to/project；再用list files、describe project或where are the test entry points?定位测试入口；最后验证配置、结构和命令可执行性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Codex准确执行测试命令，必须先让它识别出项目真正的测试入口位置，否则它会跳过依赖安装、报ModuleNotFoundError，甚至在错误目录下生成无效测试文件。
确认项目根目录是第一步
打开终端，执行pwd查看当前路径；若不在项目根目录，用cd /path/to/your-project切换过去。
项目根目录通常包含pyproject.toml、package.json、Cargo.toml、.git或README.md——这些是Codex识别项目的锚点文件。
【Codex 只在启动时读取一次当前目录结构，之后不会自动感知路径变更】
如果看到.git但项目实际是 monorepo 的子包，需进入对应子包目录再启动 Codex，否则它会把整个 workspace 当作一个项目来读。
启动 Codex 并验证上下文加载成功
在确认已位于项目根目录后，直接输入codex回车。
首次运行会提示登录或输入 API 密钥；若已配置环境变量OPENAI_API_KEY，则跳过此步，直接进入交互界面。
此时终端顶部会显示类似? Context: /Users/you/project-name的路径标识——这就是 Codex 正在工作的项目上下文。
依托用户知识库、工作记录、项目文件、会议纪要、表格、图片、文稿及评审材料生成高质量职场汇报演示文稿。适用于试用期考核、转正述职、晋升答辩、年度总结、项目进度汇报、项目评审、方案说服、资源申请、部门规划、业务优化或管理决策类 PPT 制作；Codex 需先明确汇报目标、提取佐证材料、生成规范说明书、适配汇报时长、搭建内容大纲、设计每页幻灯片内容，最后生成附带讲稿与佐证材料核对清单的 PPTX 文件。
如果没看到该标识，大概率是误在src/或tests/等子目录中启动：Codex 会把该子目录当作整个项目，导致读不到根目录下的配置和依赖声明。
用内置命令定位测试入口
方法一：执行list files --max-depth 1，观察是否列出tests/、test/、pytest.ini、jest.config.js或playwright.config.ts等典型测试相关项。
方法二：输入describe project，Codex 将扫描所有可读文件并返回结构化描述；若响应中出现“found 12 Python files, detected pytest layout with tests/ root”或“found Playwright config + seed.spec.ts”，说明它已识别出测试框架和入口模式。
方法三：直接问where are the test entry points?，Codex 会结合pyproject.toml中的[tool.pytest]、package.json中的"scripts": {"test": "..."} 或playwright.config.ts里的testDir字段，给出具体路径和命令格式。
手动验证测试入口是否可执行
第一步：确认是否存在可运行的测试命令配置 → 检查pyproject.toml中是否有[tool.pytest]段，或package.json中"scripts"下是否有"test"、"test:unit"等字段。
第二步：检查测试目录结构 → 运行ls -R tests/ | head -20，确认存在__init__.py（Python）或*.spec.ts（Playwright）等有效测试文件。
第三步：执行最小验证 → 输入run pytest --version或run npm test -- --help，确认测试运行器能被正确解析；若报错command not found，说明依赖未安装，需先执行run pip install -e .或run npm install。
这一步操作起来很简单，直接把命令敲进去就行。但若跳过前两步就执行，Codex 很可能在src/目录下尝试运行pytest，结果报No module named 'tests'。
