dbt-lineage

io.github.sipemuPublished by GitHub account sipemuv0.15.0Updated Nov 6, 2026

dbt model and column lineage, downstream impact and test proposals; no warehouse or dbt compile

VerifiedSTDIODesktop onlyDeveloper ToolsData & Analytics

Overview

AI-generated overview

Local stdio MCP server that gives an assistant dbt model and column lineage, downstream impact and test proposals by parsing a dbt project directly.

What you can do
  • Summarize and search a dbt project: project overview, model lookup, model details and SQL
  • Trace lineage: upstream and downstream models, column-level upstream and downstream, bundled lineage views
  • Assess change impact: downstream impact of a model and proposed tests for it
  • Read model SQL and lineage diagrams as resources, with predefined prompts for impact review, test proposals, column explanation and onboarding
When to use it
Useful when an assistant needs to reason about a dbt project's structure — what a model change breaks downstream, which columns feed a model, or where to add tests — without a warehouse connection or dbt compile step.
Requirements
Runs as a local process started with the dbt-lineage mcp command, installed via cargo, pip/uv, Homebrew or pre-built binaries. Needs a path to the dbt project directory or a manifest.json, passed as a command-line argument. No accounts, API keys or environment variables are declared.
Before you install
The server reads project files from the local filesystem, so point it only at the intended project directory. It parses SQL and YAML directly and does not run dbt or query a warehouse, so results reflect the files on disk rather than compiled state.

Installation

In SourceWeft

  1. Open dbt-lineage in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

dbt-lineage

[CI] [Crates.io] [docs.rs] [codecov]

[dbt-lineage PR comment: lineage diff, column impact, and a downstream impact diagram reaching two dashboards]
Every dbt PR gets one comment: what changed, which downstream columns and dashboards it breaks, and what to rebuild. Live demo →

See what a dbt change breaks — downstream models, columns, dashboards and contracts — before it ships. dbt-lineage parses your project directly (no warehouse, no Python, no dbt compile) and puts lineage and impact wherever you work.

Use it where you work

WhereWhat you getGet it
Pull requests (GitHub)One sticky comment per PR: lineage diff, column impact, affected dashboards, breaking changes, rebuild selector; inline lint annotationsuses: sipemu/dbt-lineage-viewer@v0 · live demo
GitLab · Bitbucket · Azure DevOpsThe same report as an MR/PR comment, plus Code Quality / Code Insights / build warningsdocs/CI.md
VS Code, Cursor, VSCodiumShow impact of my changes panel, hover and go-to-definition on ref()/source(), lint diagnostics; binary bundledVS Code Marketplace · Open VSX
TerminalLineage, impact, diff, plan, lint, coverage, interactive TUIpip install dbt-lineage-cli · brew install sipemu/tap/dbt-lineage · cargo binstall dbt-lineage
BrowserStatic lineage site with column lineage for GitHub/GitLab Pagesdbt-lineage site · demo site
BI toolsDashboards from Metabase, Tableau, Looker, Power BI, Superset and anofox-visualization as dbt exposuresdbt-lineage exposures <tool>
AI agentsMCP server with lineage, impact and column-lineage toolsdbt-lineage mcp
Neovim, HelixLanguage server (dbt-lineage lsp)docs/EDITORS.md

Features

Source modes

  • Direct SQL parsing — extracts ref() and source() via a Jinja-aware lexer, no dbt compile needed
  • Manifest support — optionally read manifest.json for column metadata, materializations, and full graph fidelity
  • Macro-aware ref() — SQL-parse mode follows simple {% macro smart_ref(name) %}{{ ref(name) }}{% endmacro %} wrappers automatically
  • Parallel parsing + on-disk cache — rayon-parallelized parsing and a content-hash cache at .dbt-lineage/cache.bin; warm runs are near-instant on large monorepos. Bypass with --no-cache. See docs/CACHE.md

Analysis subcommands

  • summary — one-shot project overview (counts, tags, top fan-out, orphans)
  • impact <model> — downstream impact with severity scoring (Critical / High / Medium / Low)
  • diff --base <ref> — compares lineage between git refs, showing added / removed / modified nodes and edges
  • plan --base <ref> — emits a dbt selector for the minimal rebuild set; pipes into dbt run -s "$(…)"
  • coverage — tests-per-model + per-column map; text, JSON, or SARIF (PR annotations)
  • lint — flags unused sources, undefined refs, dead-end models, missing descriptions, models with only unresolved upstream, circular refs
  • site — static lineage site (search, per-node pages with lineage diagram, column-level lineage, SQL) for GitHub/GitLab Pages
  • docs — generates per-model Markdown with description, upstream / downstream, columns, embedded Mermaid lineage
  • perf — joins run_results.json with the DAG: slowest models, critical paths
  • check-manifest — flags drift between manifest.json and current SQL files using dbt's recorded SHA-256 (mtime fallback); exits non-zero for CI gating

Column-level lineage

  • AST-backed analyzer via sqlparser (0.6.0+) handles aliases, JOINs, aggregations, and CTEs with proper transformation classification (Direct, Aliased, Derived)
  • Regex-based analyzer remains as a fallback for dialect-specific syntax sqlparser can't yet parse

MCP server (AI-agent integration)

  • dbt-lineage mcp — stdio Model Context Protocol server. See docs/MCP.md for setup and cookbook.
  • 10 tools: summary, search_models, lineage, impact, get_model_details, read_model_sql, column_upstream, column_downstream, lineage_bundle, propose_test
  • Resources: model SQL, focused lineage diagrams, source/exposure metadata, always-fresh summary
  • Prompts: review-impact, propose-tests, explain-column, find-bottleneck, document-model, onboard-project

Output

  • 6 formats — ASCII, Graphviz DOT, JSON, Mermaid, self-contained SVG, interactive HTML (pan / zoom / search)
  • Mermaid niceties — --show-columns inlines column names in node labels; --group-by directory emits Mermaid subgraphs
  • Graph collapse — --collapse / --collapse=focal drops intermediate nodes and labels transitive paths with (via N) edges
  • Structured errors — --error-format json writes {level, what, why, hint} to stderr for deterministic agent / CI consumers

Editor integration

  • dbt-lineage lsp — language server: hover and go-to-definition on ref() / source(), lineage code lens per model, lint diagnostics. VS Code extension on the Marketplace and Open VSX (code --install-extension sipemu.dbt-lineage-viewer); Neovim and Helix setup in docs/EDITORS.md

Interactive TUI

[TUI Demo]

  • Navigate, search, and explore lineage in a terminal UI (ratatui) with Unicode box-drawing nodes, orthogonal edge routing, and full mouse support
  • Run dbt from TUI — execute dbt run / dbt test on selected models with scope control (+upstream, downstream+, +all+) via keyboard menu or right-click context menu
  • Run status tracking — color-coded nodes show success (green), error (red), outdated (yellow), or never-run (default)
  • Path highlighting — trace upstream / downstream paths with impact analysis

Filtering and node types

  • Selector expressions — -s tag:finance,path:marts filters by tag, path, or model name (comma-separated)
  • Node-type filters — --include-tests, --include-seeds, --include-snapshots, --include-exposures
  • Node-type support — models, sources, seeds, snapshots, tests, exposures

Installation

From crates.io

sh
cargo install dbt-lineage

pip / uv (no Rust needed)

sh
pip install dbt-lineage-cli          # installs the `dbt-lineage` commanduvx --from dbt-lineage-cli dbt-lineage --help

Homebrew (macOS, Linux)

sh
brew install sipemu/tap/dbt-lineage

With cargo-binstall (no compile)

sh
cargo binstall dbt-lineage

Pre-built binaries

Every tagged release ships pre-built binaries for Linux (x86_64 + aarch64), macOS (Intel + Apple Silicon), and Windows (x86_64) as downloadable assets on the Releases page. Download the archive for your platform, extract, and put the binary on your PATH.

As a GitHub Action

Live demo: sipemu/dbt-lineage-demo#1 shows the PR comment (lineage diff with SQL body changes, column impact, Mermaid impact diagram, rebuild selector, lint); sipemu.github.io/dbt-lineage-demo is the same project as a dbt-lineage site.

yaml
on: pull_request
permissions:  contents: read  pull-requests: write    # sticky PR comment  security-events: write  # only needed with `sarif:`
jobs:  lineage:    runs-on: ubuntu-latest    steps:      - uses: actions/checkout@v5        with:          fetch-depth: 0  # `diff` / `plan` need the base branch history      - uses: sipemu/dbt-lineage-viewer@v0        with:          base: ${{ github.base_ref }}  # e.g. main; resolved to origin/main if needed          project-dir: dbt/          comment: true                 # post a Markdown summary as a PR comment          sarif: lint,coverage          # also surface findings as PR annotations

@v0 tracks the latest 0.x release; pin an exact tag (e.g. @v0.9.1) if you prefer. The action installs the matching dbt-lineage binary from this repo's release artifacts, runs summary, diff, plan, and optionally lint/coverage SARIF, then posts a single sticky comment on the PR with the rendered report. See action.yml for the full input/output reference.

Container image

sh
docker run --rm -v "$PWD:/workspace" ghcr.io/sipemu/dbt-lineage:latest summary

Published to ghcr.io/sipemu/dbt-lineage on every release (latest, v0, 0.x, 0.x.y; amd64 + arm64), with git included for diff / plan / ci report. In GitLab CI, override the entrypoint:

yaml
dbt-lineage:  image: { name: ghcr.io/sipemu/dbt-lineage:v0, entrypoint: [""] }  script: dbt-lineage ci report --out report.md

As a pre-commit hook

yaml
# .pre-commit-config.yaml in your dbt reporepos:  - repo: https://github.com/sipemu/dbt-lineage-viewer    rev: v0.10.0    hooks:      - id: dbt-lineage-lint      - id: dbt-lineage-check-manifest   # needs a compiled target/manifest.json        args: [-p, path/to/dbt]          # only if the project isn't at the repo root

From source

sh
git clone https://github.com/sipemu/dbt-lineage-viewer.gitcd dbt-lineage-viewercargo install --path .

The binary is installed to ~/.cargo/bin/dbt-lineage.

Usage

Static output

sh
# Full lineage of current directory's dbt projectdbt-lineage
# Focus on a specific modeldbt-lineage stg_orders
# Point at a different project directorydbt-lineage -p path/to/dbt/project
# Show 2 levels upstream, 1 downstreamdbt-lineage stg_orders -u 2 -d 1
# Include seeds, tests, snapshots, exposuresdbt-lineage --include-seeds --include-tests --include-snapshots --include-exposures
# Selector expressionsdbt-lineage -s tag:finance,path:marts
# Use manifest.json instead of parsing SQLdbt-lineage --manifest target/manifest.json
# Output formatsdbt-lineage -o dot > lineage.dot        # Graphviz DOTdbt-lineage -o json                      # JSON graphdbt-lineage -o mermaid                   # Mermaid diagramdbt-lineage -o svg > lineage.svg         # Self-contained SVGdbt-lineage -o html > lineage.html       # Interactive HTML (pan/zoom/search)

Interactive TUI

sh
dbt-lineage -idbt-lineage -i -p path/to/dbt/projectdbt-lineage -i stg_orders -u 3 -d 3

Breaking changes to governed models

diff, ci report and the PR comment flag changes that break consumers of governed models (dbt 1.5+ model governance in schema YAML):

  • contracted models (config: {contract: {enforced: true}}): a contract column removed or its data_type changed, or the contract dropped;
  • access narrowed (public → protected → private);
  • a model version (versions:) or a governed model removed.

ci report --fail-on breaking-changes fails the check. lint adds a private-ref error for refs to access: private models from outside their group, which dbt rejects at parse time.

Impact analysis

Compute downstream impact for a model with severity scoring:

sh
dbt-lineage impact orders -p path/to/project          # text reportdbt-lineage impact orders -o json                      # JSON for CIdbt-lineage impact orders --manifest target/manifest.json

Severity levels:

  • Critical — impacts exposures (dashboards, reports)
  • High — impacts table/incremental materializations or mart models
  • Medium — impacts staging or intermediate models
  • Low — impacts tests only

Lineage diff

Compare lineage between git refs to see what changed:

sh
dbt-lineage diff --base main                           # compare main to working treedbt-lineage diff --base main --head feature-branch     # compare two branchesdbt-lineage diff --base HEAD~1 -o json                 # JSON for CI integration

Shows added, removed, and modified nodes and edges with a summary of changes.

Static lineage site

A self-contained static site — search, one page per model/source/seed/exposure with its lineage diagram, columns with column-level lineage, and highlighted SQL — ready for GitHub or GitLab Pages:

sh
dbt-lineage site -p path/to/project --out site

[dbt-lineage site: the orders node page with its lineage diagram (sources to dashboards), upstream and downstream lists, column-level lineage and SQL]

Light/dark, phone-friendly, no server or CDN. See docs/SITE.md for Pages workflows.

Project summary

One-shot project overview, designed as the first thing an agent (or human) runs against an unfamiliar dbt project:

sh
dbt-lineage summary -p path/to/project                 # textdbt-lineage summary --manifest target/manifest.json    # manifest modedbt-lineage summary -o json                            # structured for piping into jq

Reports counts per node type, tag distribution, top downstream-reach models, and orphan models (no downstream consumers).

BI dashboards as exposures

Generate dbt exposures from Metabase, anofox-visualization, Tableau, Looker, Superset or Power BI dashboards, so impact analysis knows which dashboards a change reaches:

sh
METABASE_API_KEY=mb_… dbt-lineage exposures metabase --url https://metabase.example.com \  --write models/exposures_metabase.yml

From a LookML project, offline (LookML dashboards → explores → views → tables):

sh
dbt-lineage exposures looker --lookml path/to/lookml-project --write models/exposures_looker.yml

From anofox-visualization dashboards (DuckDB .sql files with ::ROLE panels):

sh
dbt-lineage exposures anofox --dashboards dashboards/ --url 'https://viz.example.com/d/{name}' \  --write models/exposures_anofox.yml

From Tableau workbooks, offline (.twb / .twbx):

sh
dbt-lineage exposures tableau --workbooks workbooks/ --write models/exposures_tableau.yml

From Superset dashboard exports, offline (ZIPs from superset export-dashboards or the UI; dashboard → charts → datasets → tables, virtual-dataset SQL included):

sh
dbt-lineage exposures superset --exports exports/ \  --url 'https://superset.example.com/superset/dashboard/{name}/' --write models/exposures_superset.yml

From Power BI, offline: PBIP projects (*.Report + *.SemanticModel, TMDL or model.bim) and .pbit templates; tables come from the partitions' Power Query (M) sources and native SQL:

sh
dbt-lineage exposures powerbi --reports powerbi/ --url 'https://app.powerbi.com/groups/me/reports/{name}' \  --write models/exposures_powerbi.yml

Tables the dashboards read are mapped onto models and sources; unmatched tables are listed on stderr. See docs/BI.md.

CI report

One Markdown report for PR/MR comments — lineage diff, rebuild selector, manifest freshness, lint, and project summary — plus exit codes for gating:

sh
dbt-lineage ci report                                  # base = PR/MR target branch from CI envdbt-lineage ci report --base main --out report.md      # explicit base, write to filedbt-lineage ci report --fail-on lint-errors,plan-empty --outputs "$GITHUB_OUTPUT"

--base auto (default) reads the target branch from GitHub Actions, GitLab CI, Bitbucket Pipelines or Azure Pipelines, and resolves it as origin/<branch> (fetching it if the checkout is shallow). --outputs appends selector=… and failed=… lines, usable as $GITHUB_OUTPUT or a GitLab dotenv report. dbt-lineage ci comment --file report.md posts it as one sticky PR/MR comment, and dbt-lineage ci annotations --format sarif|codeclimate|bitbucket|azure turns lint findings into inline annotations (Bitbucket Code Insights with --post). The GitHub Action, the GitLab component, the Bitbucket Pipe and the Azure Pipelines template are thin wrappers around these commands; see docs/CI.md.

Manifest freshness

CI-friendly drift check between a distributed manifest.json and current SQL files:

sh
dbt-lineage check-manifest -p path/to/project           # text; exit 1 if staledbt-lineage check-manifest -o json                      # JSON for tooling

Flags three kinds of drift: SQL files referenced by the manifest that are now missing, files modified since the manifest was generated, and SQL files added but not yet compiled into the manifest.

Graph collapse

Collapse intermediate nodes so big projects render as just their endpoints, with transitive paths labeled (via N):

sh
dbt-lineage --collapse -o mermaid                       # keep endpoints + focus modeldbt-lineage orders --collapse=focal -u 3 -o mermaid     # focal: only sources/exposures/focusdbt-lineage --collapse -o json                          # JSON edges carry a via_hops field

Positional focus models (e.g. dbt-lineage orders --collapse) are always preserved even when they would otherwise be classified as intermediate.

Mermaid options

sh
dbt-lineage -o mermaid --show-columns                   # inline column names in node labelsdbt-lineage -o mermaid --group-by directory             # group nodes by directory via subgraphdbt-lineage -o mermaid --show-columns --collapse        # combine: endpoint nodes with full column lists

Structured errors for agents and CI

sh
dbt-lineage --error-format json some_unknown_model# stderr: {"level":"error","what":"model not found","why":"...","hint":"..."}

--error-format json writes one JSON object per line to stderr. stdout is unaffected, so piping into jq still works.

Editor integration (language server)

dbt-lineage lsp serves the Language Server Protocol over stdio: hover and go-to-definition on ref() / source(), a code lens with upstream/downstream counts and impact on every model, and lint findings as diagnostics. Use the VS Code extension in editors/vscode, or point Neovim, Helix or any LSP client at dbt-lineage lsp. See docs/EDITORS.md.

MCP server

Expose lineage as stdio MCP tools, resources, and prompts that Claude Code, Claude Desktop, and other MCP-aware clients can call directly:

sh
claude mcp add dbt-lineage -- dbt-lineage mcp --project-dir /abs/path/to/project   # SQL-parse modeclaude mcp add dbt-lineage -- dbt-lineage mcp --manifest /abs/path/to/manifest.json # manifest mode

Works in both SQL-parse and manifest mode (target/manifest.json is picked up automatically when present). Tools: summary, search_models, lineage, impact, get_model_details, read_model_sql, column_upstream, column_downstream, lineage_bundle, propose_test; plus model resources and predefined prompts. MCP Registry name: mcp-name: io.github.sipemu/dbt-lineage. See docs/MCP.md for client setup, prompt walkthroughs, and composition recipes.

CLI Reference

Run dbt-lineage <command> --help for per-subcommand options.

Usage: dbt-lineage [OPTIONS] [MODEL] [COMMAND]
Commands:  impact          Compute downstream impact analysis for a model  summary         Print a one-shot project overview: counts, tags, top fan-out, orphans  mcp             Run an MCP (Model Context Protocol) stdio server exposing lineage tools to AI agents. Reads JSON-RPC requests on stdin, writes responses to stdout  lsp             Run a Language Server (stdio) for editors: hover and go-to-definition on ref()/source(), a lineage code lens per model, and lint diagnostics  perf            Critical-path and slowest-model performance report from target/run_results.json  macros          Show the macro call graph (macros calling other macros)  site            Generate a static lineage site (search, one page per node with columns, column lineage, SQL and a lineage diagram) for GitHub/GitLab Pages  docs            Generate Markdown documentation per model (or one consolidated file)  lint            Structural lint: dead-end models, unused sources, undefined refs, missing docs. Exit code 1 if any error-severity finding is reported  coverage        Test coverage map: which models have which tests, column coverage gaps  check-manifest  Verify a manifest.json is still in sync with the project's SQL files. Exits with code 1 on staleness, making it directly usable in CI pipelines  plan            Emit a dbt selector expression covering models added or modified since `--base`. Designed to pipe into `dbt run -s "$(dbt-lineage plan --base main)"`  ci              CI integration: one Markdown report for PR/MR comments, plus exit codes for gating. Works on GitHub Actions, GitLab CI, Bitbucket Pipelines and Azure Pipelines  exposures       Import BI dashboards as dbt exposures (YAML), mapping the tables they read onto the project's models and sources  diff            Compare lineage between git refs  help            Print this message or the help of the given subcommand(s)
Arguments:  [MODEL]  Model name to focus on (shows full lineage if omitted)
Options:  -p, --project-dir <PROJECT_DIR>    Path to dbt project directory [default: .]  -u, --upstream <UPSTREAM>          Upstream levels to show (default: all)  -d, --downstream <DOWNSTREAM>      Downstream levels to show (default: all)  -i, --interactive                  Launch interactive TUI mode  -o, --output <OUTPUT>              Output format: ascii (default), dot, json, mermaid, svg, html [default: ascii] [possible values: ascii, dot, json, mermaid, svg, html]      --include-tests                Include test nodes      --include-seeds                Include seed nodes      --include-snapshots            Include snapshot nodes      --include-exposures            Include exposure nodes  -s, --select <SELECT>              Selector expression: tag:X, path:Y, or model name (comma-separated)      --manifest <MANIFEST>          Use manifest.json instead of parsing SQL (path to manifest file or directory containing target/manifest.json)      --show-columns                 Mermaid only: inline column names inside each node's label      --group-by <GROUP_BY>          Mermaid only: group nodes by directory using Mermaid subgraphs [default: none] [possible values: none, directory]      --error-format <ERROR_FORMAT>  How errors are written to stderr: human-readable text (default) or one JSON object per line (`{level, what, why, hint}`) for agent/CI consumers [default: plain] [possible values: plain, json]      --collapse [<COLLAPSE>]        Drop intermediate nodes and replace transitive paths with `(via N)` edges. Bare `--collapse` is equivalent to `--collapse auto` (keep endpoints + focus); `--collapse focal` keeps only sources, exposures, and the focus model [default: none] [possible values: none, auto, focal]      --no-cache                     Bypass the on-disk parse cache (.dbt-lineage/cache.bin). Useful when debugging parser changes or you want a clean baseline benchmark  -h, --help                         Print help (see more with '--help')  -V, --version                      Print version

TUI Keybindings

Navigation

KeyAction
h j k l / arrow keysNavigate between nodes (left/down/up/right)
H J K LPan the viewport
+ / -Zoom in / out (adjusts spacing)
Tab / Shift+TabCycle through nodes sequentially
rReset view (center + zoom)

Mouse

ActionTargetEffect
Left clickNode on graphSelect node (no viewport jump)
Left clickEmpty graph areaBegin drag to pan
DragGraph areaPan the viewport
Scroll up / downGraph areaZoom in / out
Left clickNode list entrySelect node and center viewport
Left clickGroup headerCollapse / expand group
Right clickNode on graphOpen context menu (run options)

Search

KeyAction
/Open search (fuzzy, powered by nucleo — type any few characters in any order)
TabNext search result
Esc / EnterClose search

Analysis

KeyAction
pToggle path highlighting (upstream/downstream trace with impact analysis)
C (Shift+C)Toggle column-level lineage in detail panel
vToggle in-app SQL viewer (syntax-highlighted SQL of the selected node)
mToggle minimap overlay (top-right corner of the graph area)

Node list panel

KeyAction
nToggle node list sidebar
cCollapse/expand directory group

Running dbt

KeyAction
xOpen run menu for selected node
Right clickOpen context menu on a node (same run options)
oView last run output

Run menu / context menu options:

KeyCommand
rdbt run (this model)
udbt run +upstream
ddbt run downstream+
adbt run +all+
tdbt test

General

KeyAction
qQuit
Ctrl+CQuit (any mode)

Node colors in TUI

By run status (when target/run_results.json exists):

ColorMeaning
GreenLast run succeeded
RedLast run failed
YellowOutdated (source file modified after last run)
DarkGraySkipped

By node type (when never run):

ColorType
BlueModel
GreenSource
YellowSeed
MagentaSnapshot
CyanTest
RedExposure
DarkGrayPhantom (unresolved ref)

How it works

  1. Parse dbt_project.yml to find model/seed/snapshot paths (or read manifest.json)
  2. Walk those directories, collecting .sql and .yml files
  3. Extract ref('model') and source('schema', 'table') from SQL via regex
  4. Parse YAML schema files for sources, model descriptions, and exposures
  5. Build a directed acyclic graph (petgraph) where edges flow from dependency to dependent
  6. Resolve column-level lineage by tracing SELECT/FROM/JOIN through the graph
  7. Filter by focus model, depth, selectors, and node type
  8. Layout using a Sugiyama-style layered algorithm (longest-path layering + barycenter ordering)
  9. Render as ASCII, DOT, JSON, Mermaid, SVG, HTML, or interactive TUI

uv / virtualenv support

When running dbt from the TUI, the tool auto-detects whether to use uv run dbt or plain dbt:

  • If uv.lock or pyproject.toml exists in the dbt project directory, uses uv run dbt
  • Otherwise, if dbt is on PATH, uses it directly
  • If dbt is not on PATH but uv is, falls back to uv run dbt

Building without TUI

The TUI is enabled by default. To build a minimal binary with only static output:

sh
cargo build --release --no-default-features

Further reading

  • CHANGELOG.md — per-release notes from 0.1.0 onward.
  • docs/MCP.md — cookbook for the MCP server: setup, tool reference, prompt walkthroughs, composition recipes.
  • docs/CACHE.md — parse-cache contract, file format, when it helps.
  • BENCHMARKS.md — baseline numbers from the bench harness.

Credits

The agent-oriented additions in 0.3.0 — summary, check-manifest, mcp, --collapse, --error-format json, and the Mermaid --show-columns / --group-by directory options — were inspired by eitsupi/dlin, a hard fork that focuses on non-interactive (CI/agent) workflows. dbt-lineage retains its TUI focus and brings these ideas back upstream.

License

MIT

Source: README.md at commit 098df95

Tools

0
SourceWeft started this package once in an isolated sandbox, without credentials, to list its tools. That failed: the package type cannot run in the sandbox.

Version history

1
  1. v0.15.0LatestNov 6, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts