MCP (Model Context Protocol): the plumbing that lets an agent use your company’s tools without a custom build each time
Every tool an agent connects to used to mean a bespoke integration. The Model Context Protocol standardizes that connection — one interface, many tools, no rebuild every time you add a new one.
Before an AI agent can act — read a database, check a calendar, update a CRM record — it needs a connection to that system, and until recently that connection was built by hand for every tool and every model, a combinatorial problem that made each new integration a small project of its own. The Model Context Protocol (MCP), introduced by Anthropic in November 2024 as an open standard, exists to remove that duplication.
The underlying problem is not new. A 2023 study by Timo Schick and colleagues at Meta AI, Toolformer, had already shown a language model could learn on its own when and how to call an external tool with only a handful of examples per API. A related study, ToolLLM by Yujia Qin and colleagues, tested that idea against more than 16,000 real-world APIs and found the main obstacle was never whether a model could use a tool — it was the one-off integration work needed for every new tool-and-model pairing. That is precisely the duplication MCP standardizes away.
What actually changes with a standard
MCP defines one common interface between an AI model and the tools or data sources it needs to reach. A company can build one MCP server for its CRM, its ticketing system or its internal database once, and any MCP-compatible agent can then use it — without a bespoke connector rebuilt from scratch for each new model or each new use case. The gain is not a new capability the agent didn’t have before; it is the removal of repeated integration work every time a tool or a model changes.
What it does not solve on its own
A standardized connection is not the same thing as a safe one. MCP defines how an agent talks to a tool — it does not decide which permissions that connection should carry, and a tool wired in through MCP still needs the same governance as any other: scoped access, a clear log of what was read or written, and human validation before an irreversible action. Since being donated by Anthropic to the newly formed Agentic AI Foundation for open, vendor-neutral governance, the protocol itself has kept growing — the permission model around each individual deployment has not gotten simpler by itself.
- →Treat MCP as plumbing, not policy — it standardizes the connection, your company still defines what each connected tool is allowed to do.
- →Prefer an MCP server for a system you expect to connect to more than one agent or model — the standardization pays off on the second integration, not the first.
- →Audit permissions per tool the same way you would for a direct API integration; the protocol does not add security by itself.
Free resource
The self-assessment grid: 20 tasks AI can automate
Sales, admin, support, operations: the 20 tasks AI agents already handle in SMEs — with, for each one, the tell-tale sign that your team is concerned.
Read next
AI agents & automation
Claude Code switches to autonomous mode by default: the lesson for how you supervise your own AI agents
10 August 2026·5 min read
AI agents & automation
OpenAI Presence: even OpenAI won’t sell its AI agents self-service — what it means for your SME
1 August 2026·5 min read
AI agents & automation
Perplexity’s Personal Computer lands on Windows: what an AI agent that touches your files means for your SMB
30 July 2026·5 min read