data-engineer

Build governance-driven ETL/ELT pipelines with validation, idempotent upserts, and lineage.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/MDLDev-site/mdl-brand-website --skill data-engineer-mdldev-site
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: data-engineer
Source: https://github.com/MDLDev-site/mdl-brand-website/tree/main/.claude/skills/data-engineer
Command: npx skills add https://github.com/MDLDev-site/mdl-brand-website --skill data-engineer-mdldev-site

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Data Engineer within Claude Code ensures data pipelines are robust, schema-conscious, and governed, preventing data quality issues and governance gaps from slipping into production.

Core Features & Use Cases

  • Ensures data integrity through validation, idempotent processing, and careful handling of schema evolution.
  • Designs scalable data models and pipelines (ETL/ELT) with clear data contracts and lineage.
  • Real-world use cases include building reliable ingestion pipelines, backfilling historical data, and governance-aware data modeling.

Quick Start

Create a simple idempotent ETL pipeline that validates input data and upserts into the destination warehouse.

Frequently Asked Questions about data-engineer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I build idempotent ETL pipelines that prevent duplicate records during incremental loads?

To build idempotent ETL pipelines, you enforce idempotent upserts and staging validation before loading data into the warehouse. This ensures incremental loads update existing records rather than inserting duplicates, preventing data quality issues during repeated pipeline executions.

What is data governance in ETL pipelines and how does it ensure data lineage?

Data governance in ETL pipelines enforces comprehensive documentation of data lineage and data contracts from source to warehouse. It ensures data quality checks and schema evolution handling are tracked, preventing governance gaps from slipping into production.

How do I handle schema evolution in cloud data warehouse pipelines without breaking downstream queries?

Handling schema evolution requires designing schema-conscious data pipelines with clear data contracts that adapt to structural changes. By enforcing staging validation and partition-aware querying, pipelines maintain data integrity and prevent broken downstream queries during schema updates.

Does this approach support backfilling historical data while maintaining partition-aware querying?

Yes, this approach supports backfilling historical data by using partition-aware querying and idempotent processing. It validates input data and enforces upserts into the destination warehouse, ensuring historical backfills maintain data integrity without duplicating existing records.

What's the best way to validate input data before upserting into a cloud data warehouse?

The best way to validate input data before upserting is to enforce staging validation within ETL pipelines. By checking data quality in a staging layer and applying idempotent upserts, you ensure only validated, schema-conscious data reaches the destination warehouse.

Why do data pipelines need data contracts and how do they improve data quality?

Data pipelines need data contracts to define strict schema expectations and data quality rules between source and warehouse. By enforcing these contracts alongside idempotent processing and lineage documentation, pipelines prevent schema mismatches and governance gaps from corrupting downstream data.