codex规划应用mvp需严格走plan模式：先手动开启计划模式，再输入含5w1h要素的明确需求（尤其注明“不做的”），接着审慎回答ai提出的3个澄清问题，最后确认执行计划仅含mvp交付物。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Codex帮你规划一个应用的第一版功能清单，不能直接扔一句“帮我做个App”，它需要明确的约束、边界和验收标准才能输出可落地的MVP方案。
用Plan模式启动需求澄清流程
点击Codex App左上角「+」→ 选择「计划模式」（或按Shift + Tab快捷键）。
这一步必须手动开启，普通聊天窗口不会触发结构化澄清流程；如果跳过Plan模式直接提问，Codex大概率会泛泛而谈，给出一堆不聚焦的功能点。
输入带5W1H要素的初始需求
在Plan模式输入框中，写一段含明确要素的提示词，例如：
【目标】做一个面向大学生的二手教材流转小程序；【用户】大一到大三学生，习惯用微信；【场景】每学期初/末集中换书；【限制】只做微信小程序，不开发后台管理端，数据库用云开发；【完成标准】能发布教材信息、搜索、发起交换请求、查看历史记录；【不做的】不支持支付、不接入物流、不设管理员审核。
注意：Codex对“不做的”比对“要做的”更敏感——明确排除项能大幅压缩幻觉空间。漏掉这条，它可能默认给你加个“在线客服”或“积分商城”。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
审查并确认AI提出的3个关键问题
第一步：Codex会主动提出3个左右澄清问题，比如：“是否需要实名认证以保障教材质量？”、“交换请求是否允许附带留言说明成色？”、“搜索是否支持按课程名称模糊匹配？”
第二步：你必须逐条回答，不能跳过或填“随便”。Codex会把你的回答作为硬性约束写入后续计划；若此处敷衍，生成的功能清单会出现权限越界或技术不可行项。
第三步：检查AI生成的执行计划，重点看「交付物」栏是否只包含前端页面+云函数+数据库集合——【一旦出现“部署Nginx”“配置SSL证书”“搭建监控告警”等超出MVP边界的动作，必须点击「拒绝」并重提需求】。
锁定最小可行路径后执行
点击「确认执行」→ Codex自动创建worktree隔离分支 → 扫描项目结构 → 生成pages目录与云函数模板 → 在本地Git diff中高亮所有新增文件。
此时不要急着合并，先运行codex review命令，让它用中文逐行解释每个文件的作用和调用关系。这一步能暴露隐藏假设，比如它可能默认使用uni-app而非原生小程序框架，而你根本没提技术栈。
