c-drive-cleaner

AI ソフトウェアライフサイクル（AF クラス）

「クリーンアップが進まない」場合や、AI ソフトウェアが C ドライブを使い続ける場合は、まず ./analyze.ps1 -Categories AF -OutputFormat json -RecordGrowth を実行します。AF はネイティブスキャンを 1 回実行して、インストールディレクトリ、Electron セッションデータ、runtime、モデル、拡張機能、インデックス、状態、更新の残存物を計上し、厳密に 4 種類に分類します：安全なキャッシュ、ツール／手動管理項目、保持必須項目、調査待ち項目。

• アプリケーション全体のディレクトリは、常に使用量の証拠にすぎず、クリーンアップ可能な容量を意味するものではありません。extensions/ai-footprints.json で正確に宣言されたコンポーネントのみが、クリーンアップ候補に含まれます。
• scanner_metadata.AF.discovery_candidates は実機での学習キューです。分類されていない大きなサブディレクトリは review にのみ追加でき、出所の確認と再スキャンテストを経て、初めてクリーンアップルールに昇格できます。
• ./cleaners/clean-ai-footprints.ps1 はデフォルトではプレビューのみを行います。実行するには -ReallyDelete を追加します。また、アクティブなプロセス、C ドライブの境界、再解析ポイントに対して fail closed で動作します。
• ./migrators/plan-ai-footprints.ps1 は最新の AF レポートから読み取り専用の移行計画を生成します。公式の環境変数／CLI を優先し、次にインストーラー／システム設定、最後に junction を使います。移行容量とキャッシュ容量が重複する場合があるため、合算できません。
• 詳細な一連の手順、昇格ゲート、上流の根拠については references/ai-software-lifecycle.md を参照してください。

対象を絞った最適化（O クラス）

既知の価値の高い対象項目をスキャンするには、.\analyze.ps1 -Categories "O" を実行します。

• Qoder：SharedClientCache\index、SharedClientCache\cache、CachedData などのキャッシュのみをクリーンアップします。User\workspaceStorage、User\History、User\globalStorage は保持します。
• WorkBuddy：更新の残存物 %LOCALAPPDATA%\Temp\workbuddy-update-* のみを対象にします。処理前に WorkBuddy を終了してください。
• Codex：.cache\codex-runtimes 配下の codex-runtime-install-* と codex-primary-runtime.previous-* のみを処理し、現在の codex-primary-runtime は保持します。Whisper モデルは別途、慎重に扱う項目として分類します。

プレビューするには .\cleaners\clean-targeted-optimization.ps1 -WhatIf を使い、確認後に -ReallyDelete を追加します。スクリプトは関連プロセスを確認し、範囲外のパスをブロックします。

TRAE CN と TRAE SOLO CN は一律で AF ライフサイクルレイヤーを通し、O クラスでは重複計上しません。有効性を確認済みの安全な範囲は、CachedData、Electron/GPU/Dawn/Shader キャッシュ、logs、Crashpad\reports です。User、ModularData、WebStorage、Local Storage は保持必須です。実際の検証では、「数 GB を超える容量を回収でき、失敗項目がない」という匿名化された結論のみを記録し、デバイスの容量、ユーザーパス、ソフトウェアの利用状況プロファイルは提出しません。

対象自体または任意の祖先ディレクトリが junction／シンボリックリンクの場合、C ドライブのスキャンではリンクをたどって計上またはクリーンアップしてはなりません。partial として報告してください。リンク先が D/E ドライブにある場合、削除によって解放されるのはリンク先ドライブの空き容量のみです。

あまり使わないソフトウェアと C ドライブの細かな情報

• U クラスは、インストール日、サイズ、証拠の品質に基づいて「確認待ち候補」を一覧表示します。クイックモードではアンインストールレジストリに記録されたサイズのみを再利用し、完全モードでは C ドライブにある可能性の高い関連インストールディレクトリのみ、サイズを追加計測します。D/E ドライブのソフトウェアは走査しません。最終使用時刻を確実に把握することはできず、自動アンインストールも行いません。また、インストールディレクトリを直接削除することは推奨しません。
• MX クラスは、クリーンアップルールの対象外にある容量を説明します：C ドライブの直下ディレクトリ、ルートディレクトリのシステムファイル、ユーザーディレクトリ直下に散在するファイル、拡張子の分布、権限による確認不能領域。MX は情報レイヤーであり、結果が重複する場合があるため、解放可能な容量として合算できません。
• 詳細な境界と判定根拠については references/unused-and-misc.md を参照してください。

ベンダー管理ストレージ（MS クラス）

• MS は「実際に管理可能だが、汎用 cleaner から直接削除すべきではない」大きなディレクトリを特定します。現在は WPS クラウドドキュメントのローカルキャッシュと ESP-IDF のダウンロードアーカイブに対応しています。
• WPS では、まず同期が完了したことを確認してから、クライアントの「空き容量を増やす／場所を変更」機能を使います。ESP-IDF では、現在のバージョンの idf_tools.py uninstall --dry-run --remove-archives を優先して実行し、tools と python_env は必ず保持します。
• MS は慎重に扱う項目のみを生成し、直接実行する cleaner はありません。詳細な境界と公式の手順については references/vendor-managed-storage.md を参照してください。

実使用量と再増加の追跡

• ディレクトリ項目の論理サイズ、ハードリンクを重複排除した論理サイズ、NTFS の割り当てバイト数を比較するには、.\measure-space.ps1 -Paths "<精确路径>" を実行します。低速の全量計上には SA クラスを使います。
• 階層化された v2 ベースラインを作成するには、.\track-growth.ps1 -Mode compare -Record を実行します。互いに重複しない coverage ルートのみを集計します。detail は原因の特定のみを行い、親ディレクトリの容量には加算しません。
• 対象を絞ったクリーンアップの実行後、クリーンアップセッションが提示する SessionId を読み取り、5 分後、1 時間後、24 時間後に .\track-regeneration.ps1 -Mode check -SessionId <id> を実行します。
• $WinREAgent、Windows Update のダウンロード、Delivery Optimization、再起動待ちのシグナルを確認するには、.\analyze.ps1 -Categories "WU" を実行します。
• 管理者権限の PowerShell で .\analyze.ps1 -Categories "AD" を実行すると、VSS、WinSxS、WindowsApps、Installer、DriverStore、Reserved Storage を読み取り専用で計上します。これらの結果は inventory にのみ記録し、クリーンアップ可能な容量には含めません。詳細な境界については references/admin-deep-accounting.md を参照してください。
• 詳細なルールについては references/space-accounting-and-regeneration.md を参照してください。

4 点セットの反復ループ

このスキルでは、スキャン後もクリーンアップの効果が明確でない、容量が増え続けているのに原因が分からない、という問題を解決するために、4 層の Loop Engineering メカニズムを採用しています。

• references/iteration-loop.md：全体ループ——複数の情報源から発見 → プールへの追加と計画 → 実行 → 検証 → 記録 → 次のサイクル。
• references/project-pilot.md：プロジェクトレベルの PDCA。8 ステップの状態遷移を定め、各ステップに証拠を求めます。
• references/concurrent-dispatcher.md：独立したスキャン／プレビューの同時実行ルール。同時実行数を制限し、出力を分離し、重複したクリーンアップを防ぎます。
• references/code-review-checklist.md：変更前の契約、変更後のセルフチェック、マイルストーン外部レビューの 3 層ゲート。

日常的な診断には、次を使用します。

.\iteration-loop.ps1 -Mode diagnose -RecordGrowth

デフォルトではファイルを削除せず、現在の C ドライブと重点ディレクトリのスナップショットのみを記録します。次回の実行時には、各パスの増分と日次増加速度が表示されます。-IncludeSlowScan を追加するのは、クイックモードで証拠が不十分な場合のみです。

CleanSight — AI ディスクヘルスアドバイザー

私はクリーンアップツールではありません。あなたの AI ディスクヘルスアドバイザーです。

传统工具 = 执行层：帮你删文件（但不懂你）
CleanSight = 决策层：理解你 → 分析数据 → 智能建议 → 教你安全执行

---

💰 Token 成本预估（重要）

本技能的核心工作是纯本地的：扫描（PowerShell）、分析逻辑、报告生成全部在本地运行，不消耗 Token。

AI 对话轮次会消耗 Token（接入的模型费用），但这取决于你问了多少问题。

场景	预估成本（DeepSeek Flash）	说明
直接运行清理脚本（不对话）	¥0	纯本地，完全免费
让 AI 运行一次完整扫描 + 报告	¥0.05-0.1	AI 解读报告，给建议
让 AI 指导执行清理 + 后续追问	¥0.1-0.3	正常使用范围
调试 bug + 反复修复	¥1.0+	异常情况，不应发生

💡 省钱技巧: 直接运行 .\cleaners\clean-safe.ps1 -ReallyDelete 或 .\cleaners\clean-apps.ps1 -RiskLevel safe 是完全免费的。

---

🧠 三大核心优势（为什么用 AI 而不是 CCleaner）

优势	传统工具	CleanSight
上下文感知	固定规则，一刀切	基于你的使用习惯动态分析
动态风险评估	只说"能删/不能删"	告诉你为什么 + 替代方案 + 迁移指导
知识赋能	删完就结束	教你根本解决方法，一劳永逸

差异化公式: 迁移 > 删除 > 忽略 — 传统工具只会删，AI 教你迁移保留功能的同时释放空间。

---

🔧 工作流程

用户触发 "C盘快满了" / "帮我分析C盘"
  ↓
1. 执行类别只读扫描 + 路径级增长快照（scanners/）
  ↓
2. 生成 AI 决策报告（健康评分 + Tier 分级建议 + 增长证据）
  ↓
3. 先预览和规划，不把“可清理”误报成“已释放”
  ↓
4. 用户选择执行项 → 执行 → 重扫同一路径 → 记录实际释放量

一键模式

.\analyze.ps1                                          # 控制台输出
.\analyze.ps1 -OutputFormat markdown                   # 生成 Markdown 报告
.\analyze.ps1 -OutputFormat json                       # JSON 格式
.\analyze.ps1 -Categories "C,D"                        # 只扫描开发缓存+浏览器
.\analyze.ps1 -Categories "AF" -RecordGrowth           # AI 软件全生命周期占用 + 增长基线
.\analyze.ps1 -Fast                                     # 快速证据集；GR 读取带时间戳快照，跳过 F/H/MX/AD/SA
.\analyze.ps1 -Categories "F,GR" -RecordGrowth          # 原生全盘扫描并建立同源增长基线
.\track-growth.ps1 -Mode compare -Record               # 无 F 结果时的 robocopy 兼容基线
.\measure-space.ps1 -Paths "%APPDATA%\Qoder"          # 核算逻辑大小与 NTFS 分配字节

扫描类别速查

类别	脚本	覆盖	适用
AF-AI生命周期	scan-ai-footprints	安装/runtime/模型/扩展/索引/状态/更新残留	AI 软件持续增长首选
A-系统隐藏	scan-system-hidden	hiberfil/pagefile/还原点/WinSxS	了解即可
B-临时缓存	scan-temp-files	Temp/缩略图/回收站/Update缓存	✅ 日常首选
C-开发缓存	scan-dev-caches	npm/pip/cargo/maven/gradle等	开发者必看
D-浏览器	scan-browsers	Chrome/Edge/Firefox等	所有人
E-应用数据	scan-app-data	IDE/媒体/办公/AI工具	深度清理
MS-厂商托管存储	scan-managed-storage	WPS 云缓存、ESP-IDF 下载归档	只走厂商 UI/CLI，不直接删除
F-大文件	scan-large-files	原生并发 TOP 20 + 用户目录排行 + 增长聚合	快速定位
G-特殊占用	scan-special-sources	Docker/WSL/游戏平台	特殊需求
H-安全软件	scan-security-software	EDR/NAC/杀毒	仅了解
I-多版本	scan-multi-version	多版本残留	整洁度
J-重复运行时	scan-duplicate-runtimes	Electron/CEF重复	高级优化
K-输入法	scan-ime-data	词库/日志	细节清理
L-即时通讯	scan-im-apps	微信/QQ/钉钉缓存	社交应用
U-不常用软件候选	scan-unused-software	卸载注册表、安装时间、体积候选	只建议确认，不自动卸载
MX-C盘零碎信息	scan-misc-space	根目录、一级目录、散落文件、权限盲区	解释空间，不等于可删除
WU-Windows更新残留	scan-windows-update-residue	WinRE/更新下载/待重启/CBS日志	只读，更新完成前保留
AD-管理员深度核算	scan-admin-deep-accounting	VSS/WinSxS/WindowsApps/Installer/DriverStore/Reserved Storage	管理员只读解释层
SA-NTFS实际占用	scan-space-accounting	逻辑、硬链接去重、分配字节	慢速按需核算

---

🛡️ 安全原则

风险等级

标记	含义	处理
✅	纯临时/缓存，删除无副作用	可直接执行
⚠️	需人工确认的低风险项	备份后执行
❌	系统核心/企业管控/用户数据	绝不触碰
🔴	可疑/未知，AI无法确定	引导自行判断

安全红线（永远不自动执行）

• ❌ 删除系统还原点 / 关闭休眠 / 移动页面文件
• ❌ 清理 WinSxS /ResetBase
• ❌ 删除 Program Files / 用户文档/桌面/下载
• ❌ 触碰企业安全软件(EDR/NAC/杀毒)
• ❌ vssadmin / diskpart 操作

安全机制

1. 只读默认: 扫描脚本只读不写
2. WhatIf 模式: 清理脚本支持 -WhatIf 预览
3. 明确确认: 危险操作需 -ReallyDelete
4. 管理员检测: 清理前自动检查管理员权限（v6.1.2）
5. 永久删除提示: 执行前显示"文件将永久删除，不经过回收站"（v6.1.2）
6. 统一删除门禁: 所有正式 cleaner 在删除前校验允许根目录、C 盘边界、受保护根和任意祖先重解析点；无门禁参数时拒绝执行（v6.7.0）

---

📐 架构

c-drive-cleaner/
├── SKILL.md                    ← 你在这里
├── _common.ps1                 ← 公共模块（性能+统一接口）
├── analyze.ps1                 ← 一键入口（console/markdown/json）
│
├── scanners/   (类别只读扫描，含 AF/MS/GR/U/MX/WU/AD/SA)
├── cleaners/   (含 AF 精确组件清理；默认预览并统一走删除门禁)
├── migrators/  (含 AF 只读迁移规划以及 appdata/dev-caches/wsl-docker)
├── extensions/
│   ├── app-signatures.json     ← 100+ 应用签名（14类别）
│   ├── ai-footprints.json      ← AI 软件根、生命周期策略和精确组件规则
│   ├── managed-storage.json    ← 只能走厂商 UI/CLI 的本地缓存与下载归档
│   ├── user-custom.json        ← 用户自定义签名
│   └── scan-discover.ps1       ← 未知应用发现引擎
├── safety/     (备份+快照+回滚)
├── reports/    (生成的报告)
├── scheduled/  (定期自动化)
├── references/  (四件套迭代机制与审查门禁)
├── iteration-loop.ps1  (有界迭代入口，默认只诊断/预览)
├── track-growth.ps1    (路径级快照、增量与日增长率)
├── measure-space.ps1   (NTFS 分配字节与硬链接去重核算)
├── track-regeneration.ps1 (清理后 5m/1h/24h 再生检查)
├── tests/      (可公开的验证脚本与测试方法)
│   └── methodology/            ← 脱敏测试策略与验收标准
└── memory/     (v6.2 个性化系统 — 架构设计中)

扩展性

新软件签名只需一行 JSON，无需修改代码：

{ "name": "我的软件", "detect_paths": ["%LOCALAPPDATA%\\MyApp\\cache"], "cleanable": true, "risk_level": "safe" }

编辑 extensions/user-custom.json 保存即生效。scan-discover.ps1 可自动发现未知大文件夹。

---

🛠️ 清理执行（v6.1.2 优化）

性能对比

操作	修复前	修复后 (v6.1.2)	提升
删除大量小文件缓存	❌ 可能长时间卡住	✅ 有超时与回退	显著改善
前序目标失败	❌ 后续目标不执行	✅ 独立处理并继续	消除单点阻塞
多项目批量清理	❌ 一项失败拖垮整轮	✅ 分项收口	可预测

管理员权限

执行清理前自动检测管理员权限，未提权时给出明确提示。

安全提示

所有清理都是永久删除（不经过回收站），执行前会红色警示。

---

📋 报告命名规范

格式	示例	含义
Markdown	CleanSight-CS-20260513-143022-72.md	品牌-日期-时间-健康评分
JSON	CleanSight-CS-20260513-143022-72.json	同上

报告自动包含：执行摘要 → 扫描明细 → AI决策建议(Tier分级) → 使用指南 → 工具推荐

---

🔄 维护规范（AI Agent Skill 工程化标准）

版本管理

• 遵循语义化版本：MAJOR.MINOR.PATCH
• 所有变更记录在 CHANGELOG.md
• app-signatures.json 的 _schema 版本号与主版本同步

更新流程

1. 签名更新: 编辑 app-signatures.json 或 user-custom.json，无需改代码
2. 扫描器更新: 修改 scanners/ 下对应脚本
3. 报告格式更新: 修改 analyze.ps1 中的报告生成逻辑
4. 版本发布: 更新 SKILL.md version + analyze.ps1 $VERSION + CHANGELOG.md

兼容性要求

• PowerShell 5.1+（Windows 自带）
• 不使用 PS7+ 专有语法（如三元运算符 ?:）
• 路径使用环境变量（$env:LOCALAPPDATA 等）
• 应用检测前置 Test-Path（不存在则跳过）

テストと検証

# 验证扫描器正常
.\analyze.ps1 -Categories "B"    # 测试临时文件扫描
.\analyze.ps1 -OutputFormat json # 测试 JSON 输出

# 验证清理脚本
.\cleaners\clean-safe.ps1                      # WhatIf 预览
.\cleaners\clean-apps.ps1 -WhatIf -RiskLevel safe  # 预览可清理项

---

🔄 キャッシュ移行の注意事項

移行前に該当するスキャナーを実行し、-WhatIf を使用してプレビューしてください。移行するのは、境界が明確なデータ、再構築可能なデータ、または公式の移行方法が用意されているデータに限ってください。実際のパス、容量、アプリの一覧はローカルレポートにのみ保存されます。

操作	方法	複雑さ	おすすめ
npm/pip/yarn のキャッシュを D ドライブに移動	1 行のコマンド（Skill が自動実行）	🟢 低	✅ 強くおすすめ
WeChat/Feishu のキャッシュを移動	自動化スクリプトなし。ディレクトリ構造が複雑	🔴 高	❌ おすすめしません
JetBrains の設定を移動	設定ファイルとキャッシュが混在	🔴 高	❌ おすすめしません

---

v6.5.0 のパフォーマンスと容量集計に関する注意事項

• scan-large-files.ps1 は、Win32 の FindFirstFileExW エンジンを使用し、NVMe に適した上限付きの 422 個のパーティションで処理します。上限付き TOP-N セットを保持し、パーティション間のユーザー別合計を統合し、再解析先をスキップして、アクセスできなかった範囲を報告します。
• 同じ F パスで設定済みの増加対象パスを集計します。通常の実行では GR がそれらの合計を再利用します。-Fast は親ツリーと子ツリーを再スキャンする代わりに、最新のソースタグ付きスナップショットを読み込み、その経過時間を示します。
• クリーンアップの合計は、親子パスの重複を排除したうえで、実測したパスから算出します。検索インデックスの負荷と Electron/CEF アプリ全体の容量は、インベントリ情報のみです。
• 匿名化された読み取り専用ベンチマークにより、F が GR の走査結果を再利用し、-Fast が重複処理を回避することを確認しました。デバイスの生の件数と処理時間はローカルに保持されます。

v6.6.0 の重点高速スキャンと再解析安全性に関する注意事項

• -Fast では、J はレジストリのインストール先と extensions/runtime-inventory.json を使用します。通常の J では AppData を広範に検出します。どちらのモードでも検出範囲を明示する必要があります。リリーステストでは両モードで同じ 8 個のランタイムルートが見つかりました。
• 論理ディレクトリの容量測定では、プロセス内の Win32 列挙を使用し、robocopy 互換のフォールバックを備えています。対象パスは、上限付きの 4 並列バッチで測定します。
• 対象の上位パスに再解析ポイントがある場合、C ドライブの容量集計と対象指定のクリーンアップを停止します。これにより、D ドライブにリダイレクトされた Qoder のデータが C ドライブの空き容量として報告されるのを防ぎます。
• VM は一括 CIM 関連付けクエリですべてのドライブ文字を対応付けます。U はレジストリのインベントリを再利用し、C ドライブ以外のフォールバック走査を回避します。
• 匿名化された読み取り専用ベンチマークにより、重点スキャンの J は広範な J より大幅に低負荷でありながら、詳細な検査用に広範モードも維持されることを確認しました。

v6.7.0 のグローバル計画、クリーンアップガード、管理者向け容量集計に関する注意事項

• アナライザーは、選択されたすべてのシグネチャと複数バージョンの対象を先に解決し、未キャッシュの容量を上限付きの単一ネイティブバッチで測定して、共有キャッシュに登録します。解釈は引き続きスキャナーのコードが担い、プランナーはファイルシステムの走査の重複のみを排除します。
• 保守対象のすべてのクリーナーは、フェイルクローズ方式の共通削除ゲートを通過します。相対パス、ドライブ・システム・プロファイルのルート、呼び出し元が宣言したルート外の対象、C ドライブ以外のボリューム、または上位パスにジャンクション、シンボリックリンク、マウントポイントを含む対象は拒否されます。
• clean-apps は実測された sub_cleanable パスのみを実行します。キャッシュのみを対象とするシグネチャから、アプリケーションデータのルート全体を削除してはなりません。
• AD は、VSS、WinSxS、WindowsApps、Installer、DriverStore、Reserved Storage の管理者専用・読み取り専用の容量集計を追加します。保護されたストアの値はインベントリ情報のみです。
• 匿名化された読み取り専用ベンチマークにより、プランナーによる事前キャッシュで、後続処理の論理容量測定の重複がなくなることを確認しました。

v7.0.0 AI ソフトウェアライフサイクルと継続的学習に関する注記

• AF は、インストール、Electron プロファイル、ランタイム、モデル、拡張機能、インデックス、状態データ、アップデーターの残留データにまたがる、C ドライブ上にある論理的な AI フットプリントを、1 回のネイティブ処理で把握します。ルート全体はインベントリのみの対象とし、正確に設定されたコンポーネントのみをクリーンアップ集計に含めます。
• レポートには、分類されていない大きな子項目を対象とする非破壊的な学習キューが表示されます。その意味、安全性、繰り返し測定の結果から設定変更が妥当だと判断されるまでは、検出項目は review のままです。
• AF クリーナーはデフォルトでプレビューを実行し、アクティブなアプリケーションと再解析ポイントの祖先をブロックし、クリーンアップ前後のセッションを記録します。移行プランナーは読み取り専用で、公式の環境変数またはベンダーのライフサイクルコマンドを優先します。
• 空のオプション正規表現配列は明示的に正規化され、インストール済みのすべてのパッケージに一致することがないようにします。リリーステストでは、設定構造、保持に関する不変条件、およびこの回帰を検証します。
• 匿名化された検出・分類のラウンドにより、AF がデバイスの生の合計値を公開することなく、安全なキャッシュ、管理対象／確認項目、移行候補、残りの確認が必要なホットスポットを区別できることが確認されました。

v7.1.0 未説明バイトの学習と AI 対応範囲の拡大に関する注記

• AF は現在、混在データを含む子項目のうち、分類されていない残りの部分のみを報告します。すでに分類された入れ子のキャッシュ／状態データのパスは、差し引く前に重複のない集合にまとめられます。そのため、親項目の重複報告や親子間の二重計上によって学習キューが歪むことはありません。
• ライフサイクル設定に DoubaoWork、ZCode、LobsterAI、CodeBuddy、Doubao、iChat、GitHub Copilot が追加されました。検証では、すべての従来の ai_tools シグネチャパスが AF ルートと重複することを必須とし、ライフサイクルレイヤーが古いシグネチャカタログから気付かないうちに取り残されるのを防ぎます。
• AF の用語では、測定の基準をより正確に示すようになりました。再解析ポイントのターゲットを除外した、C ドライブ上に物理的に配置されているファイルの論理サイズです。NTFS の割り当て済みバイト数と実際の空き容量の変化は、引き続きクリーンアップセッション／SA のエビデンスとして扱います。
• 匿名化された検証により、設定済みグループ、安全／管理対象／保持の境界、未説明ホットスポットのキュー、ネイティブ列挙が、ソースデータを削除または移行することなく整合することが確認されました。

v7.2.0 ベンダー管理ストレージとスキャン再利用に関する注記

• MS は、ベンダー管理ストレージを直接クリーンアップから分離します。WPS クラウドキャッシュの処理には、同期を考慮した WPS の制御機能を使用する必要があります。ESP-IDF アーカイブのクリーンアップには、バージョンに対応したツールフローを使用する必要があります。どちらのデータにも直接クリーナーはありません。
• 匿名化された NTFS の計測により、WPS の cachedata はベンダー管理対象のまま維持され、ESP-IDF の dist のみが確認対象として表示される一方で、tools と python_env は保持されることが確認されました。
• F は、正確な集計測定値を共有キャッシュにあらかじめ格納するようになりました。MX は残りのルートディレクトリのみをまとめて処理し、完全な走査をもう一度行わないようにします。

CleanSight v7.3.0 — AI ディスクヘルスアドバイザー あなたを理解し、データを分析し、スマートな提案で実行を支援

仮想メモリ強化ルール（VM）

analyze.ps1 -Categories "VM" を実行する際は、まずレジストリの PagingFiles 設定を読み取り、その後、実際の pagefile.sys ファイルサイズを判断の補助に使用します。権限が不足している場合は、必ず「読み取り不可」とマークし、ページファイルが存在しないと誤って報告してはいけません。

• まず、C ドライブの空き容量を増やすこと、システムのコミット容量を増やすこと、I/O パフォーマンスを向上させることの 3 つを区別します。ページファイルの移行で通常保証されるのは、前の 2 つのいずれかだけであり、速度向上を当然のこととして扱ってはいけません。
• ページファイルの最大設定値は現在の使用量ではありません。空き容量の効果は、実際のファイルサイズまたは検証可能な初期設定に基づいて推定します。
• C／D／E などの固定ディスクを個別に比較し、空き容量、物理ディスク番号、メディアの種類、バスの種類を確認します。移行先ディスクには、現在の最大設定値に加えて安全余裕を確保する必要があります。
• すでに「C ドライブに小さなページファイル＋C ドライブ以外にメインのページファイル」が存在する場合は、混在レイアウトとして優先的に報告し、大規模な移行を重ねて提案しません。
• C ドライブのページファイルはクラッシュダンプに関係している可能性があります。ダンプの要件を確認するまでは、削除や 0 への変更を推奨しません。
• レジストリ、システムのプロパティ、ページファイルは自動変更しません。移行やサイズ変更はすべて、WhatIf／プレビューを先に表示し、明確な確認を得てから実行し、再起動後に再スキャンして検証する必要があります。