应用交付需按角色归类打包源码、配置等文件，使用Codex沙箱项目（auto-edit模式）执行自然语言指令实现分包、补全、校验与清理。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
整理应用交付所需的文件，意味着要把源码、配置、文档、构建产物、部署脚本等按交付对象（客户/运维/测试）可直接使用的逻辑归类打包，避免对方收到一堆散落的文件后反复追问“哪个是最终版”“配置在哪改”“怎么启动”。
先建交付专用沙箱项目
打开Codex桌面客户端→点击左下角「+ New Project」→选择一个**全新空文件夹**（例如命名为「deliver_20261010_v2.3」），不要选已有代码库根目录。
弹窗中权限模式【必须选 auto-edit】，不能选 full-auto。auto-edit 模式会生成修改预览清单，让你确认每一条路径变更是否合理——比如它把.env.example重命名为.env并填入占位符，你得判断这是否符合交付安全要求。
等待右上角显示“XX files indexed”后再进行下一步操作。
用自然语言指令驱动结构化归档
方法一：按交付角色分包
在对话框输入：“请将当前项目中所有文件按三类角色归档：①客户交付包（含README.md、install_guide.pdf、release_notes_v2.3.md、dist/app-v2.3.zip）；②运维部署包（含deploy.sh、nginx.conf、docker-compose.yml、env_template/.env.prod）；③内部交接包（含CHANGELOG.md、test_report_20261009.html、code_review_summary.txt）。每个包单独建文件夹，不混放。”
方法二：自动补全缺失项
输入：“检查当前项目是否缺少以下交付必需文件：install_guide.pdf、release_notes_v2.3.md、docker-compose.yml。若缺失，请根据项目根目录下的README.md自动生成对应内容，并保存到正确位置。”
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
注意：Codex不会主动覆盖已有文件，但会提示“发现同名文件，是否跳过/覆盖/重命名”，此时务必核对版本号和日期戳。
批量校验与格式统一
第一步：提取所有配置文件中的版本号
输入：“列出当前项目中所有 .yml、.json、.env 文件里出现的 version / VERSION / appVersion 字段值，汇总成表格，标出不一致的项。”
第二步：强制统一构建产物命名
输入：“把 dist/ 目录下所有以 ‘app-’ 开头、扩展名为 .zip 或 .tar.gz 的文件，重命名为 app-v2.3-build{序号}.zip，序号按修改时间升序排列。”
第三步：清理调试残留
输入：“删除所有文件名含 ‘debug’、‘temp’、‘draft’、‘~’ 的文件，以及 .gitignore 未覆盖但明显是本地开发临时文件的 *.log、*.swp、__pycache__。”
