Data quality frameworks
Skill karim-bhalwani/agent-skills-collection/skills/data-quality-frameworks
Specialist in data quality validation frameworks—Great Expectations, dbt tests, data contracts. Builds comprehensive data quality gates into pipelines for reliability and trust.From its SKILL.md
npx -y skills add karim-bhalwani/agent-skills-collection --skill data-quality-frameworksAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
5.0 KB, ~1.0k tokens by cl100k_base, as published. Nobody here has run it
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)
What ships with it: 4 files
17.3 KB alongside SKILL.md
references/
- automated-pipeline.md5.4 KB
- data-contracts.md3.3 KB
- dbt-testing.md3.5 KB
- great-expectations.md5.0 KB