agentleFS
daemon-blockint-techdaemon-blockint-tech/Agentic-Enteprises-Skill/analytics-data-engineer/SKILL.md

analytics-data-engineer

Skill8 starsChanged 6 months agoMITView on GitHub

Guides analytics engineering—dbt (or equivalent) project structure, staging/intermediate/mart models, dimensional and wide-mart patterns, incremental and CDC loads, data tests and contracts, documentation and lineage, CI for analytics code, and handoff to BI semantic layers. Use when building or refactoring analytics models, writing dbt SQL, defining tests and exposures, debugging mart freshness, or aligning warehouse tables to business metrics—not for leading product-embedded analytics teams or launch roadmaps (analytics-data-engineering-manager-product), enterprise data platform ADRs (data-architect), deep warehouse platform tuning only (data-warehouse-engineer), dashboard design (bi-analyst), or ML modeling (data-scientist).

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 4 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    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
  1. Distinctive:

    Add tests (unique, not null, relationships, custom SQL) and freshness checks

    line 21
  2. Distinctive:

    Document models and expose lineage for BI and stakeholders

    line 22
  3. Distinctive:

    Every mart documents grain and primary key in YAML

    line 88
  4. Distinctive:

    No breaking grain change without migration note to BI

    line 91

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Analytics Data Engineer

When to Use

  • Structure a dbt project (layers, naming, materializations)
  • Build staging → intermediate → mart pipelines in the warehouse
  • Implement incremental, snapshot, or CDC-driven models
  • Add tests (unique, not null, relationships, custom SQL) and freshness checks
  • Document models and expose lineage for BI and stakeholders
  • Define marts that map to metrics and dashboards
  • Set up CI for analytics SQL (compile, test, slim CI)
  • Debug metric mismatches between mart and dashboard

When NOT to Use

  • Enterprise mesh, governance program, platform selection → data-architect
  • Partition/cluster tuning without dbt context → data-warehouse-engineer
  • Chart choice, executive dashboards, stakeholder storytelling → bi-analyst
  • Feature engineering, training, experiments → data-scientist
  • Data org roadmap and steward operations → data-manager
  • Analytics eng hiring, squad roadmap, launch governance → analytics-data-engineering-manager-product
  • Generic app CI/CD without analytics patterns → devops

Related skills

NeedSkill
Warehouse SQL tuning, star schema theorydata-warehouse-engineer
KPI definitions and dashboardsbi-analyst
Platform and domain architecturedata-architect
Pipeline on-call and platform SLOsdata-system-ops-lead
ML and advanced statsdata-scientist
Requirements and metric business rulesbusiness-analyst

Core Workflows

1. Project layout and conventions

Layering, naming (stg_, int_, fct_, dim_), materialization defaults, env targets.

See references/dbt_project_structure.md.

2. Modeling for analytics

Facts, dimensions, wide marts, grain, degenerate dimensions, bridge tables.

See references/analytics_modeling.md.

3. Incremental and CDC

Merge strategies, full-refresh exceptions, late-arriving facts.

See references/incremental_cdc.md.

4. Quality and contracts

Tests, severity, source freshness, optional contracts with downstream.

See references/testing_quality.md.

5. Docs, lineage, exposures

Model descriptions, column docs, exposures to BI tools.

See references/docs_lineage_exposures.md.

6. Metrics alignment

Grain, definitions, ownership with bi-analyst and business-analyst.

See references/metrics_alignment.md.

Output standards

  • Every mart documents grain and primary key in YAML
  • Tests on keys and critical business rules before merge
  • PR includes: models changed, test plan, backfill impact, downstream exposures
  • No breaking grain change without migration note to BI

When to load references

  • dbt layout → references/dbt_project_structure.md
  • Modeling → references/analytics_modeling.md
  • Incremental → references/incremental_cdc.md
  • Tests → references/testing_quality.md
  • Docs/CI → references/docs_lineage_exposures.md
  • Metrics → references/metrics_alignment.md

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

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.