data-analytics-engineering

Design dbt models, semantic layers, and data quality tests for analytics pipelines.

3|3|Updated Apr 23, 2026
One-click install
npx skills add https://github.com/joaoguirunas/team-os --skill data-analytics-engineering-joaoguirunas
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: data-analytics-engineering
Source: https://github.com/joaoguirunas/team-os/tree/main/.claude/skills/data-analytics-engineering
Command: npx skills add https://github.com/joaoguirunas/team-os --skill data-analytics-engineering-joaoguirunas

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve? Analytics teams struggle with inconsistent metric definitions, untested transformation pipelines, and unclear data ownership, leading to conflicting numbers across dashboards and eroded trust in data. ## Core Features & Use Cases - Metric Definition & Governance: Build versioned metric dictionaries, semantic models (MetricFlow, Cube), and certification workflows with clear ownership and deprecation policies. - Dimensional Modeling: Design staging, intermediate, and mart layers with star schemas, SCD handling, and grain discipline for BI-ready outputs. - Data Quality Testing: Implement dbt tests, dbt-expectations, Elementary anomaly detection, and Great Expectations suites with coverage targets and CI/CD integration. - Use Case: When asked to define company-wide MRR, use this Skill to create a governed metric definition, model the underlying fct_subscriptions mart, add freshness and volume tests, and document lineage and ownership. ## Quick Start Ask the AI to design a dbt semantic layer with governed revenue metrics and a data quality test plan for your warehouse.

Frequently Asked Questions about data-analytics-engineering

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

FAQPage Schema
How do I define governed metrics in dbt Semantic Layer?▼

Define semantic models in YAML with entities, measures, and dimensions, then declare metrics as simple, derived, cumulative, or ratio types using MetricFlow syntax. Assign owners, apply semantic versioning, and certify metrics after validating values against a source of truth.

dbt vs SQLMesh vs Coalesce: which transformation tool should I choose?▼

Choose dbt for its large ecosystem and dbt Cloud features, SQLMesh for stateful builds and compile-time validation on large DAGs, and Coalesce for visual development with enterprise governance. The Skill's comparison reference provides a full decision matrix for 2026.

How do I add data quality tests to dbt models?▼

Start with built-in dbt tests (unique, not_null, accepted_values, relationships) in YAML, add dbt-expectations for statistical checks, and layer Elementary for ML-based volume and freshness anomaly detection. Configure severity levels so critical failures block pipelines while minor issues only warn.

When should I use Cube instead of dbt Semantic Layer?▼

Use Cube when you need sub-second dashboard latency, pre-aggregation caching, or API-first embedded analytics across multiple data sources. dbt Semantic Layer fits better when you already use dbt and want metric definitions living next to transformation code.

Why do dashboards show different numbers for the same metric?▼

This happens when metrics are defined independently in BI tools or ad-hoc SQL without a canonical definition. Fix it by centralizing the metric in a semantic layer, running side-by-side comparison tests, and deprecating duplicate definitions through a governed workflow.

What are the limitations of dbt's stateless architecture?▼

dbt relies on manifests and incremental flags rather than built-in state tracking, so schema changes can trigger full refreshes and Jinja errors surface only at runtime. SQLMesh addresses this with Terraform-like state management and virtual dev environments.