Shortcut × Metabase

How to build Shortcut dashboards in Metabase

Shortcut is a project management tool for software teams built around stories, epics, iterations, and lightweight workflows. Metabase is where you turn that delivery activity into shared, trustworthy dashboards. This guide covers two complementary paths: a lightweight MCP + CLI route that pulls live data with the Shortcut MCP Server and loads a CSV into Metabase with the Metabase CLI, and a durable pipeline route that syncs Shortcut history into a database so you can build dashboards anyone can read.

Heads up: Metabase connects to databases and warehouses — it does not ship a native Shortcut connector, and a BI warehouse is the wrong home for raw logs and event streams. Sync entities and history — runs, pull requests, stories, flag changes — and leave the raw firehose in Shortcut.

How do you connect Shortcut to Metabase?

Most teams combine both routes: use MCP and CLI uploads for a fast first pass, then move recurring delivery reporting to a warehouse-backed model.

1 · MCP + CLI route (AI-assisted)

Live data in, quick analysis out

Pair the Shortcut MCP Server with the Metabase CLI. Use MCP for live lookups, write a scoped result to CSV, then load it into Metabase as a ready-to-query table and model.

Best for
  • Quick lookups such as "show me cycle and lead time"
  • Loading a Shortcut export into Metabase in seconds
  • Spot-checks and one-off analyses without a warehouse
Trade-offs
  • Great for exploration, not governed delivery reporting
  • Use read-only or scoped credentials wherever the MCP server supports them
  • CSV uploads are snapshots — refresh or move to the pipeline for history
2 · Pipeline route (warehouse-backed)

Durable dashboards with history

Sync Shortcut entities and history into a database or warehouse with a connector, custom pipeline, or the API, then point Metabase at it.

Best for
  • Shortcut delivery dashboards leaders depend on
  • Joining Shortcut data with issues, deploys, incidents, or support data
  • Long-run trends for cycle and lead time and iteration velocity and carryover
Trade-offs
  • You own the refresh schedule and the table grain
  • Sync entities and rollups — not raw logs or event firehoses
  • Metric definitions must be consistent across teams and repos

What can you analyze from Shortcut data in Metabase?

Once stories and the related epics, iterations, workflow states data are in a database, the highest-value views are:

  • Cycle and lead time — how fast stories move once started, and how long requesters wait end to end.
  • Iteration velocity and carryover — committed vs. completed points, and how much spills into the next iteration.
  • Bug inflow vs. resolution — whether defects are being fixed faster than they arrive.
  • WIP and blocked stories — work in progress by workflow state, and what's stuck right now.
  • Epic progress — completion and remaining scope for the bets that span multiple iterations.

Which Shortcut dashboards should you build in Metabase?

For: EMs

Flow and cycle time

How fast stories move once started.

  • Cycle time, median and p90 (line)
  • Lead time from created to done (line)
  • Time in state (stacked bar)
  • Blocked stories right now (table)
For: Teams

Iteration health

Whether commitments are realistic.

  • Points committed vs. completed (combo)
  • Carryover rate by iteration (line)
  • Scope added mid-iteration (bar)
  • Stories completed per iteration (bar)
For: PMs

Epic and roadmap progress

Where the bigger bets stand.

  • Epic completion percentage (bar)
  • Stories remaining by epic (table)
  • Epics with no recent activity (table)
  • Projected vs. target completion (line)
For: Eng leads

Bug and quality

Whether defects are outrunning fixes.

  • Bugs created vs. resolved per week (combo)
  • Open bugs by age bucket (bar)
  • Bug share of completed work (line)
  • High-priority bugs open now (number)

How do you use the Shortcut MCP Server with the Metabase CLI?

Pair the Shortcut MCP Server with the Metabase CLI for fast, hands-on analysis. MCP is useful for scoped lookups and summarized exports; the Metabase CLI's upload command loads CSV data into Metabase and creates a ready-to-query table and model.

Example workflow

  • Ask the MCP server for completed stories from the last few iterations with state timestamps.
  • Export the result as CSV, keeping stable IDs, projects, states, and timestamps.
  • Run mb upload csv to load it into Metabase as a table and model, then build questions and dashboards on top.

Be honest about the limits

  • MCP lookups are excellent for exploration, not scheduled reporting.
  • A CSV upload is a snapshot; refresh it with mb upload replace or move to the pipeline for real history.
  • Story state-change history is required for true cycle time, carryover, and time-in-state.
  • mb upload csv needs an uploads database configured under Admin → Settings → Uploads.

How do you set up Shortcut MCP and the Metabase CLI?

Shortcut MCP Serverofficial

Transport
Hosted remote MCP via Streamable HTTP
Auth
OAuth through Shortcut
Best for
Live scoped lookup and export

Metabase CLIofficial

Install
npm install -g @metabase/cli
Auth
mb auth login
Load data
mb upload csv --file data.csv
Requires
An uploads database (Admin → Settings → Uploads)
MCPExample MCP client config
{
  "mcpServers": {
    "shortcut": {
      "url": "https://mcp.shortcut.com/mcp"
    }
  }
}

Shortcut archived its GitHub MCP repository in July 2026 — the hosted endpoint is the supported path; don't install the old local package.

TerminalLoad a Shortcut CSV with the Metabase CLI
# Install the Metabase CLI
npm install -g @metabase/cli

# Log in (opens your browser; requires Metabase v62+)
mb auth login --url https://your-metabase.example.com

# Load a stories export — creates a table AND a model
mb upload csv --file shortcut-stories.csv --collection root

# Refresh that same table later from a new export
mb upload replace <table-id> --file shortcut-stories.csv

Can you generate a Shortcut dashboard with AI?

Yes. Use the prompt below with any assistant that can run the Shortcut MCP Server and the Metabase CLI. It works end to end: if Shortcut tables already exist in Metabase it analyzes those; otherwise it pulls scoped, summarized data over MCP, loads it with mb upload csv, then builds the dashboard and caveats any metric that needs missing history.

Prompt for creating a Shortcut Issue Tracking Overview dashboard
Create a polished Metabase dashboard for Shortcut issue tracking analytics.
Work end to end: get the data into Metabase if it isn't there yet, then build.

Goal: Help engineering leaders understand cycle and lead time, iteration health, epic progress, and bug quality from Shortcut data.

Step 1 — Find or load the data:
- First, check what already exists in Metabase (search for shortcut tables and
  models). If durable Shortcut data is already present — synced from a warehouse
  or uploaded earlier — use it and skip to Step 2.
- If nothing is there, pull a scoped, summarized export with the Shortcut MCP Server:
  stories, plus epics, iterations, workflow states.
  Prefer entity tables and rollups over raw logs. Write each result to a CSV,
  then load it with the Metabase CLI — run "mb upload csv --file <export>.csv" so
  each upload creates a table and a ready-to-query model. Use "mb upload replace
  <table-id> --file <export>.csv" to refresh an existing table instead of creating
  duplicates.

Step 2 — Inspect before querying:
Do not assume exact table or column names. Inspect available fields, projects,
branches, states, and timestamps, and whether history exists before creating
duration or trend cards.

Important:
- Build on whatever data is present; don't claim Metabase connects natively to
  Shortcut — it reads a database or CLI-uploaded tables.
- Never try to load raw build logs or event streams into Metabase; use runs,
  entities, state changes, and rollups.
- Only compute durations (cycle time, build duration, time to review) when the
  required timestamps exist.
- Exclude bot activity, draft work, and non-production environments from
  headline numbers, and keep the segmenting column explicit.
- A single CSV is a point-in-time snapshot: only build trend cards if there is a
  usable date column or multiple periods have been uploaded.

Dashboard title: Shortcut Issue Tracking Overview

Sections:
1. Executive summary: Stories completed last 30 days; Median cycle time;
   Carryover rate; Open bugs; Blocked stories.
2. Flow: Cycle and lead time trends; time in state; blocked work.
3. Iterations: Committed vs completed; carryover; mid-iteration scope change.
4. Epics: Completion by epic; stale epics; remaining scope.
5. Quality: Bug inflow vs resolution; bug aging; high-priority bugs.

Filters: Date range, Project or Repository, Branch or Environment, Team, Status.

Output: Build the dashboard if you have permission; otherwise provide the exact
questions, SQL, model definitions, and layout. Include caveats for any metric
that cannot be calculated from the available data.

How do you sync Shortcut data into a database or warehouse?

For dashboards that need history and reliability, land Shortcut entities and change history in a database first, then connect Metabase to that database.

Connector options

  • Managed ETL — use a connector when one covers the objects you need.
  • Custom pipeline — use the Shortcut REST API v3 for control over fields, grain, and refresh cadence.
  • MCP + CSV — use this for quick exploration and one-off slices.

Airbyte's marketplace Shortcut source syncs roughly two dozen streams — stories, epics, iterations, workflows, members, milestones, and labels. Fivetran has no Shortcut connector, so Airbyte or a dlt/API script is the pipeline route.

Notes

  • Land raw entity tables first, then build clean Metabase models on top.
  • Sync state-change or audit history from day one — duration metrics can't be reconstructed later without it.
  • Normalize team, story type, workflow state, estimate, and state-transition-timestamp fields.

How should you model Shortcut data in Metabase?

Core tables

TableGrainKey columns
shortcut_storiesone row per storyid, epic_id, iteration_id, type, workflow_state, estimate, created_at, started_at, completed_at
shortcut_story_historyone row per story state changestory_id, from_state, to_state, changed_at, actor
shortcut_iterationsone row per iterationid, name, start_date, end_date, points_committed, points_done

Modeling advice

  • Build a clean stories model with common columns across tools, so multi-source dashboards don't fork definitions.
  • Separate entity tables (projects, repos, flags, members) from run-grain and event-grain tables.
  • Exclude bots, drafts, and non-production environments from headline metrics; keep the flag as an explicit column.
  • Use stable IDs for project, repo, and person joins; display names change.

Which Shortcut metrics should you track in Metabase?

MetricDefinitionNotes
Cycle timeStarted to done — the team's active working time.Needs state-change history; report medians.
Lead timeCreated to done — the requester's experience.Works from timestamps alone; start here.
ThroughputStories or points completed per period.Pair counts with estimates to spot inflation.
DORA metricsThe four keys, once deploy and incident data joins in.Issue data alone covers neither deploys nor failures.

What SQL powers Shortcut dashboards in Metabase?

These assume a cleaned analytical model in a warehouse (PostgreSQL dialect). Adjust table and column names to match your pipeline.

Story cycle time by weekPostgreSQL

Median days from started to completed.

SELECT
  date_trunc('week', completed_at) AS week,
  COUNT(*) AS stories_completed,
  percentile_cont(0.5) WITHIN GROUP (
    ORDER BY EXTRACT(EPOCH FROM (completed_at - started_at)) / 86400
  ) AS median_cycle_days
FROM stories
WHERE completed_at IS NOT NULL
  AND started_at IS NOT NULL
GROUP BY 1
ORDER BY 1;
Iteration velocity and carryoverPostgreSQL

Committed vs. completed points, trailing 120 days.

SELECT
  i.name AS iteration,
  i.points_committed,
  i.points_done,
  ROUND(
    100.0 * (i.points_committed - i.points_done)
    / NULLIF(i.points_committed, 0), 1
  ) AS carryover_pct
FROM iterations i
WHERE i.end_date >= CURRENT_DATE - INTERVAL '120 days'
ORDER BY i.start_date;
Bug inflow vs. resolution by weekPostgreSQL

Whether defects are outrunning fixes.

-- Created and resolved use different time axes so the combo chart
-- compares inflow vs. throughput, not "bugs created this week that later closed."
WITH created AS (
  SELECT
    date_trunc('week', created_at) AS week,
    COUNT(*) AS bugs_created
  FROM stories
  WHERE type = 'bug'
  GROUP BY 1
),
resolved AS (
  SELECT
    date_trunc('week', completed_at) AS week,
    COUNT(*) AS bugs_resolved
  FROM stories
  WHERE type = 'bug'
    AND completed_at IS NOT NULL
  GROUP BY 1
)
SELECT
  COALESCE(c.week, r.week) AS week,
  COALESCE(c.bugs_created, 0) AS bugs_created,
  COALESCE(r.bugs_resolved, 0) AS bugs_resolved
FROM created c
FULL OUTER JOIN resolved r ON r.week = c.week
ORDER BY 1;

What are common mistakes when analyzing Shortcut in Metabase?

Syncing raw logs or event streams into the warehouse.→ Land runs, entities, state changes, and rollups. Raw build logs and evaluation events belong in Shortcut; the warehouse is for trends and joins.
Computing cycle time without state history.→ Snapshots can't tell you when work started. Sync the story history stream and compute durations from transitions.
Comparing velocity across teams.→ Points are team-local units. Compare a team against its own trend, never team vs. team.
Building dashboards from live MCP lookups only.→ MCP is useful for exploration; durable dashboards need a database-backed model with history.

Related analytics

Related dashboards

Related integrations

FAQ

Does Metabase connect natively to Shortcut?
No. Metabase reads databases and warehouses. Sync Shortcut entities and history into a database first, or upload a CSV with the Metabase CLI, then build Metabase models and dashboards on top.
Should Metabase replace Shortcut's built-in reporting?
No — they answer different questions. Shortcut's own views are built for operating the tool day to day. Metabase is where you build governed, shareable reporting on top of the same data, and join it with the rest of your delivery stack — issues, deploys, incidents, and business outcomes.
Do I need story history, or are current-state snapshots enough?
Snapshots cover throughput and open counts. True cycle time, time-in-state, carryover, and reopen rate all need state-change history — sync it from day one so the metrics are computable retroactively.
How is this different from the Jira or Linear setup?
It's the same shared model — stories map to issues, iterations to sprints/cycles, workflow states to statuses. Model onto the shared shape from the issue tracking overview and most dashboards port across tools unchanged.