Ramp builds MCP server enabling natural language querying of business spend data via Claude
Ramp's initial MCP prototype ran into scaling issues—miscalculations, limited context windows, input size limits, and high token usage—preventing it from handling more than a few hundred transactions when connecting Claude to business spend data.
A simple pagination tool built to chunk API responses into smaller parts did not solve the scaling problem.
After switching to a SQL-based paradigm with in-memory SQLite, Claude went from struggling with a few hundred data points to accurately analyzing tens of thousands of spend events.
Frequently asked questions
What did this team achieve with this AI workflow?
After switching to a SQL-based paradigm with in-memory SQLite, Claude went from struggling with a few hundred data points to accurately analyzing tens of thousands of spend events.
What tools did this team use?
FastMCP, Claude Desktop, SQLite, Claude.
What results were reported?
Scale of spend events analyzed: from struggling with a few hundred data points to accurately analyzing tens of thousands of spend events; User reaction to results: mind-blowing (source-reported, not independently verified).
What failed first in this deployment?
A simple pagination tool built to chunk API responses into smaller parts did not solve the scaling problem.
How is this finance ops AI workflow structured?
Natural language query submitted → Transactions loaded from Ramp API → Data transformed into SQLite → SQL queries executed by Claude → Analysis and visualization delivered.