drafty
Ramp logo

Build a Ramp spend dashboard with Claude

Connect the Ramp MCP server to Claude, ask for a spend and expenses dashboard from your live numbers, and publish it to a link your team comments on directly — no BI tool, no screenshots pasted into Slack.

What you'll build
A self-contained spend dashboard — total card spend this month, top categories, top merchants, spend by department, reimbursements outstanding, recent transactions — generated by Claude from your real Ramp data, then published to a drafty.im/canvas/… link. Your team clicks the exact tile or number they want changed and leaves a note. Claude reads the comments and ships a revised version to the same URL.

This is an end-to-end example: connect a data source over MCP, generate a dashboard from live numbers, and close the review loop on one link. Total time, start to shared link, is under fifteen minutes. The same shape works for any of the other examples — only the connection step changes.

Here's the finished dashboard, published to a canvas — click any tile or number to leave a comment, exactly as your team would:

Live canvas — comment on any elementOpen ↗

The three moving parts

  1. The Ramp MCP server gives Claude read access to your Ramp account — transactions, expenses, reimbursements, vendors, spend programs, account balances — through a controlled set of tools. It signs in as you, so it only ever sees what your own Ramp role already permits.
  2. Claude pulls the numbers and writes a single self-contained HTML dashboard. You iterate on it in the artifact panel until it's right.
  3. Drafty turns that HTML into a stable link your team reviews. Comments pin to the exact element; Claude ships the fix to the same URL.

The generation step is fast now. The part this example is really about is the third one — getting the dashboard in front of people without losing their feedback to a screenshot circled in Preview.

Step 1 — Connect the Ramp MCP server

Ramp runs an official remote MCP server at https://mcp.ramp.com/mcp. You connect once; it authenticates over OAuth — you sign in to your Ramp account through a consent screen, so no key is pasted into a config file. Your Ramp permissions come with you: the server can only read what your own role already lets you see.

In Claude Code:

claude
claude mcp add --transport http ramp https://mcp.ramp.com/mcp

Then run /mcp inside Claude Code and follow the OAuth prompt to sign in to Ramp and authorize the connection.

In Claude Desktop: open Settings → Connectors → Add custom connector, paste https://mcp.ramp.com/mcp, and authorize with OAuth the same way. There's also a one-click install from Claude's MCP directory.

Want to try it with sample data first, before pointing it at your real account? Use the demo endpoint https://demo-mcp.ramp.com/mcp instead — same flow, no Ramp account needed.

Safety first
Sign in with a Ramp role that has read access to the spend data you need and nothing more — the connection inherits your permissions, so a viewer-level account keeps this strictly read-only. If you're running an unattended agent with the self-hosted client-credentials server instead, grant only read scopes (transactions:read, reimbursements:read, bills:read, departments:read, vendors:read) and never commit the client secret. The dashboard only reads; it has no reason to hold write permissions.

Step 2 — Pull the numbers

Ask Claude in plain language. It uses the MCP server's read tools to fetch real data:

claude
Using the Ramp MCP server, pull everything we need for a spend dashboard: total card spend in the last 30 days vs. the prior 30, spend broken down by category and by department, the top 10 merchants by spend, count and total of reimbursements still pending, and the 10 most recent transactions. Summarize the figures before you build anything.

Claude calls Ramp, returns the figures, and you sanity-check them against the Ramp dashboard before going further. This is the moment to catch a wrong assumption — a date window off by a day, declined transactions counted as spend, a reimbursement state you didn't expect — while it's cheap.

Step 3 — Build the dashboard

Once the numbers look right, ask for the artifact:

claude
Build a single self-contained HTML dashboard from those figures. Total spend this month as the hero number with month-over-month change, then tiles for top categories, spend by department, and pending reimbursements. A recent-transactions table at the bottom. Clean, no external dependencies — inline the CSS and any chart code.

Claude renders it live in the artifact panel. Iterate in place — you're not regenerating from scratch:

Step 4 — Publish to Drafty for review

A Claude artifact link is a preview, not a stable URL — iterate the artifact and the link you already sent now shows the old version. Ask Claude to publish it to a Drafty canvas instead, so the link you share always stays current:

claude
Publish this dashboard to Drafty as a canvas and give me the shareable link.

Claude pushes the dashboard and hands back a drafty.im/canvas/… link that renders on any device. Send it — your team opens it in a browser, no login and no Claude account needed.

Step 5 — The review loop

This is the part that's not obvious until you've done it once.

A reviewer clicks the specific tile, chart, or number they want changed and leaves a pinned comment — "this travel category looks high, is the offsite flight batch in here?" The comment is anchored to that element, not floating in a Slack thread. Claude reads the comments through the CLI, reruns the relevant Ramp query if needed, and pushes a revised dashboard to the same URL. The reviewer refreshes and sees the change; the thread stays attached to the element.

The mechanic matters because of what it removes. A Slack message about a chart produces "the number on the left looks wrong." A pinned comment on the actual tile produces "this — exclude the offsite travel batch from the monthly total." One of those produces a correct revision; the other produces a guess.

Keeping it fresh

An MCP-generated dashboard is a snapshot — it holds the numbers Claude pulled when it built it; it doesn't re-query Ramp when someone opens the link. For a weekly spend review or a board-ready snapshot, that's fine.

To make it a live canvas that always shows today's figures, copy this prompt — Claude sets up the refresh for you and schedules it to run on its own:

claude
Turn this Ramp dashboard into a live canvas: every morning, re-pull the latest spend and expense numbers from Ramp via the MCP server, rebuild the dashboard, and push a new version to the same canvas URL so the link always shows today's figures. Schedule it to run daily on its own.

The link stays stable while the content updates underneath it — see keeping a canvas updated automatically.

What to watch for

Ramp dashboard with Claude — FAQ

Do I need to paste my Ramp API key anywhere?
No. The remote Ramp MCP server at mcp.ramp.com authenticates over OAuth, so you sign in to your Ramp account through a consent screen instead of pasting a key — and the connection inherits your own role's permissions. For an unattended agent you can run the self-hosted server with read-scoped client credentials instead, but never commit the client secret to a repo.
Is the dashboard live or a snapshot?
A snapshot. It contains the numbers Claude pulled when it built the file; it does not re-query Ramp when someone opens the link. To refresh it, ask Claude to repull and re-push to the same URL — or put that on a daily schedule so the stable link always shows current spend.
Can my team comment without a Ramp or Claude account?
Yes. The dashboard is published to a Drafty canvas link that renders in any browser. Reviewers click the exact element they want changed and leave a pinned comment with no login required. Only the person connecting Ramp needs access to the account.
Is it safe to give Claude access to my Ramp account?
The connection signs in as you and can only read what your own Ramp role already permits — sign in with a read-only role and a spend dashboard never needs more than that. Every tool call is mediated by the MCP server, and in Claude you approve actions. Don't grant write scopes for a read-only reporting task.
How is this different from Ramp's own reporting or a BI dashboard?
Ramp's built-in reports and a BI tool query live data against a model you maintain — the right choice for governed, recurring reporting at scale. This approach is for a fast, shareable snapshot you can spin up in minutes and iterate by talking to Claude, then collect feedback on inline. Different jobs: one is a standing system, the other is a quick reviewable deliverable.