AionClaw连续运行导致C盘凭空减少2.3GB，主因是其logs、cache、tmp三个子目录隐性占用：logs中归档日志堆积（如.log.bak文件），cache中旧版分类模型未清理，tmp中含_partial或.tmp.lock的临时文件；需按系统路径定位%APPDATA%\OpenClaw（Windows）等根目录，优先清理archive类日志，再关闭自动识别并重置模型，避免误删系统文件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你发现AionClaw连续运行三天后，C盘或系统盘可用空间凭空少了2.3GB，资源管理器里找不到明显新增的大文件，但磁盘告警已亮起红灯——这不是错觉，是AionClaw在后台持续写入日志、缓存分类模型、保存临时会话快照导致的隐性占用，必须立刻定位真实来源，否则下次重启可能直接卡死在加载界面。
确认AionClaw专属数据目录位置
不同系统路径差异极大，Windows/macOS/Linux三者默认落盘位置完全不同，先找准根目录才能避免误删系统文件。打开AionClaw主界面 → 点击右上角齿轮图标 → 进入「系统设置」→ 切换到「数据存储」页签。页面顶部明确显示「本地数据根路径」，Windows用户通常为%APPDATA%\OpenClaw，macOS为~/Library/Application Support/OpenClaw，Linux为~/.local/share/openclaw。【此路径不可手动修改，所有检查必须基于此处展开】
复制该路径，按下Win+R（Windows）/Cmd+Space（macOS）/Ctrl+Alt+T（Linux），粘贴并回车打开对应文件夹。
分层扫描可疑子目录
进入根路径后，按大小排序（Windows右键→“排序方式”→“大小”，macOS访达→“显示→排序方式→大小”，Linux终端执行du -sh * | sort -hr），重点关注以下三个子目录：
logs：存放运行日志，默认不轮转。若该目录体积超过500MB，说明日志堆积严重，且未启用自动清理策略。
cache：存储邮件分类模型、OCR识别缓存、向量索引快照。该目录单个文件可达100MB以上，且模型更新时旧版本不会自动删除。
tmp：临时会话导出文件、未完成的PDF解析中间件、大附件解压缓存。这类文件名常含_partial或.tmp.lock后缀，极易被忽略。
注意：不要直接删除整个cache目录——这会导致所有技能重新训练，耗时超15分钟且无法中断。
快速验证是否为日志膨胀所致
方法一：Windows平台直接清理归档日志
按下Win + R，输入%APPDATA%\OpenClaw\logs并回车 → 在打开的文件夹中，按修改日期排序 → 选中名称含.log.bak或archive_前缀的文件 → 右键删除。
方法二：Linux/macOS终端精准清除
打开终端，执行：
find "$HOME/Library/Application Support/OpenClaw/logs" -name "*archive*.log" -delete 2>/dev/null（macOS）
find "$HOME/.local/share/openclaw/logs" -name "*archive*.log" -delete 2>/dev/null（Linux）
这一步操作起来很简单，直接清掉归档日志即可释放数百MB空间，且不影响当前运行状态。
检查分类模型缓存是否异常增长
第一步：关闭自动垃圾邮件识别与归档开关
进入「邮件与日志」设置页 → 找到「启用自动垃圾邮件识别与归档」→ 将其关闭。
第二步：立即重置分类模型
在同一页底部点击「高级策略管理」按钮 → 选择「重置邮件分类模型」→ 点击「确认清除」。
【此操作不可逆，清除后需重新学习邮件特征】清除过程约需8～12秒，期间AionClaw主进程无响应属正常现象。
第三步：关闭设置窗口，系统自动保存并应用变更。
