reading-data-dict

Read dbt manifests and data dictionaries to verify metric definitions before writing analytics SQL.

19|3|Updated May 17, 2026
One-click install
npx skills add https://github.com/cline/skills --skill reading-data-dict
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reading-data-dict
Source: https://github.com/cline/skills/tree/main/skills/data-analyst/skills/reading-data-dict
Command: npx skills add https://github.com/cline/skills --skill reading-data-dict

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Writing analytics SQL without first verifying the official definitions of business and product terms leads to incorrect metrics, misaligned analysis, and wasted time reworking queries to match stakeholder expectations.

Core Features & Use Cases

  • Authoritative Definition Lookup: Locates and reads project data sources including dbt manifests, data dictionaries, metric YAML files, model docs, and column descriptions to find official definitions for metrics, columns, and lineage.
  • Discrepancy Flagging: Cross-references definitions across documentation sources and live schemas to surface conflicts before SQL is written, preventing inconsistent metric calculations.
  • Use Case: When building a retention report, this skill ensures you use the team's official "active user" definition and correct join keys instead of guessing, so your output matches product and finance standards.

Quick Start

Use the reading-data-dict skill to look up the official definition of "monthly active user" before writing your retention analysis SQL query.

Frequently Asked Questions about reading-data-dict

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

FAQPage Schema
How do I find the official metric definition for a business term before writing analytics SQL?

To find official metric definitions before writing analytics SQL, look up dbt manifests, data dictionaries, metric YAML files, and model docs. This surfaces authoritative definitions, lineage, grain, and filters to ensure your queries match stakeholder expectations and product standards.

Why does my analytics SQL return incorrect metrics for documented business terms?

Analytics SQL returns incorrect metrics when business and product terms are unmapped to underlying data models and official definitions. Cross-referencing dbt project documentation, data dictionaries, and semantic layer configurations before query development prevents inconsistent metric calculations.

How do I validate column definitions against a dbt project and data dictionary?

Validate column definitions by cross-referencing documented semantics against observed live schemas. This discrepancy flagging process reads dbt manifests, metric YAML files, and model docs to surface conflicts between documented semantics and actual schema before you write SQL.

Can I use this approach to map business terms to curated data models in a semantic layer?

Yes, mapping business terms to curated data models applies directly to semantic layer configurations. It locates and reads project data sources including metric YAML files and dbt manifests to retrieve authoritative lineage, grain, filters, and caveats for analytics engineering and BI workflows.

What is the best way to prevent inconsistent metric calculations in BI workflows?

The best way to prevent inconsistent metric calculations in BI workflows is to surface authoritative metric definitions from project documentation sources before query development. Reading data dictionaries and dbt docs ensures your retention analysis uses the correct join keys and official definitions.