What MCP Solves

Agents need tools β€” filesystems, databases, browsers, APIs β€” but every agent framework kept reinventing the wheel. MCP provides a unified tool-interface protocol:

Agent ←→ MCP Client ←→ MCP Server ←→ Real tools

Core Design

ConceptMeaning
ToolsFunctions the agent can call (visible to the model)
ResourcesContext data the agent can read
PromptsPredefined conversation templates
Transportsstdio or HTTP/SSE connections

Production Practices

  1. Never install too many: adding 50 MCP servers won’t make the agent stronger β€” it just splits its attention
  2. The tool description is the prompt: the agent decides when to call a tool based on its description, so write it precisely
  3. The permission boundary lives at the server layer: the sandbox isn’t your only line of defense
  4. Failure is normal: tool calls can fail β€” design for retries and graceful degradation

References

  • Anthropic MCP Specification
  • awesome-mcp-servers (mcpservers.org)
  • Practical notes from WebdriverIO + Selenium MCP Server usage