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
| Concept | Meaning |
|---|---|
| Tools | Functions the agent can call (visible to the model) |
| Resources | Context data the agent can read |
| Prompts | Predefined conversation templates |
| Transports | stdio or HTTP/SSE connections |
Production Practices
- Never install too many: adding 50 MCP servers wonβt make the agent stronger β it just splits its attention
- The tool description is the prompt: the agent decides when to call a tool based on its description, so write it precisely
- The permission boundary lives at the server layer: the sandbox isnβt your only line of defense
- 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