1. C盘爆红这件事，先别急着删文件
C盘只剩10GB可用空间是什么体验？打开Photoshop转圈半分钟，微信保存图片直接弹“磁盘空间不足”，Windows更新卡在99%不动。我遇到过最离谱的一次，连系统还原点都创建失败，因为C盘连几百MB的余量都挤不出来。
很多人第一反应是打开“磁盘清理”或者装个Dism++扫一遍，结果清出来的空间还不够塞牙缝——几个GB顶天了。真正吃掉C盘的，往往不是系统垃圾，而是那些藏在AppData里的缓存目录：NVIDIA的着色器缓存、Chrome的用户数据、各种Electron应用的日志和模型文件。这些目录动辄几十GB，但你不敢直接删，因为删了轻则软件配置丢失，重则显卡驱动异常、浏览器书签全没。
这篇要聊的就是怎么用AI Agent（Codex）配合Windows的软链接和Junction目录联结，把这些大目录安全迁移到其他盘，让C盘瞬间回血。适合所有被C盘爆红困扰、又不想重装系统的Windows用户。核心思路一句话：文件搬到E盘，原路径留个“传送门”，软件以为文件还在C盘，实际读写都落在E盘。
我试过手动剪切粘贴，结果卡在99%提示“文件被占用”，进退两难。后来把问题丢给Codex，它给出的安全模式操作清单一次性跑通，最终释放了60GB。下面把完整流程拆开讲，包括可复制的Codex提示词、mklink命令骨架和验证步骤。
2. 为什么选TaoToken接入Codex来做这件事
你可能会问：Codex不是写代码的吗，怎么用来做系统迁移？其实Codex作为AI Agent，强项在于理解你的自然语言描述，然后给出结构化的操作步骤和命令。你不需要自己查mklink参数、不需要研究安全模式怎么进，直接把报错和需求丢给它，它就能输出可执行的方案。
但直接访问Codex的API对国内用户来说有门槛——网络、支付、账号注册都是问题。TaoToken（官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ）解决的就是这个：它提供统一的API接入层，你拿一个Key就能调用包括Codex在内的多种模型，不用折腾海外账号。
具体来说，TaoToken能帮你做三件事：一是用模型对话功能直接和Codex交互，把C盘迁移问题描述清楚，让它生成命令清单；二是通过API Keys管理你的调用凭证，方便在脚本或工具里集成；三是如果你后续要做长期的编码或Agent任务，Coding Plan提供更稳定的调用额度。
接入方式很简单：注册后到控制台创建API Key，然后在你的客户端或脚本里把base_url指向 https://taotoken.net/api 即可。模型对话入口在 https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_content=model_chat&utm_campaign=rewrite ，API Keys管理在 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api_keys&utm_campaign=rewrite ，接入文档在 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite 。如果你用Claude Code做开发，也有对应的接入页 https://taotoken.net/claude-code-anthropic?utm_source=taotoken_aicg_blog_end&utm_content=claudecode&utm_campaign=rewrite 。
拿到Key之后，你就可以把下面这段提示词直接发给Codex，让它帮你分析C盘占用并生成迁移方案。
3. 可复制的Codex提示词与mklink命令骨架
3.1 第一步：让Codex帮你定位空间杀手
在让Codex给方案之前，你得先知道哪些目录占了大头。用SpaceSniffer或者WizTree扫一遍C盘，把占用最大的几个目录截图或复制路径。然后给Codex发这样一段提示词：
我正在给Windows C盘瘦身，C盘只剩10GB。我用SpaceSniffer扫描后发现以下目录占用最大： 1. C:\Users\Chen\AppData\Local\NVIDIA （约35GB） 2. C:\Users\Chen\AppData\Local\Google （约8GB） 3. C:\Users\Chen\AppData\Roaming\PotPlayerMini64 （约5GB） 我想把这些目录迁移到E盘，用mklink创建链接让软件无感知。 请给我完整的操作步骤，包括： - 每个目录应该用 /D 还是 /J - 迁移前需要关闭哪些进程 - 如果遇到文件占用怎么处理 - 验证迁移成功的命令Codex会返回一份分步骤的操作清单。根据我的实测，它会建议NVIDIA这类驱动相关目录用安全模式操作，Google这类浏览器目录用Junction（/J）更稳，PotPlayer这类配置目录可以直接用软链接（/D）。
3.2 第二步：mklink命令骨架
不管迁移哪个目录，核心命令就三条。以NVIDIA目录为例，目标路径是 E:\tool\NVIDIA：
:: 1. 先把原目录改名备份（避免“文件已存在”报错） ren "C:\Users\Chen\AppData\Local\NVIDIA" "NVIDIA.old" :: 2. 创建目录联结（Junction，适合本地目录映射） mklink /J "C:\Users\Chen\AppData\Local\NVIDIA" "E:\tool\NVIDIA" :: 3. 把备份目录里的残留文件补到新位置 robocopy "C:\Users\Chen\AppData\Local\NVIDIA.old" "E:\tool\NVIDIA" /E :: 4. 确认无误后删除备份目录 rmdir /S /Q "C:\Users\Chen\AppData\Local\NVIDIA.old"这里解释一下 /J 和 /D 的区别：/J 创建的是Junction（目录联结），只能指向本地磁盘，但兼容性极强，系统工具和清理软件都把它当普通目录；/D 创建的是符号链接，可以指向网络路径，但某些老软件可能不认。对于AppData下的目录迁移，优先用 /J。
3.3 第三步：安全模式下操作NVIDIA目录
NVIDIA目录最麻烦，因为显卡驱动和GeForce Experience一直在后台跑，正常模式下剪切到99%必报“文件被占用”。Codex给的方案是进安全模式：
按 Win + R 输入 msconfig，在“引导”选项卡勾选“安全引导”，选“最小”，重启。进入安全模式后，以管理员身份打开CMD，依次执行上面的mklink命令骨架。安全模式下NVIDIA服务不启动，文件不会被锁，一次成功。
操作完成后，再次运行 msconfig 取消“安全引导”，重启回正常模式。打开NVIDIA控制面板和GeForce Experience确认一切正常，C盘空间已经释放。
4. 验证迁移是否成功：三条命令加一次重启
迁移做完不代表万事大吉，你得验证链接生效、软件能正常读写。Codex建议的验证流程我整理成下面几步。
第一，检查链接是否创建成功：
dir "C:\Users\Chen\AppData\Local" | findstr "NVIDIA Google"如果输出里看到<JUNCTION>或<SYMLINKD>标记，说明链接已经建立。JUNCTION对应 /J，SYMLINKD对应 /D。
第二，确认目标目录有实际文件：
dir "E:\tool\NVIDIA" | findstr "nv"应该能看到NVIDIA相关的缓存文件夹和文件。如果目标目录是空的，说明robocopy那步没跑或者源目录选错了。
第三，打开对应软件做功能验证。NVIDIA这边打开GeForce Experience，看能不能正常登录、驱动版本是否显示正常；Chrome这边打开浏览器，检查书签、历史记录、扩展是否都在。如果软件能正常启动且配置没丢，说明Junction生效了。
第四，对比迁移前后的C盘可用空间。迁移前我C盘剩10.2GB，迁移NVIDIA（35GB）+ Google（8GB）+ PotPlayer（5GB）之后，C盘可用空间变成70GB左右，释放了约60GB。你可以在“此电脑”里右键C盘看属性，或者用wmic logicaldisk get size,freespace,caption命令查看。
注意：迁移完成后不要急着删备份目录。先跑一遍软件，确认没问题再执行 rmdir。如果软件报错，把备份目录改回原名就能回滚。
5. 迁移过程中最容易踩的四个坑
5.1 坑一：文件被占用，剪切卡在99%
这是最常见的报错。原因就是目标目录正在被进程读写。解决办法分两种情况：如果是NVIDIA、声卡驱动这类系统级服务，进安全模式操作；如果是Chrome、微信这类用户级应用，先在任务管理器里结束所有相关进程，再操作。实在不行就重启后立刻操作，趁进程还没起来。
5.2 坑二：mklink提示“文件已存在”
因为你没有先把原目录改名。mklink要求目标路径不存在，所以顺序必须是：先 ren 改名，再 mklink 创建链接，最后 robocopy 补文件。如果你先创建了链接再改名，就会报这个错。
5.3 坑三：用了 /D 但软件不认
某些老软件或系统组件对符号链接支持不好，这时候换成 /J 创建Junction。Junction在Windows上存在了二十多年，兼容性比符号链接更好。AppData下的目录迁移，我建议一律先用 /J，除非目标路径在网络驱动器上。
5.4 坑四：迁移后清理软件扫不到目录
有人担心Junction会让CCleaner之类的工具无法识别。实测下来不会，Junction对上层应用完全透明，清理软件会把它当普通目录扫描和清理。真正需要注意的是：不要用“移动”功能去搬Junction目录，那会把链接本身搬走而不是目标内容。
如果迁移后软件打不开，先检查链接是否还在（用 dir 命令看JUNCTION标记），再检查目标盘是否有读写权限。实在搞不定就把备份目录改回原名，恢复原状，然后到TaoToken的接入文档 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite 看看有没有API层面的排查思路，或者直接用模型对话让Codex分析你的报错信息。
6. 后续调用与长期方案
C盘迁移不是一劳永逸的事。Chrome的缓存会继续涨，NVIDIA每次驱动更新可能重建缓存目录，各种开发工具的node_modules和模型文件也会往AppData里塞。我的做法是每隔两个月用SpaceSniffer扫一次，发现超过5GB的目录就按上面的流程迁走。
如果你经常需要让Codex帮你分析系统问题、生成命令脚本，建议把API Key配到常用的客户端里，省得每次手动贴提示词。API Keys在 https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api_keys&utm_campaign=rewrite 管理，base_url用 https://taotoken.net/api 。模型对话入口在 https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_content=model_chat&utm_campaign=rewrite ，适合临时问问题。如果你要长期跑编码或Agent任务，Coding Plan https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=coding_plan&utm_campaign=rewrite 的额度更稳定。
最后提醒一句：迁移之前一定一定先备份。虽然Junction方案很安全，但万一操作失误把原目录删了，没有备份就只能重装软件。我自己的习惯是先把目标目录完整复制到E盘，确认复制完成后再改名原目录、创建链接。多花十分钟复制，换的是不慌。
