drafty
Attio logo

Build an Attio CRM pipeline dashboard with Claude

Connect the Attio MCP server to Claude, ask for a pipeline and deal-flow dashboard from your live CRM, 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 pipeline dashboard — total pipeline value, deals by stage, win rate, new deals this month, and a recent-activity table — generated by Claude from your real Attio data, then published to a drafty.im/canvas/… link. Your team clicks the exact stage or deal 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 stage to leave a comment, exactly as your team would:

Live canvas — comment on any elementOpen ↗

The three moving parts

  1. The Attio MCP server gives Claude access to your Attio workspace — people, companies, deals, lists, notes, and tasks — through a controlled set of tools. Reads are auto-approved; writes ask for confirmation, and a reporting dashboard only ever reads.
  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 Attio MCP server

Attio runs an official remote MCP server at https://mcp.attio.com/mcp. You connect once; it authenticates over OAuth with your Attio login, so no API key is pasted into a config file.

In Claude Code:

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

Then run /mcp inside Claude Code and follow the OAuth prompt to log in with your Attio account and authorize the workspace.

In Claude Desktop: open Settings → Connectors → Add custom connector, paste https://mcp.attio.com/mcp, and authorize with OAuth the same way.

Safety first
Access is tied to your Attio user permissions, and the server auto-approves reads while asking confirmation before any write. For a reporting dashboard, never confirm a write — it only needs to read your pipeline. If you're running an unattended agent, connect with an account whose role is scoped to read access on the objects you need, and never commit credentials to a repo.

Step 2 — Pull the numbers

Ask Claude in plain language. It uses the MCP server's read tools to search and read across your CRM objects:

claude
Using the Attio MCP server, pull everything we need for a sales pipeline dashboard: total open pipeline value, deal count and value broken down by stage, win rate over the last 90 days, number of new deals created in the last 30 days, average deal size, and the 10 most recently updated deals with their company, stage, value, and owner. Summarize the figures before you build anything.

Claude calls Attio, returns the figures, and you sanity-check them against your Attio pipeline view before going further. This is the moment to catch a wrong assumption — a deal stage you excluded, a closed-lost counted as open, a currency mix — 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 open pipeline value as the hero number with month-over-month change, then a stage funnel showing deal count and value per stage, tiles for win rate, new deals this month, and average deal size, and a recent-deals 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 stage, tile, or deal they want changed and leaves a pinned comment — "this win rate looks high, are we counting deals that never went past discovery?" The comment is anchored to that element, not floating in a Slack thread. Claude reads the comments through the CLI, reruns the relevant Attio 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 deals still in discovery from the win-rate denominator." 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 Attio when someone opens the link. For a weekly pipeline 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 Attio dashboard into a live canvas: every morning, re-pull the latest pipeline numbers from Attio 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

Attio dashboard with Claude — FAQ

Do I need to paste my Attio API key anywhere?
No. The remote Attio MCP server at mcp.attio.com authenticates over OAuth, so you log in with your Attio account through a consent screen instead of pasting a key. Access is tied to your Attio user permissions. For an unattended agent, connect with an account whose role is scoped to read access — and never commit credentials 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 Attio 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 pipeline figures.
Can my team comment without an Attio 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 Attio needs access to the workspace.
Is it safe to give Claude access to my Attio workspace?
The Attio MCP server auto-approves reads and asks for confirmation before any write, and a pipeline dashboard never needs more than read access. Every tool call is mediated by the server and tied to your Attio permissions. For a read-only reporting task, simply never confirm a write.
How is this different from Attio's own reports and dashboards?
Attio's built-in reports query live data against views you maintain — the right choice for standing, governed reporting inside the CRM. 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 system of record, the other is a quick reviewable deliverable.