From utilities
Use when a user wants to scan, audit, analyze, or tidy up a folder or collection of files — whether uploaded directly to the conversation, specified by local path, or described verbally. Trigger on requests like 整理檔案、掃描資料夾、幫我分類檔案、檔案整理計畫、資料夾結構建議、file organization, folder audit, help me sort my files, clean up my downloads, rename and categorize files, suggest a folder structure. Always follow a plan-first, execute-later pattern — never rename, move, or delete anything before the user confirms the full plan.
How this skill is triggered — by the user, by Claude, or both
Slash command
/utilities:folder-organizerThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
A skill for scanning, analyzing, and organizing files — producing a complete reorganization plan before touching anything.
A skill for scanning, analyzing, and organizing files — producing a complete reorganization plan before touching anything.
Never rename, move, copy, or delete any file before the user explicitly confirms the full plan.
Always present the complete plan and wait for an affirmative response.
Determine where the files are:
| Source | How to access |
|---|---|
| Uploaded to conversation | Check /mnt/user-data/uploads/ |
| Local path given by user | Use bash_tool to ls -lah <path> |
| Described verbally | Ask the user to upload or provide a path |
Run a scan and report:
# Count files and get basic stats
find <target_dir> -type f | wc -l
find <target_dir> -type f -name "*" | sort
ls -lah <target_dir>
Present a simple summary:
For each file, determine:
| Field | What to provide |
|---|---|
| 📌 Content | What the file contains or represents (read text files; infer from name/extension for binaries) |
| 🏷 Suggested filename | Clear, descriptive, lowercase-with-hyphens or underscores, include date if relevant |
| 📂 Suggested folder | Logical category group name |
| 🗑 Deletable? | Flag if file appears redundant, empty, temp, or duplicate |
Filename conventions:
- or _ as separators2024-q3-sales-report.xlsx not report.xlsxFolder naming conventions:
reports/, assets/, drafts/, archives/After analyzing all files, produce:
📁 organized/
├── 📁 reports/
│ ├── 2024-q1-sales.xlsx
│ └── 2024-q3-forecast.pdf
├── 📁 assets/
│ ├── logo-primary.png
│ └── banner-homepage.jpg
└── 📁 drafts/
└── proposal-v2.docx
Present the full plan and ask:
「以上是完整的整理計畫,請確認後我再執行。如需調整任何分類、檔名或資料夾名稱,請直接告訴我。」
(English: "Above is the complete reorganization plan. Please confirm before I proceed. Let me know if you'd like to adjust any category, filename, or folder name.")
Do not proceed until the user says yes / 確認 / 執行 or equivalent.
Once confirmed, execute the plan:
# Example: create folders and move files
mkdir -p <output_dir>/reports
mv "<source>/old-name.xlsx" "<output_dir>/reports/2024-q3-sales.xlsx"
# ... etc
After execution:
| Situation | Behavior |
|---|---|
| File content unreadable (binary, encrypted) | Infer from filename/extension; flag as "manual review needed" |
| Duplicate filenames after renaming | Append -2, -3 suffix |
| User uploads a ZIP | Extract first, then analyze contents |
| No files found | Ask user to re-upload or verify path |
| Very large folder (100+ files) | Summarize by type clusters first; ask if user wants per-file detail |
Match the user's language. If the user writes in Traditional Chinese (繁體中文), respond in Traditional Chinese. If in English, respond in English.
npx claudepluginhub timlai666/skills --plugin utilitiesGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Synthesizes the current conversation into a structured spec (PRD) and publishes it to the project issue tracker with a ready-for-agent label, without interviewing the user.