data-cleaner
Skill1 starsChanged 4 months agoMITView on GitHub
Clean, standardize, and structure messy tabular data (CSV, Excel) into analysis-ready form. Use when the user has messy data that needs fixing: inconsistent formats, duplicate rows, missing values, mixed date formats, inconsistent categories/spellings, merged or split columns, junk rows, or data scattered across a badly-structured sheet. Triggers on "clean this CSV", "my data is messy", "standardize these columns", "remove duplicates from", "fix the dates in this file", "this spreadsheet is a mess", "dedupe my contact list", or when someone uploads tabular data that obviously needs cleaning before use. Produces a clean file plus a summary of what was changed.
10 other projects use a version of this.
Adopted by
Most recently taken up by
- Elong-svg/business-plan-factorytheir own version, first seen Nov 8, 2026
- MAGA2010/data-mastertheir own version, first seen Oct 25, 2026
- BryceYuuu/open-workflow-skillstheir own version, first seen Sep 5, 2026
- yuchi423/MCM-ICM_Agent_Skillstheir own version, first seen Aug 23, 2026
- nawazxz/20-claude-skills-for-businesstheir own version, first seen Aug 12, 2026
- tezansahu/ai-garagetheir own version, first seen Aug 2, 2026
Other versions10 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 10
- MAGA2010/data-master★ 78same name
- YouGram-001/legal-empirical-research-skills★ 17same name
- tezansahu/ai-garage★ 16same name
- xcrrr/claude-skills★ 6same name
- alectimison-maker/MCM-ICM_Agent_Skills★ 3same name
- Elong-svg/business-plan-factory★ 2same name
- BryceYuuu/open-workflow-skills★ 1same name
- yuchi423/MCM-ICM_Agent_Skills★ 1same name
- nawazxz/20-claude-skills-for-business★ 0same name
- TheWatcher01/skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository9 other files it gives its agents.
The file
We split this skill into the rules it gives an agent
11 rules. 0 are common, 10 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 6 edited versions we read keep these.
10
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 26
Never silently change data.
- Distinctive: line 36
Before changing anything, understand what you have.
- Distinctive: line 49
Remove exact duplicate rows
- Distinctive: line 57
Remove junk rows (blank rows, header rows repeated mid-data, totals rows)
- Very specific: line 63
Write a script (pandas) rather than eyeballing - it's reliable, repeatable, and shows exactly what happened.
- Distinctive: line 65
Keep the original file untouched.
- Distinctive: line 111
Missing values: Never silently fill. Options: leave blank and flag, fill with a rule the user approves (forward-fill, default value, …
- Distinctive: line 118
Never silently drop rows or alter values - every change is reported.
- Distinctive: line 119
Keep the original file intact.
- Distinctive: line 120
When a cleaning decision is a judgment call (ambiguous date, possible typo, near-duplicate), flag it for the user rather than guessing and …
- Distinctive: line 122
Don't "fix" values that might be intentionally unusual in the user's domain without asking.
“Common” is measured: kept by at least 6 in 10 of the 6 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Data Cleaner
Turn messy tabular data into clean, analysis-ready data - and tell the user exactly what changed. Messy data is the tax everyone pays before doing anything useful. This skill handles the common cleaning problems systematically and transparently, so the user can trust the output.
When the actual deliverable is a spreadsheet, also read the xlsx skill. This skill covers the cleaning logic; the xlsx skill covers producing a polished Excel file.
Core principle: transparent cleaning
Never silently change data. Every transformation must be visible and reversible in principle. The user needs to trust that you didn't quietly drop rows or mangle values. Always deliver the cleaned file AND a summary of exactly what was done and why.
Workflow
Step 1: Profile the data first (don't clean blindly)
Before changing anything, understand what you have. Load the data and report:
- Number of rows and columns
- Column names and their apparent types
- How many missing values per column
- Obvious issues (duplicate rows, mixed formats, junk rows, inconsistent categories)
- A sample of the actual messy values
Show this to the user before major cleaning so they can confirm the plan. Some "errors" are intentional in their domain.
Step 2: Agree the cleaning plan
Based on the profile, propose what to fix. Common operations:
- Remove exact duplicate rows
- Standardize column names (consistent casing, no stray spaces)
- Fix data types (text numbers → numbers, text dates → dates)
- Standardize date formats to one consistent format
- Handle missing values (flag, fill, or drop - the user should decide the policy)
- Standardize categorical values (e.g. "USA"/"U.S."/"United States" → one value)
- Trim whitespace, fix casing in text fields
- Split or merge columns (e.g. "Name" → First/Last, or combine address parts)
- Remove junk rows (blank rows, header rows repeated mid-data, totals rows)
Flag anything destructive (dropping rows, filling values) and get confirmation on the policy.
Step 3: Clean systematically
Write a script (pandas) rather than eyeballing - it's reliable, repeatable, and shows exactly what happened. See scripts/clean.py for a starting template. Key practices:
- Keep the original file untouched; write to a new file
- Count what changes at each step (rows removed, values standardized)
- Handle each column according to its real type and meaning
Step 4: Deliver with a change summary
Output:
- The cleaned file (CSV or Excel)
- A summary of changes:
## Cleaning Summary
- Rows: 5,240 → 4,980 (removed 260)
- 187 exact duplicates
- 73 blank/junk rows
- Standardized 4 date columns to YYYY-MM-DD
- Fixed 'Country' column: merged 6 spellings into 3 standard values
- Filled 45 missing 'Region' values using [rule]; flagged 12 that couldn't be resolved
- Trimmed whitespace across all text columns
- Converted 'Amount' from text to numeric (removed currency symbols and commas)
## Needs your attention
- 12 rows have missing 'Region' that couldn't be inferred - highlighted in the file
- 3 rows have 'Amount' values that look like typos (e.g. 999999) - flagged, not changedThe "needs your attention" section is important - surface judgment calls rather than guessing.
Common cleaning patterns
Inconsistent categories: Group similar values ("Maharastra"/"Maharashtra"/"MH" → "Maharashtra"). Build a mapping, apply it, and report the mapping so the user can verify.
Mixed date formats: Detect the formats present (DD/MM/YYYY vs MM/DD/YYYY vs text), parse each, standardize to ISO (YYYY-MM-DD). Watch for ambiguous dates (01/02/2024) - flag if the format is genuinely ambiguous rather than guessing wrong.
Numbers stored as text: Strip currency symbols, commas, spaces; convert. Flag values that won't parse rather than dropping them.
Duplicates: Distinguish exact duplicates (safe to remove) from near-duplicates (same person, different formatting - needs fuzzy matching and more care). Don't aggressively merge near-duplicates without confirmation.
Missing values: Never silently fill. Options: leave blank and flag, fill with a rule the user approves (forward-fill, default value, computed), or drop rows (only with permission). State the policy.
Hard rules
- Never silently drop rows or alter values - every change is reported.
- Keep the original file intact; always write cleaned output to a new file.
- When a cleaning decision is a judgment call (ambiguous date, possible typo, near-duplicate), flag it for the user rather than guessing and moving on.
- Don't "fix" values that might be intentionally unusual in the user's domain without asking.
- For genuinely ambiguous data (like DD/MM vs MM/DD), surface the ambiguity - a wrong guess corrupts the dataset silently.
Reference files
scripts/clean.py- Pandas-based cleaning template with profiling and change tracking
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

