I haven't changed anything yet. Here is the plan for your approval.
Current state
Downloads holds 14 loose files plus current-project/, which I'll leave alone. Every file is a small .txt stub, and the real type is in the name (for example IMG_2201.jpg.txt). I'm sorting by that inner type.
Proposed structure (all moves, no deletes)
Downloads/
├── Documents/
│ ├── lease-agreement-2024.pdf.txt
│ ├── sales-report-q3.pdf.txt
│ ├── board-deck-v3.pptx.txt
│ └── pasta-recipe.docx.txt
├── Images/
│ ├── IMG_2201.jpg.txt
│ ├── IMG_2202.jpg.txt
│ └── Screenshot 2026-09-12 at 10.04.11.png.txt
├── Installers/
│ ├── Zoom-installer.dmg.txt
│ └── node-v22-installer.pkg.txt
├── Archive/
│ ├── backup-2022-03.zip.txt
│ └── backup-2022-09.zip.txt
├── To-Sort/
│ ├── untitled.txt
│ ├── sales-report-q3 (copy).pdf.txt (duplicate, see below)
│ └── board-deck-v3 (1).pptx.txt (duplicate, see below)
└── current-project/ (untouched)
The moves keep every filename and modification time, and I'll log each one so it can be undone.
Duplicates (decision for you, nothing is deleted)
These pairs have identical content:
sales-report-q3.pdfandsales-report-q3 (copy).pdfboard-deck-v3.pptxandboard-deck-v3 (1).pptx
Both "(copy)" and "(1)" files look like download leftovers. I'd park them in To-Sort/ rather than delete them. Tell me if you want them deleted.
Three other pairs also have identical content, but I'm not calling them duplicates:
IMG_2201andIMG_2202backup-2022-03andbackup-2022-09Zoom-installerandnode-v22-installer
They have different names and purposes, and these files are only short text stubs. If they were real files with matching hashes, they'd be duplicates. I'm keeping both of each pair.
Questions
- Should the duplicate "(copy)" and "(1)" files go to
To-Sort/(my default), or be deleted? - The 2022 backups are old. Is
Archive/fine, or should they go somewhere else? untitled.txtis "random notes". IsTo-Sort/fine?- Do you want the
.txtsuffixes stripped from the names? I've left them as they are.
Reply "yes" to go ahead with the plan as written, or tell me what to change.
Real run recorded with claude-code / claude-sonnet-5-5. Run on a sample Downloads folder with 14 messy files (the contents are placeholder text; the file names carry the real types). It first proposed a plan and waited for approval, so no file was touched and the demo shows only the plan. Tool-call lines show only the first line of each command. The model output is unmodified.
できること
ダウンロード、ドキュメント、プロジェクト用のフォルダーなどの整理を手伝います。中身を調べ、構成を提案し、重複ファイルや古いファイルを見つけ、承認を得てから実行します。
仕組み
- どのフォルダーか、主な困りごと、触ってはいけないもの、どこまで積極的に行うかを最初に確認します。
- フォルダーの概要(種類、サイズ、日付)を調べ、内容のハッシュで重複を探します。
- 提案する構成、すべての移動、あなたの判断が必要なファイルを示した計画を出します。
- 承認後に移動と名前変更を行い、更新日時を保ち、取り消せるようにすべての移動を記録し、削除の前には必ず確認します。
向いている場面
散らかったダウンロードフォルダー、あちこちに散らばったファイル、重複、古いプロジェクトの整理。
知っておきたいこと
私たちの試用では、承認するまで何も変更しませんでした。完全な計画を示し、保護を指定したフォルダーには触れず、重複の疑いがあるファイルは削除せず「要確認」フォルダーに入れる案でした。
指示だけのファイルで、スクリプトはありません。 計画を承認すると、シェルコマンドでお使いのコンピューター上にフォルダーを作成し、ファイルを移動・名前変更し、了承すれば重複ファイルを削除します。フォルダーは慎重に選び、大切なものはバックアップを取り、触れないフォルダーを伝えてください。削除前に確認し、移動を記録する設計です。 元の skill フォルダには単独のライセンスファイルがなく、ライセンスの根拠は、リポジトリ全体を Apache-2.0 とする元リポジトリの README の記載です(個別の skill は異なる場合があるとも書かれています)。 パッケージには LICENSE(Apache-2.0 全文)と SOURCE.txt(出典とライセンス根拠のメモ。AIBars が追加)も含まれます。