Inspiration

Inspiration

After more than 15 years in data engineering, I noticed a recurring pattern across nearly every project.

Teams spend significant time translating Source-to-Target Mapping (STTM) documents into engineering deliverables:

  • Snowflake DDL
  • SQL transformations
  • Data dictionaries
  • Technical specifications
  • Data quality rules
  • Test artifacts
  • Documentation

Much of this work is repetitive, predictable, and manually recreated from project to project.

I wanted to explore a simple question:

Can a metadata-driven platform transform a single STTM into multiple engineering deliverables automatically?

That question became DE Copilot.

⸻

What It Does

DE Copilot converts enterprise STTM metadata into engineering artifacts through a Canonical Metadata Model.

Current capabilities include:

  • Snowflake DDL Generation
  • Snowflake SQL Generation
  • Data Dictionary Generation
  • Technical Specification Generation
  • Data Quality Rule Generation
  • AI-Powered Metadata Analysis

Instead of generating each artifact independently, DE Copilot creates a normalized metadata representation and uses that model to generate outputs.

⸻

How We Built It

The platform consists of several layers:

  1. STTM Upload & Parsing
  2. Metadata Normalization
  3. Canonical Metadata Model
  4. Artifact Generation Engine
  5. AI Analysis Layer

The Canonical Metadata Model acts as an abstraction layer between enterprise mapping documents and downstream engineering deliverables.

This architecture allows the same metadata to generate multiple outputs without rewriting logic for every target platform.

⸻

Challenges

The biggest challenge was not code generation.

The hardest problem was designing a metadata model capable of interpreting different STTM formats consistently.

Enterprise mapping documents vary significantly between organizations.

Creating a reusable metadata abstraction layer required identifying the common patterns shared across these formats while maintaining enough detail for downstream generation.

⸻

What We Learned

The project validated an important hypothesis:

A normalized metadata layer can serve as the foundation for engineering automation.

Once metadata is standardized, the same model can generate:

  • SQL
  • PySpark
  • dbt
  • Airflow
  • Azure Data Factory
  • AWS Glue
  • Data Quality Frameworks
  • Test Artifacts
  • Documentation

The architecture becomes platform-independent.

⸻

Future Vision

The long-term goal is to transform enterprise metadata into complete engineering deliverables.

Future roadmap includes:

  • PySpark Generation
  • Databricks Notebooks
  • Delta Live Tables (DLT)
  • dbt Models
  • Airflow DAGs
  • Azure Data Factory Pipelines
  • AWS Glue Jobs
  • Great Expectations
  • SIT/UAT Test Workbooks
  • Knowledge Discovery Copilot

⸻

Live Platform

Website:

https://dataengineeringcopilot.com

Canonical Metadata Model Article:

https://dataengineeringcopilot.com/blog/canonical-metadata-model-engine-behind-de-copilot

Enterprise STTM Stress Test:

https://dataengineeringcopilot.com/blog/stress-testing-de-copilot-enterprise-sttm

What it does

How I built it

Challenges I ran into

Accomplishments that I'm proud of

What I learned

What's next for https://dataengineeringcopilot.com/

Built With

Share this project:

Updates

posted an update —

Project Update: Canonical Metadata Model Introduced

Since publishing this project, DE Copilot has evolved beyond simple SQL generation.

Recent additions:

  • Canonical Metadata Model
  • Entity Relationship Diagram (ERD) Generation
  • Snowflake DDL Generation
  • Snowflake SQL Generation
  • Data Dictionary Generation
  • Technical Specification Generation
  • Data Quality Rule Generation
  • AI-Powered Metadata Analysis
  • Relationship-Aware SQL Generation using Lookup and Join Metadata
  • Downloadable Artifact Packages

Current Architecture:

STTM → Metadata Discovery Engine → Canonical Metadata Model → Artifact Factory

The Canonical Metadata Model is becoming the central metadata layer from which multiple engineering artifacts can be generated consistently.

Website: https://dataengineeringcopilot.com

posted an update —

Project Update: Canonical Metadata Model Introduced

One of the biggest architectural milestones for DE Copilot is now in place: the Canonical Metadata Model.

Instead of generating code directly from project-specific STTM formats, DE Copilot now normalizes metadata into a standard internal representation first.

STTM ↓ Canonical Metadata Model ↓ Code / DQ / Documentation / Testing Artifacts

This abstraction layer allows the same metadata to generate:

• Snowflake DDL & SQL • PySpark Code • dbt Models • Data Quality Rules • Technical Specifications • Data Dictionaries • Test Cases • Documentation

The long-term vision is platform-independent engineering automation where the business metadata remains constant and only the target templates change.

Future targets include:

  • Databricks
  • Azure Data Factory
  • Airflow
  • AWS Glue
  • Informatica
  • Monte Carlo
  • Great Expectations
  • Additional database platforms

The goal is simple:

Reduce repetitive engineering work so engineers can spend more time solving business and architecture problems instead of manually translating metadata.

Website: https://dataengineeringcopilot.com

Architecture Deep Dive: https://dataengineeringcopilot.com/blog/canonical-metadata-model-engine-behind-de-copilot

Enterprise STTM Stress Test: https://dataengineeringcopilot.com/blog/stress-testing-de-copilot-enterprise-sttm