A year ago, the Model Context Protocol (MCP) was an interesting open standard. In 2026 it is infrastructure. The protocol is now governed under the Linux Foundation's Agentic AI Foundation, its SDKs are downloaded tens of millions of times a month, and every major AI assistant can connect to MCP servers.
For SaaS founders the question has moved from "what is MCP?" to "do our customers' agents need to use our product?"
What MCP actually gives you
MCP standardises how an AI client discovers and calls capabilities in your product:
- Tools: actions the model can take, such as
create_invoiceorsearch_tickets - Resources: data the model can read, such as a project or a document
- Prompts: reusable templates your product offers to the user
Instead of building a custom plugin for each assistant, you ship one server. The official specification and SDKs cover TypeScript, Python and most other mainstream languages.
When an MCP server is worth building
Build one if at least two of these are true:
- Your users already paste your product's data into ChatGPT or Claude
- Your product holds actions an assistant could take (create, update, schedule, approve), not just static content
- Customers or prospects ask "does it work with our AI tools?" in sales calls
- You already have a stable public API
Skip it, for now, if your product is mostly read-only marketing content (structured data and good SEO matter more; see SEO for AI search) or your API is still changing every week.
Design tools for tasks, not endpoints
The Thoughtworks Technology Radar has warned against naive API-to-MCP conversion, and we agree. Agents perform worse when they get 60 near-identical tools.
Good MCP tools:
- Map to user intents:
schedule_meeting(attendees, window)rather thanPOST /eventsplusGET /availability - Have descriptions written for a model: when to use the tool, when not to, and an example
- Return compact, structured results, not 400-field JSON dumps
- Fail with actionable errors, for example "date must be in the future; the user's timezone is Europe/London"
Token efficiency matters. Cloudflare reported that letting models write code against an API (its "Code Mode" approach) cut tool-definition tokens by around 94% compared with loading every tool upfront. Even if you don't adopt that pattern, fewer and better tools is the lesson.
Authentication and tenancy
Remote MCP servers should follow the protocol's authorisation specification, which builds on OAuth 2.1:
- Each user grants access through your normal login, including SSO and passkeys
- Tokens carry scopes (read-only versus write) and are tied to a tenant
- Admins can see and revoke connected agents
Recent spec revisions have moved the transport towards stateless, plain-HTTP operation, which makes MCP servers much easier to run on serverless platforms and behind your existing load balancers.
Security: assume the caller is confused
The model calling your tool may have read a malicious email five minutes earlier. Design for that:
- Require confirmation for destructive or financial actions, and return a preview first
- Rate limit per user and per tool
- Log every call with the client name, user, arguments and result
- Never return secrets or other tenants' data, even in error messages
Our prompt injection defence guide covers the threat model in depth.
Measure it like a product
Track:
- Connected clients and active users per week
- Tool success and error rates
- Which tasks agents perform most (often a strong signal for your roadmap)
- Support tickets that mention AI assistants
Large platforms are already seeing millions of MCP calls a month. Even at startup scale, usage data tells you which workflows customers want to automate.
A two-to-four-week plan
| Week | Deliverable |
|---|---|
| 1 | Pick the 5–10 highest-value tasks; design tool schemas and descriptions |
| 2 | Build the server on your existing API; add OAuth and scopes |
| 3 | Evals: run real tasks through two or three AI clients and fix the tool designs |
| 4 | Rate limits, audit logs, docs page and launch |
Bottom line
If customers use AI assistants to do their jobs, an MCP server is quickly becoming as expected as a public API. The work is less about the protocol and more about designing a small set of safe, task-level tools.
Want help scoping it? Our custom software and AI integration team ships MCP servers in sprint-sized increments. Start with a call.
Frequently asked questions
What is an MCP server?
An MCP server exposes your product's capabilities (tools, resources and prompts) through the Model Context Protocol, so AI assistants and agents such as ChatGPT, Claude, Copilot or Cursor can use your product on a user's behalf.
Can we just convert our REST API into MCP tools?
You can, but it usually works badly. One tool per endpoint floods the model with options and tokens. Design a smaller set of task-level tools that map to what users actually want done.
How should an MCP server handle authentication?
Remote MCP servers should use OAuth 2.1 with scoped tokens per user and tenant, as described in the MCP authorisation specification. Never share one API key across all users of an agent.
How long does it take to build a production MCP server?
For a SaaS with an existing API, a focused server with 5–15 well-designed tools, OAuth, rate limits and logging typically takes two to four weeks.