第4章：Codex CLI基础操作

一、学习目标掌握在终端中启动 Codex、提出任务、查看修改、运行验证和结束会话的基本流程。完成本章后学员应能把相关概念转化为可执行的 Codex 任务并能说明任务的边界、风险和验收方式。二、本章适合谁学习已完成安装的初学者。三、核心概念讲解CLI 的优势是贴近真实工程现场。学员要形成一个固定节奏先让 Codex 读项目再让它提出计划然后执行小步修改最后运行验证并解释 diff。这个节奏比具体命令更重要因为它决定了任务是否可控。在教学时讲师应避免只展示“神奇结果”。更有效的方式是把任务输入、Codex 的中间判断、文件改动、验证命令和最终总结完整展示出来让学员理解可复制的方法而不是记住一次偶然成功的演示。四、关键知识点在项目根目录启动 CLI。用明确动词描述任务阅读、定位、修改、测试、总结。每次修改后检查 Git diff。让 Codex 给出验证命令和结果解释。五、操作步骤或实践流程明确任务目标用一句话写清要解决的问题。补充上下文说明项目、目录、相关文件、技术栈和限制。设定边界说明哪些文件可以改、哪些不能改、哪些操作需要确认。要求计划复杂任务先让 Codex 给出步骤不立即修改。执行小步修改每一步都保持可审阅。运行验证优先使用项目已有的 lint、test、build 或人工验收清单。复盘输出要求 Codex 总结改动、风险和后续建议。六、典型案例同样是“加个登录校验”直接让 Codex 写代码可能遗漏测试改成“先定位登录入口和现有校验模式再提出最小改动方案”结果更稳定。推荐示例提示词请先阅读当前项目中与本任务相关的文件输出你的理解、可能影响范围和建议修改计划。暂时不要修改文件。确认计划后再按最小改动实现并运行可用的验证命令。最后请总结修改内容、验证结果和剩余风险。本章实践任务让 Codex 在一个 Todo 示例项目中新增一个字段校验并运行测试。七、常见错误与避坑指南一个提示词里塞入太多需求。不看 diff 就接受修改。未要求 Codex 说明验证证据。避坑原则凡是会影响生产数据、权限、支付、认证、数据库迁移、凭证、批量删除或外部服务调用的任务都应提高审批级别并要求 Codex 先解释风险。八、课堂练习把一个模糊需求改写成 5 步 CLI 任务。练习交付物应包括任务提示词、Codex 输出摘要、人工审阅意见、验证结果和复盘结论。九、课后作业用 CLI 完成一个不超过 3 个文件的小改动并保存任务记录。作业提交格式建议### 任务背景 ### Codex 提示词 ### Codex 执行过程摘要 ### 修改或输出结果 ### 验证证据 ### 人工复盘十、商业化交付建议十一、本章小结本章的关键不是记住单个命令而是形成“目标明确、上下文充分、边界清楚、过程可审阅、结果可验证”的 Codex 协作方式。只要这个框架稳定后续无论使用 CLI、IDE、云端任务还是团队流程都能保持较高质量。十二、参考资料Codex Quickstartopenai/codexOpenAI Codex CLI TutorialCodex CLI for Data Workflow Automation