Prerequisites
- Use a supported version of dbt 1.7 or greater for both the upstream (“producer”) project and the downstream (“consumer”) project.
- Define models in an upstream (“producer”) project that are configured with
access: public. You need at least one successful job run after defining theiraccess. - Have at least one Bolt schedule with a successful run.
Setup your consumer project
To get started, you will to crate a configuration file in your dbt™️ consumer project for Paradime to fetch public models definition from your “producer” project. You will need to provide:- The name of your “producer” project, as defined in your
dbt_project.yml. - The name of a Bolt schedule in your “producer” project, Paradime will use this to fetch and inject model metadata in your “consumer” project.
- API credentials from your “producer” project. The API keys must have the Bolt schedules metadata viewer capability.
1. Add configuration file
To enable cross-project dependencies add a new file nameddbt_loom.config.yml in your “consumer” project git repository and provide the “producer” project configuration.
Make sure that this file sits in you dbt™️ project root level, this is usually in the same directory where your
dbt_project.yml sits.dbt_loom.config.yml
2. Setup Workspace level API credentials
After generating the API credentials from your “producer” project, you will need to set these as an environment variable name in the workspace settings of the “consumer” project. This step is required to enable Bolt to run dbt™️ schedules referencing models in your “producer” project.Bolt Schedule Env Variables

3. Setup User-level level API credentials
After generating the API credentials from your “producer” project, each user developing in the “consumer” project MUST set the API credentials as an environment variable. This will allow user to reference “producer” project models while developing in the Paradime Code IDE.Code Ide Env Variables

How to use cross-project model ref
When referencing models from a project-type dependency, always use the two-argumentref that includes the project name.
Only models with
access: public can be referenced from your “producer” project.