木-Star豆包PC版最近做了一次“瘦身”——本地模型悄然下线，很多人在更新后第一反应是“C盘是不是该清爽了”，结果打开磁盘空间一看，好家伙，该占的空间一个子儿没少。我在好几个群里看到有人问“豆包清理电脑指令”“豆包清理C盘方法”，其实核心问题根本不是不会清理，而是不理解它的文件残留机制。这篇就把这件事从头到尾说透，从原理到实操，再到我实际踩过的坑，一次讲完。
1. 本地模型下线不等于文件消失：问题出在哪
1.1 豆包PC版的“本地模型”到底是什么
豆包PC版在早些版本里集成了一些本地推理能力，比如离线场景下的文本理解、摘要生成、简单对话辅助等。它跟云端AI最大的区别就是模型参数文件直接放在你的电脑里，调用时用本地CPU或GPU跑推理。这样做的好处是响应快、不依赖网络，但代价是模型文件体积不小——少则几百MB，多则数GB，具体看版本和功能模块。
这些模型文件通常不是以单个“模型.dll”或者“model.bin”的形式摆在明面上，而是被拆成多个数据包、索引文件、词表文件，散落在安装目录和用户数据目录里。很多用户从“下载安装”到“日常使用”完全感知不到它们的存在，直到某天磁盘亮红灯才意识到，“我明明没装什么大软件，空间怎么没了？”
1.2 为什么程序更新后，旧模型还在硬盘上
关键点来了：软件下线一个功能，跟卸载一个功能，完全是两码事。
产品方在服务端把本地模型相关的入口和接口关掉，推送新版客户端时，新版程序确实不再加载这些模型文件了，但安装包默认走的是一次“覆盖安装”逻辑——它只会把新文件拷贝进去，把旧版本的可执行程序更新掉，对于已经存在的模型数据目录，很多安装器会直接跳过，甚至根本不知道要去清理。这就是为什么你打开“应用卸载”列表看到豆包还是那个大小，或者删除后重装一遍，空间依然没变。
说得通俗一点：你住的房子重新装修了，家具换了新的，但是前任租客储藏室里留下的一堆旧书本和旧纸箱，装修队没给你带走。你以为房间应该变宽敞了，实际上只是你看不见的地方还堆着东西。
还有一层原因：本地模型文件被设计成“用户数据”而不是“程序数据”。比如模型缓存写在 AppData\Local\Doubao\ 下，而卸载程序主要检查 Program Files 里的安装目录，卸载时压根不会去动用户目录里的东西。这样一来，哪怕你正式卸载豆包，默认也会留下这个“数据尾巴”。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 定位占用空间：找对路径才是第一步
2.1 豆包PC版的经典目录结构
在动手清理之前，你得知道自己要找什么。我整理了几个最常出现模型文件的位置，不同版本可能路径略有差异，但大方向是一致的：
| 目录 | 说明 |
|---|---|
C:\Program Files\Doubao\ 或 C:\Program Files (x86)\Doubao\ |
程序本体，也可能包含模型子目录，比如 models、resources |
C:\Users\<用户名>\AppData\Local\Doubao\ |
本地数据、缓存、日志，最容易被忽略 |
C:\Users\<用户名>\AppData\Roaming\Doubao\ |
配置文件和用户状态 |
C:\ProgramData\Doubao\ |
公共数据，部分模型会装在这里 |
C:\Users\<用户名>\AppData\Local\Temp\Doubao* |
临时解压文件，更新时容易残留 |
我在帮人排查时发现，超过七成的情况都是“程序目录+AppData目录”双重占用。有些老版本还会在 Documents 或者下载目录里放过模型包，如果你曾经手动改过安装路径，那就更分散了。
2.2 用两步轻松找出“隐藏大户”
最直观的方法不是一个个目录去数，而是先看总占用，再从大到小定位。
第一步，打开Windows的“设置 → 系统 → 存储”，看看C盘剩余空间和“应用和功能”里豆包占用的数值。这个数字往往“偏小”，因为它只统计了安装程序登记过的目录，落在外面的模型文件它根本不知道。
第二步，用第三方工具扫描。个人比较推荐WizTree，它扫NTFS分区极快，几秒钟就能列出全盘文件大小排行。打开后搜索“Doubao”或者“doubao”，把所有结果按大小排序，你会瞬间明白空间去哪了。如果不想装额外软件，也可以用PowerShell命令定位大目录，比如：
powershell复制Get-ChildItem -Path "C:\Users\<用户名>\AppData\Local\Doubao" -Recurse -Force | Measure-Object -Property Length -Sum
这个命令能算出该目录总字节数，除以1GB就是占用大小。用这个办法排查几个候选路径，基本就能锁定大头。
3. 手动清理与快捷指令：我的实测方案
3.1 常规卸载后的二次清理
除非你是极简主义者，否则我不建议只走一遍“控制面板卸载”。正确的顺序是：
- 先退出豆包进程，包括右下角托盘里的图标，任务管理器里确认所有
Doubao*进程都结束了。 - 打开“设置 → 应用 → 已安装的应用”，找到豆包，点卸载。让官方卸载程序跑完。
- 重启电脑（这一步很多人跳过，但如果不重启，某些DLL文件会被系统锁定，删除会失败）。
- 重启后再手动删除上一节表格里提到的残留目录。
有人会问：“我删掉这些目录，会不会把重要聊天记录或配置都清掉？”说实话，如果你还在用豆包，别删 Roaming\Doubao 里的配置文件，可能会影响登录态。但如果本地模型已经下线，那么 Local\Doubao\models 或者类似模型目录是可以放心删的。拿不准的话，先把目录整个复制到移动硬盘备份，再删除，出问题还能还原。
3.2 一个可以抄作业的PowerShell清理脚本
我实际用过的清理逻辑其实很简单，定位到固定目录，把模型相关的子目录删掉。下面这个脚本是我整理过的版本，你拿去用之前，先把 user_name 替换成你的实际用户名，或者直接把包含 Doubao 的路径改成你机器上的真实路径：
powershell复制$paths = @(
"C:\Users\$env:USERNAME\AppData\Local\Doubao",
"C:\Users\$env:USERNAME\AppData\Roaming\Doubao",
"C:\ProgramData\Doubao"
)
foreach ($p in $paths) {
if (Test-Path $p) {
Write-Host "正在扫描: $p"
Get-ChildItem -Path $p -Directory -Force -ErrorAction SilentlyContinue | ForEach-Object {
if ($_.Name -match "model|resource|asset|offline") {
Write-Host "删除: $($_.FullName)"
Remove-Item -LiteralPath $_.FullName -Recurse -Force -ErrorAction SilentlyContinue
}
}
}
}
注意，$env:USERNAME 在PowerShell里会自动替换成当前用户名，不需要手动改。这个脚本只会删除名字里带“model/resource/asset/offline”的文件夹，属于比较保守的方案。执行前建议用 -WhatIf 参数预览一下，比如在 Remove-Item 后面加 -WhatIf，就会先打印“将要删除哪些内容”，不会真的删。
如果你连脚本都懒得跑，直接到路径里筛选最大的文件夹，手动Shift+Delete也行。我个人更喜欢脚本，因为覆盖目录多，不用担心漏掉。
3.3 配合系统磁盘清理和存储感知
手动删除大目录之后，系统层面还有一些“看不见的缓存”需要收拾。打开Windows自带的磁盘清理工具，选C盘，勾选“临时文件”“以前的Windows安装”“缩略图”“传递优化文件”，让它跑一遍。这一步能清理豆包在下载模型时留下的临时下载包和更新补丁。
另外建议开启“存储感知”，路径在“设置 → 系统 → 存储 → 存储感知”。它能在后台自动清理临时文件，但请注意，存储感知默认不会清理非系统目录下的程序残留，所以它只能是“补充手段”，别指望它自动把豆包模型残渣扫干净。
4. 注册表与缓存：容易被忽略的尾款
4.1 注册表残留怎么处理
卸载软件之后，注册表里会留下一些孤儿项。它们不一定占多少空间，但会影响系统性能和后续重装体验。点“开始”，输入 regedit，回车，在注册表编辑器里用Ctrl+F搜索“Doubao”或者“豆包”。找到的项通常分布在三个位置：
| 注册表路径 | 说明 |
|---|---|
HKEY_CURRENT_USER\Software\Doubao |
当前用户配置 |
HKEY_LOCAL_MACHINE\SOFTWARE\Doubao |
系统级配置 |
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Doubao |
32位程序在64位系统中的配置 |
右键删除时要注意：只删名字里明确带有“Doubao”的项，不要碰其他相似名字。删除之前，先右键“导出”，把整个项备份成.reg文件。我在这上面吃过亏，曾经手滑删了一个名字带“Doubao”但实际上是SDK公共组件的项，导致电脑上另一个软件启动报错。后来养成了习惯，注册表操作前永远先备份。
4.2 日志和临时文件也要扫一遍
豆包PC版在运行过程中会写大量日志，日志文件通常不大，但架不住时间长。它们一般放在 Local\Doubao\logs 或 Local\Doubao\CrashReports 里，删除没问题。
另外，C:\Users\<用户名>\AppData\Local\Temp 下可能会有 DoubaoUpdate 或者 DoubaoInstall 开头的临时文件夹，这是更新程序下载完的安装压缩包残留，体积可能非常大。用上面的WizTree扫过之后如果还有疑问，可以直接在资源管理器搜索框里输入 Doubao*，把临时目录下所有相关文件一次性显示出来，然后按修改时间排序，老旧的直接删。
5. 常见问题与避坑指南
5.1 常见问题速查表
这里整理了我在处理这个问题的过程中被问得最多的疑问，直接做成表格方便查阅：
| 问题 | 原因 | 解决方法 |
|---|---|---|
| 删除模型目录后豆包打不开/提示损坏 | 删的不只是模型，还把运行库或公共组件带走了 | 重新安装最新版，安装时会自动补全缺失文件；不要删 AppData\Roaming\Doubao 下的配置 |
| 卸载豆包后空间依然没有变化 | 卸载程序不清理用户数据目录 | 按第3章的路径手动清理 AppData\Local 和 ProgramData 下的残留 |
| 删文件时提示“被占用” | 豆包进程没完全退出，或后台服务仍在运行 | 任务管理器结束所有 Doubao 进程；如果还不行，安全模式下删除 |
| 我用磁盘清理工具扫不出大文件 | Windows自带工具不统计部分软件目录 | 用WizTree等第三方工具按文件大小排序，精确到具体文件夹 |
| 清理完C盘依然红着 | 还有其他软件也在悄悄占空间 | 不要只盯豆包，用WizTree全盘扫描，按大类排查 |
这条表里的第五条特别想多说一句。很多人清理完豆包残留后发现空间只释放了一两GB，就开始怀疑“还有隐藏文件”。其实Windows系统的C盘空间消耗从来都是多因一果，比如系统休眠文件 hiberfil.sys、虚拟内存 pagefile.sys、Windows.old备份，这些随便一个都比豆包模型大得多。豆包的问题只是“占了该占的地方”，你把它清掉之后，空间依然满，那就是另一个故事了。
5.2 实操心得：这些坑千万别踩
第一，不要直接删除整个Doubao目录。我见过有人图省事，把 AppData\Local\Doubao 整个目录删掉，结果登录状态、主题设置、历史会话导出记录全没了。正确做法是先进入目录，找到 models、resources、offline_data 这些模型相关文件夹删掉，保留 config 和 Cache（如果还需要缓存个人数据的话）。
第二，不要迷信“豆包清理电脑指令”这种一键脚本。热词里提到的“豆包清理电脑指令”其实是很多博主在社交媒体上发的清理建议，本质就是挨个删除豆包相关目录，并不存在官方的所谓“清理指令”。如果你看到某个陌生脚本直接执行，可能导致系统变量被误删。我用上面的PowerShell脚本时也会先加 -WhatIf 模拟一遍，这个习惯值得所有新手学习。
第三，清理完记得重启一次。很多程序在退出时不会立即释放文件句柄，系统也会延迟更新磁盘统计。重启后再看“此电脑”，空间大小才会恢复正常。我在清理后曾经忘了重启，看到空间没变化，以为没删干净，又反复扫描，白白浪费了半小时。
第四，如果你用的是企业版豆包或集成到办公软件里的豆包组件，情况会更复杂，模型文件可能被装到了Office插件目录或者公共组件目录。这时候不要乱动 C:\Program Files\Common Files 下的相关文件夹，最好先在企业管理后台看有没有官方卸载脚本，或者直接联系技术支持，否则容易影响其他软件运行。
结尾
就我个人而言，这次豆包本地模型下线暴露出来的问题，其实反应了一个很普遍的现象：软件厂商对“功能下线”往往只关注服务端和客户端交互，很少操心用户硬盘上的历史包袱。作为用户，我们能做的就是学会自己检查、手动清理。上面这些路径和方法，我在好几台电脑上都实测过，只要按步骤走，释放几个GB的空间毫无问题。最后再分享一个小技巧：清理完豆包残留后，顺手在PowerShell里执行一条 cleanmgr /sageset:1，把磁盘清理设置过一遍，以后每个月跑一次，比临时抱佛脚省心得多。