BlueTidy 0.2.0：先看清空间，再安全处理
项目状态
本文对应 BlueTidy 0.2.0 Preview。它已经可以用于实际体验，但仍属于 Preview：迁移前请备份重要数据，不要把唯一一份数据交给测试版工具。
C 盘又红了。想腾出空间时，真正麻烦的往往不是“删什么”，而是三件事：最大的目录到底是什么、删掉会不会出问题、软件能不能挪到别的盘后继续运行。
磁盘分析工具能画出一堆色块，软件管理器能卸载程序，但中间那一步通常仍要自己判断。BlueTidy 想补上的就是这里：先把占用和风险说明白，再决定迁移、清理还是先不动。
两种模式，各管一件事
最初我试图把文件夹分析和应用迁移塞进同一套界面，结果两边都不够顺手。看磁盘时需要的是层级、占用和变化；处理应用时则需要安装来源、运行状态、迁移条件和回滚记录。
从磁盘根目录或指定文件夹开始扫描。左侧沿目录向下展开，中间可以看矩形图、排行和快照变化，右侧再查看选中目录的细节。
把软件当作一项资产来处理：先查安装来源、路径和风险，再执行迁移、清理或回滚。Microsoft Store / MSIX 资产会展示出来，但不会被当作普通目录硬搬。
现在首页只回答一个问题：怎样释放 C 盘空间。你可以先看磁盘，也可以直接去治理软件资产。
文件夹模式：先把账算清楚
BlueTidy 可以扫描整个磁盘，也可以只看一个指定目录。结果同时显示逻辑大小与实际磁盘占用，因为这两个数字并不总是相同。
读不到的目录不会再被当成 0 B。程序会记录无法访问的路径和数量，并把扫描结果标为不完整。这样至少能知道，眼前的结果不是整块磁盘的全部。
首次扫描会把目录树放进内存缓存。之后展开子目录不需要重复访问磁盘；同一路径再次扫描还会留下快照，可用于查看哪些目录变大、哪些内容消失，并支持导出 CSV。
迁移范围
分析可以从磁盘根目录开始，迁移不可以。文件夹迁移只接受当前用户目录下的具体子目录；整个用户目录、AppData 根目录和已有链接都会被拒绝。
这是刻意保留的边界。把整个用户目录直接搬走，出错时受影响的不会只是一个应用，而可能是整个账户环境。
应用迁移：重点在“搬完以后”
应用模式会从卸载注册表、开始菜单、Winget、Scoop 和常见游戏平台收集软件信息。传统 MSI / EXE 软件通过预检查后，BlueTidy 会把安装目录移到目标盘，并在原路径创建 Windows 目录连接，让软件继续访问原来的路径。
跨盘迁移不能直接重命名，只能先复制。复制完成后，BlueTidy 会核对文件数、目录数和总字节；校验通过才删除源目录，并尽量保留时间戳与权限。源目录中已有连接、符号链接或其他重解析点时，计划会被阻断。
回滚也不是简单地把文件复制回来。程序会确认原路径仍是事务记录中的连接，并且确实指向当时的目标目录。用户后来手动改过路径时，BlueTidy 会停下来，而不是擅自“修好”一个已经变化的目录。
为什么不让 AI 决定是否迁移？
TidyPilot 可以解释迁移支持状态、清理风险和回滚条件，也可以接入兼容 OpenAI chat/completions 的接口。但保护路径、运行进程和预检查拦截都在本地代码里，AI 没有放行权限。
如果接入外部模型，发送的是软件名称、版本、安装路径、容量和本地风险结论，不包含文件内容。0.2.0 的 API Key 仍以明文保存在本地设置文件中，建议只使用额度有限的专用 Key。
清理功能保持克制
目前可以清理的主要是安装目录中的缓存、日志和临时文件。文档、示例和离线帮助默认不选；即便确认处理，也会先进 Windows 回收站。
语言包更难判断：单靠文件名无法可靠识别当前语言和回退语言。因此 0.2.0 只统计它们占了多少空间，不提供删除按钮。
这版能做什么，还不能做什么
安装包尚未签名，Windows SmartScreen 可能提示风险；自动更新也还没有接入。磁盘扫描采用目录遍历，不是 NTFS MFT，遇到百万级文件时会比 WizTree 一类工具慢得多。
驱动、服务、系统组件，以及安装路径不可信的软件会被拦住。目录连接对许多传统软件有效，但不保证每一个应用都能正常工作。
技术栈与下载
桌面界面使用 Tauri 2、React 和 TypeScript；磁盘扫描、软件采集、迁移、清理和事务回滚由 Rust 完成。
提供 EXE 和 MSI。下载后先核对发布页的 SHA256SUMS.txt，并确认来源是官方 GitHub Release。
解压后运行 BlueTidy-Portable.cmd。这样设置和事务记录会保存在同级的 Data 目录中。
如果你试过 BlueTidy，欢迎把兼容性结果或 Bug 提交到 Issues。涉及路径越界、错误删除或凭据泄露，请使用 私密安全报告，不要把含有私人路径的日志贴到公开页面。