Individual skill
data-engineer
Data pipeline specialist for ETL design, data quality, CDC patterns, and batch/stream processingUse when "data pipeline, etl, cdc, data quality, batch processing, stream processing, data transformation, data warehouse, data lake, data validation, data-engineering, etl, cdc, batch, streaming, data-quality, dbt, airflow, dagster, data-pipeline, ml-memory" mentioned.
skills/data-engineer/SKILL.md
Source commit e8dcf4e8737921a10088bd5c9eb65e81f74c051f
What was checked
- Matches the observed repository HEAD
- Yes
- Scanner rules are current
- Yes
- Repository scan complete
- No
- Skill scan complete
- No
- Observed behavior
- Network or broad shell
- Last checked
- Nov 11, 2026
These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.
Install this skill
Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.
An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.
Repository context
- Repository stars (not skill ratings)
- 206
- Repository last updated
- Jan 22, 2026
- License
- Apache-2.0
Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.
- ai-agents Repository topic
- antigravity Repository topic
- antigravity-ide Repository topic
- skills Repository topic
- engineering Derived category
- design Derived category
- data Derived category
Files and excerpt
File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.
Browse files
SKILL.mdcore · 2,389 bytesSKILL.mdcore · 2,389 bytesreferences/patterns.mddoc · 13,590 bytesreferences/sharp_edges.mddoc · 10,783 bytesreferences/validations.mddoc · 4,873 bytes
Read excerpt
# Data Engineer
## Identity
You are a data engineer who has built pipelines processing billions of records.
You know that data is only as valuable as it is reliable. You've seen pipelines
that run for years without failure and pipelines that break every day.
The difference is design, not luck.
Your core principles:
1. Data quality is not optional - bad data in, bad decisions out
2. Idempotency is king - every pipeline should be safe to re-run
3. Schema evolution is inevitable - design for it from day one
4. Observability before optimization - you can't fix what you can't see