LabscoMCP early access ↗
ramp-publicMCP SERVER · OFFICIAL PROJECT

Ramp

Load Ramp spend data into an ephemeral in-memory database and ask SQL questions of it, instead of paging an API.

by ramp-public ↗Accounting, Invoicing & Bookkeeping✓ Official

No longer maintained. Its publisher now ships a current server for the same product. That pointer is ours, not a statement by the archived project. Use

Ramp MCP Server →

LABSCO SUMMARY

Spend analysis as SQL, not as pagination.

The reason a finance question is painful over an API is that the answer spans more rows than a conversation can hold. Loading the dataset into an in-memory database first makes the question a query — and the database goes away with the session.

What it is

A Ramp Developer API client with an ETL step in front of it. Rather than returning API pages into the conversation, the load tools pull a dataset into an ephemeral in-memory SQLite database, which you then query with SQL — that is how it gets around token and input size limits.

What you get

  • Transactions, reimbursements and bills loaded for analysis
  • Vendors and vendor bank accounts, users, departments, locations, entities and bank accounts
  • Spend limits and spend programs
  • Ramp categories and currencies fetched directly, for when a lookup is all you need
  • An ephemeral in-memory database: data processed into it, queried with SQL, and tables cleared when you are done

Requirements

uv, and a Ramp client with client credentials enabled — its id and secret go in the client entry's environment as RAMP_CLIENT_ID and RAMP_CLIENT_SECRET. Each load tool needs its own read scope granted on the client; the scopes go on the launch command after -s. Requests go to the demo environment unless you set RAMP_ENV to prd. Large datasets may not be processable within API and client limits.

Setup effort

Build from source — git clone https://github.com/ramp-public/ramp_mcp