Module 1: The Why - AI Isolation & Universal Adapter
Trace the why of MCP: understand AI isolation challenges, fragmented integrations, and the concept of a universal adapter standard.
AI Isolation: The Core Problem
Why this matters
AI Isolation: Isolation is why MCP exists — models cannot act on your systems without a standard bridge.
Large language models are powerful but isolated: weights alone cannot read your Google Drive, query Postgres, or run code on your laptop without bespoke integrations per app.
The integration bottleneck
- Every data source needed a custom plugin or API wrapper.
- Tools did not port across hosts (Claude Desktop vs Cursor vs your agent).
- Security and lifecycle (spawn, kill, audit) were ad hoc.
Common mistakes
- Confusing host with server (the host runs the client; the server is a separate process).
- Hard-coding API keys inside tool implementations instead of env vars.
- Using SSE locally when stdio is simpler and more secure.
Interview checkpoints
- Q: What is ai isolation in MCP? A: One-sentence definition + when it runs in the lifecycle.
- Q: One production pitfall? A: Name transport, auth, or schema mismatch.
Practice
- Basic: Sketch AI Isolation on a whiteboard.
- Intermediate: Find it in a real Claude Desktop or Cursor config.
- Advanced: Break it on purpose and document the error message.
Recap
- You can explain ai isolation clearly.
- You know host vs client vs server roles.
- You see how this connects to the next part.
Next: Universal Adapter
Why MCP: The Universal Connector
Why this matters
Universal Adapter: MCP is the open USB-C layer so one server works across Claude Desktop, Cursor, and custom agents.
The Model Context Protocol (MCP), introduced by Anthropic, is an open standard — think USB-C for AI tools. Write one MCP server; any compliant host can discover and call it.
| Traditional API | MCP |
|---|---|
| Custom client per API | One protocol; many servers |
| Host-specific plugins | Reusable across Claude, Cursor, agents |
| Opaque integration code | JSON-RPC + declared tools/resources |
Hosts implement the client; your code implements the server that exposes prompts, resources, and tools.
Common mistakes
- Confusing host with server (the host runs the client; the server is a separate process).
- Hard-coding API keys inside tool implementations instead of env vars.
- Using SSE locally when stdio is simpler and more secure.
Interview checkpoints
- Q: What is universal adapter in MCP? A: One-sentence definition + when it runs in the lifecycle.
- Q: One production pitfall? A: Name transport, auth, or schema mismatch.
Practice
- Basic: Sketch Universal Adapter on a whiteboard.
- Intermediate: Find it in a real Claude Desktop or Cursor config.
- Advanced: Break it on purpose and document the error message.
Recap
- You can explain universal adapter clearly.
- You know host vs client vs server roles.
- You see how this connects to the next part.
Next: Host-Client-Server
