Server Configuration
Describes the environment variables required to run the server.
Name | Required | Description | Default |
---|---|---|---|
DBT_HOST | No | Your dbt Cloud instance hostname. This will look like an 'Access URL'. If you are using Multi-cell, do not include the 'ACCOUNT_PREFIX' here | cloud.getdbt.com |
DBT_PATH | No | The path to your dbt Core or dbt Cloud CLI executable. You can find your dbt executable by running 'which dbt' | |
DBT_TOKEN | No | Your personal access token or service token. Service token is required when using the Semantic Layer | |
DBT_USER_ID | No | Your dbt Cloud user ID | |
DBT_DEV_ENV_ID | No | Your dbt Cloud development environment ID | |
DISABLE_REMOTE | No | Set this to 'false' to enable remote MCP objects | true |
DBT_PROD_ENV_ID | No | Your dbt Cloud production environment ID | |
DBT_PROJECT_DIR | No | The path to your dbt Project | |
DISABLE_DBT_CLI | No | Set this to 'true' to disable dbt Core and dbt Cloud CLI MCP tools | false |
DISABLE_DISCOVERY | No | Set this to 'true' to disable dbt Discovery API MCP objects | false |
DISABLE_SEMANTIC_LAYER | No | Set this to 'true' to disable dbt Semantic Layer MCP objects | false |
MULTICELL_ACCOUNT_PREFIX | No | If you are using Multi-cell, set this to your 'ACCOUNT_PREFIX'. If you are not using Multi-cell, do not set this environment variable. |
Schema
Prompts
Interactive templates invoked by user choice
Name | Description |
---|---|
No prompts |
Resources
Contextual data attached and managed by the client
Name | Description |
---|---|
No resources |
Tools
Functions exposed to the LLM to take actions
Name | Description |
---|---|
list_metrics | List all metrics from the dbt Semantic Layer. If the user is asking a data-related or business-related question, this tool should be used as a first step to get a list of metrics that can be used with other tools to answer the question. Examples:
|
get_dimensions | <instructions>
Get the dimensions for specified metrics
Dimensions are the attributes, features, or characteristics that describe or categorize data. </instructions> <parameters> metrics: List of metric names </parameters> |
get_entities | <instructions>
Get the entities for specified metrics
Entities are real-world concepts in a business such as customers, transactions, and ad campaigns. Analysis is often focused around specific entities, such as customer churn or annual recurring revenue modeling. </instructions> <parameters> metrics: List of metric names </parameters> |
query_metrics | <instructions>
Queries the dbt Semantic Layer to answer business questions from the data warehouse.
This tool allows ordering and grouping by dimensions and entities. To use this tool, you must first know about specific metrics, dimensions and entities to provide. You can call the list_metrics, get_dimensions, and get_entities tools to get information about which metrics, dimensions, and entities to use. When using the The Don't call this tool if the user's question cannot be answered with the provided metrics, dimensions, and entities. Instead, clarify what metrics, dimensions, and entities are available and suggest a new question that can be answered and is approximately the same as the user's question. For queries that may return large amounts of data, it's recommended to use a two-step approach:
|
get_mart_models | Get the name and description of all mart models in the environment. A mart model is part of the presentation layer of the dbt project. It's where cleaned, transformed data is organized for consumption by end-users, like analysts, dashboards, or business tools. |
get_all_models | Get the name and description of all dbt models in the environment. |
get_model_details | <instructions>
Retrieves information about a specific dbt model. Specifically, it returns the compiled sql, description, column names, column descriptions, and column types.
</instructions>
<parameters>
model_name: The name of the dbt model to retrieve details for.
</parameters> |
get_model_parents | Get the parents of a specific dbt model. |
build | The dbt build command will:
In DAG order. |
compile | dbt compile generates executable SQL from source model, test, and analysis files. The compile command is useful for visually inspecting the compiled output of model files. This is useful for validating complex jinja logic or macro usage. |
docs | The docs command is responsible for generating your project's documentation website. |
list | List the resources in the your dbt project. |
parse | The dbt parse command parses and validates the contents of your dbt project. If your project contains Jinja or YAML syntax errors, the command will fail. It will also produce an artifact with detailed timing information, which is useful to understand parsing times for large projects. |
run | dbt run executes compiled sql model files against the current target database. dbt connects to the target database and runs the relevant SQL required to materialize all data models using the specified materialization strategies. Models are run in the order defined by the dependency graph generated during compilation. |
test | dbt test runs data tests defined on models, sources, snapshots, and seeds and unit tests defined on SQL models. |
show | dbt show executes an arbitrary SQL statement against the database and returns the results. It is useful for debugging and inspecting data in your dbt project. Use the limit argument in place of a SQL |