如果你是从视频过来的，想直接复制提示词，拉到文末的“可复制资源”就行。
但这篇我建议你先看完。
因为清理 C 盘这件事，和让 AI 写一段文案不一样。
文案写坏了，删掉重来。
C 盘删错了，可能是浏览器登录没了，聊天记录没了，开发环境坏了，某个软件突然打不开了。
更麻烦的是，你未必马上知道自己删错了什么。
所以这条提示词最重要的地方，不是让 Codex 帮你清出多少 G。
是第一句话就把它按住。
先扫描。
先分类。
先出计划。
别动手。
这才是它真正有价值的地方。
它不是一键清理软件
很多人看到“清理 C 盘提示词”，脑子里会自动翻译成：
让 Codex 帮我把垃圾都删了。
这个想法很危险。
因为 Codex 能读文件、能写脚本、能跑命令。它确实可以帮你做本地维护，但也正因为它能动手，所以边界必须比普通聊天更清楚。
你不能只说：
帮我清理一下 C 盘。这句话太模糊。
清理哪些目录？
哪些只看不删？
哪些只能迁移不能删除？
哪些路径一律不碰？
脚本要不要先 dry-run？
失败以后怎么汇报？
你不说，AI 就只能猜。
而清理系统盘这种事，最怕的就是猜。
第一阶段只让它看
我自己会把这种任务拆成两轮。
第一轮，只允许 Codex 做一件事：
看。
它可以扫描磁盘空间，可以列出大目录，可以告诉你哪些地方看起来像缓存，哪些地方像下载目录，哪些地方可能是本地模型、npm、pip、conda、uv 这些开发工具留下来的缓存。
但它不能删除。
不能移动。
不能改名。
不能压缩。
不能生成一段“复制就能执行”的清理脚本。
这听起来有点啰嗦，但你相信我，这种啰嗦是救命的。
因为第一轮的目标不是释放空间。
第一轮的目标是让你知道，C 盘到底被什么占住了。
你先看见问题，再决定要不要处理。
真正有用的是 A/B/C 分级
这条提示词里最值得保留的，是风险分级。
我会让 Codex 把所有候选项分成三类。
A 类，通常可以考虑删除。
比如临时文件、可再生缓存、崩溃转储、无用日志、缩略图缓存。
这些东西不是说永远零风险，但大多数时候它们比较接近“删了还能重新生成”的东西。
B 类，不急着删，优先迁移或人工确认。
比如大模型缓存、pip 缓存、conda 缓存、npm 缓存、uv 缓存、旧安装包、视频素材、压缩包、导出工程、旧备份。
这些东西很可能占空间，但它们不一定没用。
尤其是本地模型和开发缓存。
你一刀删掉，今天可能很爽，明天装环境、跑项目、开模型的时候就开始还债。
C 类，禁止自动处理。
系统目录，程序目录，浏览器资料，聊天记录，数据库，同步盘目录，WSL，Docker，虚拟机镜像，符号链接，目录链接，挂载点，正在占用的目录。
这些地方不要让 AI 自动碰。
哪怕它说“看起来可以清理”。
也先停住。
第二轮才考虑脚本
等 Codex 给出清理计划以后，你自己先看。
路径是不是你认识的？
大小是不是合理？
它说能删的东西，真的是可再生缓存吗？
它有没有把某个聊天软件、同步盘、数据库、项目目录误判成垃圾？
如果你看不懂某一项，就不要确认。
就让它标注“未知，需要人工确认”。
只有你明确确认的 A 类项目，才进入第二轮。
第二轮也不要一上来就实际删除。
先让它生成 dry-run 版本。
dry-run 的意思是，脚本只打印“我将要处理这些路径”，不真正删除。
你看完 dry-run 输出，确认路径没有问题，再考虑实际执行版。
这一步很烦。
但系统盘清理，本来就不应该追求爽。
它应该追求可控。
这条提示词适合谁
它适合已经能用 Codex 打开本地项目、看懂基本文件路径、愿意自己确认风险的人。
如果你还没跑过 Codex 的只读任务，我不建议你直接拿 C 盘练手。
先去建一个 codex-test 文件夹，让 Codex 只读，不许修改任何文件。
等你知道它看到了什么、会怎么汇报、你该怎么验收，再来做这种本地维护任务。
这不是吓唬人。
是顺序问题。
新手第一课应该是边界，不是清理系统盘。
复制前再看一眼
文末我放了三块资源。
第一块，是保守型清理 C 盘提示词。
它只允许 Codex 扫描和出计划。
第二块，是你确认计划以后，再让它生成 dry-run 脚本的二次指令。
第三块，是 A/B/C 风险分级清单。
我建议你不要删掉里面的“不要自动处理”部分。
很多提示词越改越短，最后就剩一句“帮我清理 C 盘”。
那就又回到危险状态了。
真正好用的提示词，不是让 AI 更大胆。
是让 AI 知道什么时候不能大胆。