C盘红了第一反应通常是打开清理软件但真正把系统盘塞满的往往是 Codex 这类开发工具在用户目录里留下的缓存、配置和日志。我最近处理的一台电脑就是典型情况装了 Codex 命令行工具又用 VS Code再加上 npm、Python 缓存几个月下来用户目录涨了几十 GBC 盘直接见底。下面这套操作围绕一个目标展开把 Codex 相关缓存和用户配置、VS Code 插件目录、包管理器缓存、临时目录和自动化脚本统一搬到 D 盘并且让 C 盘原来的路径继续可用。整个方案不依赖第三方清理软件也不需要扩容分区适合 C 盘空间紧张、又不想冒险卸载重装工具的人参考。按我实际落地时的顺序每个环节的坑都会单独说明。1. 先弄清楚 C 盘空间都被什么东西占掉了动手搬家之前必须先搞清楚空间到底是怎么被吃掉的。否则搬错对象、或者搬走不该搬的文件后面会反复出问题。1.1 别急着装清理工具先把用户目录扫一遍Windows 下很多软件并不把个人数据放在 Program Files 里而是默认放在C:\Users\用户名下面。尤其是命令行工具、编辑器扩展、包管理器缓存几乎都往这个目录里塞。Codex 这类 CLI 工具通常会在用户名下创建类似.codex的隐藏目录保存配置、历史会话、日志和运行缓存。VS Code 的扩展装在C:\Users\用户名\.vscode\extensionsnpm 全局缓存默认在AppData\Local\npm-cachePython 的 pip 缓存默认在AppData\Local\pip\cache。可以先看两个位置C:\Users\用户名下的顶层目录和隐藏目录C:\Users\用户名\AppData\Local和AppData\Roaming在资源管理器里打开“查看 → 隐藏的项目”就能看到.codex、.vscode这类目录。如果发现某个目录特别大再往下一层找往往就是日志或缓存堆积引起的。要注意AppData 里不全是缓存。AppData 下既有 Cache也有真正在用的配置、账号信息、数据库文件。如果直接整块剪切很多程序会崩溃。所以第一步不是动手而是先定位大目录。1.2 Codex、插件和自动化相关的常见占位点开发环境里最明显的 C 盘大户有这几类Codex 或类似 AI 编程工具的配置目录。常见名是.codex、.config等里面可能有历史会话、日志、对话记录。VS Code 扩展目录。装了大量插件后可能从几百 MB 涨到几 GB。npm、pnpm、yarn 的缓存和全局包目录。Python 环境的 pip cache、HuggingFace 模型缓存。如果常做本地 AI 实验这个非常大。各种临时目录。用户 TEMP、系统 TEMP安装软件时解包文件也在这里。自己的自动化脚本和日志。例如任务计划定时执行的脚本如果输出目录写在 C 盘日志也会持续增长。这些目录的特点是单个文件不大但文件数量极多。日志每天能写几十个缓存文件堆积几个月一个 256 GB 的系统盘很容易被吃完。1.3 怎么看每个目录的真实大小Windows 的资源管理器默认不显示文件夹大小。想要快速判断哪个目录在膨胀可以用 PowerShell 做一个小循环$dirs Get-ChildItem -Path C:\Users\$env:USERNAME -Directory -Force -ErrorAction SilentlyContinue foreach ($d in $dirs) { $size (Get-ChildItem -Path $d.FullName -Recurse -File -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum [PSCustomObject]{ Folder $d.FullName; SizeGB [math]::Round($size / 1GB, 2) } } | Sort-Object SizeGB -Descending | Format-Table -AutoSize这个脚本会扫描用户目录下每个顶层文件夹的大小。目录特别大时可能比较慢建议关闭其他程序再跑。如果只想看某个具体目录(Get-ChildItem -Path C:\Users\$env:USERNAME\.codex -Recurse -File -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum / 1GB我一般不会一上来就扫整个 C 盘太慢。先扫用户目录下的隐藏目录和 AppData 的几个子目录基本就能定位问题。扫描结果里如果某个目录正在被程序写入大小可能不准但作为判断依据已经足够。接下来再决定哪些搬、哪些清。2. Codex 缓存与用户配置迁到 D 盘的正确姿势把 Codex 的配置和缓存迁走是整个方案里最核心的一步。这里的关键不是剪切粘贴而是让 C 盘原来的路径继续有效这样 Codex 不用改任何配置也能正常工作。2.1 Codex 到底在用户目录里放了什么Codex 不同的安装方式和
C盘红了第一反应通常是打开清理软件但真正把系统盘塞满的往往是 Codex 这类开发工具在用户目录里留下的缓存、配置和日志。我最近处理的一台电脑就是典型情况装了 Codex 命令行工具又用 VS Code再加上 npm、Python 缓存几个月下来用户目录涨了几十 GBC 盘直接见底。下面这套操作围绕一个目标展开把 Codex 相关缓存和用户配置、VS Code 插件目录、包管理器缓存、临时目录和自动化脚本统一搬到 D 盘并且让 C 盘原来的路径继续可用。整个方案不依赖第三方清理软件也不需要扩容分区适合 C 盘空间紧张、又不想冒险卸载重装工具的人参考。按我实际落地时的顺序每个环节的坑都会单独说明。1. 先弄清楚 C 盘空间都被什么东西占掉了动手搬家之前必须先搞清楚空间到底是怎么被吃掉的。否则搬错对象、或者搬走不该搬的文件后面会反复出问题。1.1 别急着装清理工具先把用户目录扫一遍Windows 下很多软件并不把个人数据放在 Program Files 里而是默认放在C:\Users\用户名下面。尤其是命令行工具、编辑器扩展、包管理器缓存几乎都往这个目录里塞。Codex 这类 CLI 工具通常会在用户名下创建类似.codex的隐藏目录保存配置、历史会话、日志和运行缓存。VS Code 的扩展装在C:\Users\用户名\.vscode\extensionsnpm 全局缓存默认在AppData\Local\npm-cachePython 的 pip 缓存默认在AppData\Local\pip\cache。可以先看两个位置C:\Users\用户名下的顶层目录和隐藏目录C:\Users\用户名\AppData\Local和AppData\Roaming在资源管理器里打开“查看 → 隐藏的项目”就能看到.codex、.vscode这类目录。如果发现某个目录特别大再往下一层找往往就是日志或缓存堆积引起的。要注意AppData 里不全是缓存。AppData 下既有 Cache也有真正在用的配置、账号信息、数据库文件。如果直接整块剪切很多程序会崩溃。所以第一步不是动手而是先定位大目录。1.2 Codex、插件和自动化相关的常见占位点开发环境里最明显的 C 盘大户有这几类Codex 或类似 AI 编程工具的配置目录。常见名是.codex、.config等里面可能有历史会话、日志、对话记录。VS Code 扩展目录。装了大量插件后可能从几百 MB 涨到几 GB。npm、pnpm、yarn 的缓存和全局包目录。Python 环境的 pip cache、HuggingFace 模型缓存。如果常做本地 AI 实验这个非常大。各种临时目录。用户 TEMP、系统 TEMP安装软件时解包文件也在这里。自己的自动化脚本和日志。例如任务计划定时执行的脚本如果输出目录写在 C 盘日志也会持续增长。这些目录的特点是单个文件不大但文件数量极多。日志每天能写几十个缓存文件堆积几个月一个 256 GB 的系统盘很容易被吃完。1.3 怎么看每个目录的真实大小Windows 的资源管理器默认不显示文件夹大小。想要快速判断哪个目录在膨胀可以用 PowerShell 做一个小循环$dirs Get-ChildItem -Path C:\Users\$env:USERNAME -Directory -Force -ErrorAction SilentlyContinue foreach ($d in $dirs) { $size (Get-ChildItem -Path $d.FullName -Recurse -File -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum [PSCustomObject]{ Folder $d.FullName; SizeGB [math]::Round($size / 1GB, 2) } } | Sort-Object SizeGB -Descending | Format-Table -AutoSize这个脚本会扫描用户目录下每个顶层文件夹的大小。目录特别大时可能比较慢建议关闭其他程序再跑。如果只想看某个具体目录(Get-ChildItem -Path C:\Users\$env:USERNAME\.codex -Recurse -File -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum / 1GB我一般不会一上来就扫整个 C 盘太慢。先扫用户目录下的隐藏目录和 AppData 的几个子目录基本就能定位问题。扫描结果里如果某个目录正在被程序写入大小可能不准但作为判断依据已经足够。接下来再决定哪些搬、哪些清。2. Codex 缓存与用户配置迁到 D 盘的正确姿势把 Codex 的配置和缓存迁走是整个方案里最核心的一步。这里的关键不是剪切粘贴而是让 C 盘原来的路径继续有效这样 Codex 不用改任何配置也能正常工作。2.1 Codex 到底在用户目录里放了什么Codex 不同的安装方式和
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
