清理codex冗余代码需三步：先用find命令查找未采纳的codex-*临时文件并确认git忽略状态；再通过/debug skills和grep检查未启用技能注入的代码；最后用codex-history比对会话快照，确认未写入磁盘或未被git跟踪的文件可安全删除。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
清理Codex本地冗余代码前，必须确认当前项目中哪些文件是AI生成后未被采纳的中间产物、哪些是已被合并但残留的调试分支、哪些是技能包自动注入却从未调用的模板代码——误删正在被引用的逻辑模块会导致后续会话无法加载上下文或执行失败。
检查项目根目录是否存在 Codex 自动生成的临时代码文件
进入你正在使用的项目根目录，运行：find . -name "*codex-*.js" -o -name "*codex-*.ts" -o -name "*codex-*.py" 2>/dev/null。这类文件名通常带 codex- 前缀或 -draft、-suggestion、-patch 后缀，是 Codex 在「建议修改」模式下生成但未被手动采纳的副本。它们不参与构建，也不在 Git 跟踪列表里，属于高安全清理目标。
如果输出为空，说明当前项目暂无此类待清理文件；若返回大量路径，先用 git status --ignored 确认它们是否被 Git 忽略——【被忽略且未 commit 的 codex-* 文件可直接删除】。
验证 Codex 技能包是否注入了未启用的代码片段
方法一：检查技能包注册状态
在终端中输入 /debug skills 并回车。观察输出中是否有标记为 active: false 但路径仍存在的技能条目，例如：skills/autofix → /Users/me/.codex/skills/autofix (active: false)。这类技能虽未激活，其内部的 templates/ 或 snippets/ 目录可能已向项目注入过代码。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
方法二：扫描项目内 Codex 特征签名
运行：grep -r "CODX_AUTOGEN\|codex-generated\|// @codex-ignore" . --include="*.js" --include="*.ts" --include="*.py" 2>/dev/null。这些注释标记是 Codex 插件写入的识别锚点，一旦发现，说明对应文件曾被 AI 修改过，需人工判断是否仍需保留。
定位并比对 Codex 会话快照中的代码变更记录
第一步：列出最近 5 次涉及代码修改的会话codex-history list --grep "modify\|refactor\|fix" --limit 5
第二步：对每条会话执行详细检查codex-history show <short-id></short-id>（将 diff_summary 和 applied_to ——前者说明 AI 实际做了哪些行级改动，后者指出改动是否真正写入了磁盘文件。如果 applied_to 显示 none 或 clipboard，则该次“修改”仅停留在剪贴板或预览阶段，对应生成的临时文件就是冗余代码。
第三步：确认文件是否已被 Git 跟踪
对 applied_to 中列出的每个路径，运行 git ls-files --error-unmatch <path> 2>/dev/null || echo "not tracked"</path>。如果返回 not tracked，且该文件内容与当前工作区其他文件无依赖关系，【可安全删除】。
