data-quality-frameworks
Skill0 starsChanged 10 months agoMITView on GitHub
Specialist in data quality validation frameworks—Great Expectations, dbt tests, data contracts. Builds comprehensive data quality gates into pipelines for reliability and trust.
5 other projects use a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- KumailQazi/krmaazha-binance-mcpedited, first seen Oct 17, 2026
- xfstudio/skillstheir own version, first seen Oct 13, 2026
- Samueladewole/claude-skillstheir own version, first seen Oct 13, 2026
- ai4brands-design/claude-skillstheir own version, first seen Mar 22, 2026
- CodeWithBehnam/cc-docstheir own version, first seen Mar 15, 2026
Other versions5 projects use a version of this.
Word for word · 0
None found.
Edited · 1
- KumailQazi/krmaazha-binance-mcp★ 417% same
Wrote their own version · 4
- xfstudio/skills★ 9same name
- ai4brands-design/claude-skills★ 2same name
- CodeWithBehnam/cc-docs★ 2same name
- Samueladewole/claude-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 repository33 other files it gives its agents.
- architectSkill
- brainstormingSkill
- concise-planningSkill
- context-engineerSkill
- data-deprecation-analysisSkill
- data-modelerSkill
- data-pipeline-engineerSkill
- dbt-transformation-patternsSkill
- github-workflow-automationSkill
- guardianSkill
- implementerSkill
- json-to-pydanticSkill
- llm-app-patternsSkill
- navigatorSkill
- ops-managerSkill
- orchestratorSkill
- principal-data-engineerSkill
- product-manager-toolkitSkill
- proj-memorySkill
- prompt-librarySkill
- qa-testerSkill
- researcherSkill
- senior-data-engineerSkill
- software-architectureSkill
- spark-optimizationSkill
- sql-optimization-patternsSkill
- state-managerSkill
- subagent-driven-developmentSkill
- thinkerSkill
- top-web-vulnerabilitiesSkill
- verification-before-completionSkill
- web-design-guidelinesSkill
- workflow-managerSkill
The file
We split this skill into the rules it gives an agent
3 rules. 0 are common, 3 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 4 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 69
Test coverage best practices
- Distinctive: line 113
Silver (Business Rules): Test foreign keys, categorical values, ranges
- Distinctive: line 114
Gold (Aggregations): Verify aggregation logic, metric calculations
“Common” is measured: kept by at least 6 in 10 of the 4 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 Quality Frameworks
Expert in embedding quality validation into data pipelines as a dependency, not an afterthought.
When to Use This Skill
Use when:
- Building comprehensive data quality validation into pipelines
- Setting up Great Expectations suites and automated checkpoints
- Creating dbt test suites (schema tests, relationship tests, custom tests)
- Establishing data contracts between producer and consumer teams
- Monitoring data quality metrics, SLAs, and anomalies
- Debugging data quality failures or regressions
- Implementing layer-based validation (Bronze schema, Silver business rules, Gold aggregations)
- Blocking bad data from proceeding downstream
Core Capabilities
- Great Expectations - Build expectation suites, checkpoints, automated validation
- dbt Testing - Schema, relationship, and custom test strategies
- Data Contracts - Producer/consumer agreements (ODCS, datacontract-cli)
- Quality Monitoring - Continuous validation, metrics tracking, alerting
- Debugging - Root-cause analysis of data quality anomalies
- Layer-Based Validation - Schema (Bronze), rules (Silver), aggregation checks (Gold)
Framework References
For detailed implementation guidance, see:
Great Expectations
Use when: Building GE validation suites and checkpoints
Covers:
- Building comprehensive expectation suites
- Checkpoint configuration and automation
- Running validations and handling failures
- Integration patterns and alerting
dbt Testing
Use when: Creating dbt test suites
Covers:
- Schema tests (unique, not_null, accepted_values, relationships)
- Custom generic tests (reusable across models)
- Singular tests (specific business rules)
- Test coverage best practices
Data Contracts
Use when: Establishing producer/consumer agreements
Covers:
- Data contract specification format
- Schema definitions with PII classification
- Quality expectations and SLA definitions
- Contract versioning and evolution
- Validation against contracts
Automated Quality Pipeline
Use when: Orchestrating end-to-end quality validation
Covers:
- Building orchestrated quality pipelines
- Multi-table validation workflows
- Quality reporting and metrics
- Integration with Airflow/orchestrators
- Blocking pipelines on failures
Quick Decision Guide
| Goal | Reference |
| Build GE validation suite | Great Expectations |
| Add dbt tests to models | dbt Testing |
| Define producer/consumer contract | Data Contracts |
| Orchestrate multi-table validation | Automated Quality Pipeline |
Quality Strategy
Layer-Based Testing
- Bronze (Schema): Validate schema, data types, null constraints
- Silver (Business Rules): Test foreign keys, categorical values, ranges
- Gold (Aggregations): Verify aggregation logic, metric calculations
Test Pyramid
- Most tests: Single column validations (fast, focused)
- Fewer tests: Cross-table relationships (slower, broader)
- Blocking vs Warning: Block bad data; warn on minor issues
Best Practices
Do's:
- ✅ Test early - Validate source data before transformations
- ✅ Test incrementally - Add tests as you find issues
- ✅ Document expectations - Clear descriptions for each test
- ✅ Alert on failures - Integrate with monitoring
- ✅ Version contracts - Track schema changes
Don'ts:
- ❌ Don't test everything - Focus on critical columns
- ❌ Don't ignore warnings - They often precede failures
- ❌ Don't skip freshness - Stale data is bad data
- ❌ Don't hardcode thresholds - Use dynamic baselines
- ❌ Don't test in isolation - Test relationships too
Common Pitfalls & Fixes
| Pitfall | Fix |
| Testing only prod | Run tests on dev first: dbt test --target dev |
| Generic thresholds | Tailor tests to data characteristics |
| No alerting | Integrate with monitoring; block failures |
| Outdated expectations | Review and refresh expectations quarterly |
| Too many tests | Focus on business-critical quality dimensions |
| Ignoring false positives | Configure expectations to handle edge cases |
Dependencies
- data-pipeline-engineer - For pipeline orchestration and debugging
- dbt-transformation-patterns - For dbt project integration
- ops-manager - For monitoring dashboards and alerting (out of scope for this skill)
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.

