101 · 15 canons
MCP
The protocol's original motivation, current architecture, secure transport and the maintainer decisions that turned a connector format into shared infrastructure.
TL;DR: MCP standardizes how AI hosts connect to tools, resources and prompts. Read the architecture and transport specs first; then study authorization, client behavior and governance before copying a demo server into production.
Voices in this 101
Reading path 1
Understand the protocol
- 01
Introducing the Model Context Protocol
Anthropic developer-relations leader and early public voice for MCP.
- TL;DR
- MCP was introduced as an open standard that replaces one-off data integrations with a common connection between AI applications and external systems.
- What you'll read
- The launch thesis, early architecture, initial SDKs and the ecosystem problem Anthropic intended the protocol to solve.
- 02
MCP architecture
MCP co-inventor and lead maintainer.
- TL;DR
- A host owns user experience and security boundaries, clients maintain one server connection each, and servers expose focused context and capabilities.
- What you'll read
- The authoritative host-client-server roles, isolation boundaries, capability negotiation and design principles.
- 03
MCP base protocol
MCP co-inventor and lead maintainer emeritus.
- TL;DR
- MCP is a stateful JSON-RPC protocol with initialization, negotiated capabilities, notifications and explicit lifecycle behavior.
- What you'll read
- Message shapes, request and notification rules, initialization, capability exchange and the primitives every SDK must preserve.
- 04
MCP transports
MCP co-inventor and lead maintainer.
- TL;DR
- Local stdio and remote Streamable HTTP solve different connection problems while carrying the same protocol messages.
- What you'll read
- Transport requirements, session handling, origin checks, protocol-version headers and why old HTTP+SSE assumptions no longer define remote MCP.
- 05
MCP server primitives
MCP co-inventor and lead maintainer emeritus.
- TL;DR
- Servers can expose prompts, resources and tools; treating all three as interchangeable functions throws away useful protocol semantics.
- What you'll read
- The server capability model and the distinct jobs of prompts, resources, tools and utility features.
Reading path 2
Build reliable servers
- 06
Build an MCP server
MCP co-inventor and lead maintainer.
- TL;DR
- Start with one useful capability and a supported SDK, then prove the server through an inspector or real host before adding breadth.
- What you'll read
- A working server walkthrough and the minimum concepts needed to expose tools without hand-rolling the protocol.
- 07
MCP tools specification
MCP co-inventor and lead maintainer emeritus.
- TL;DR
- Tool schemas describe inputs and outputs, but the client still owns consent, presentation and safety around invocation.
- What you'll read
- Discovery and call methods, schema contracts, structured output, errors, annotations and the user-interaction principles around tools.
- 08
MCP authorization
MCP co-inventor and lead maintainer.
- TL;DR
- Remote MCP authorization builds on OAuth while keeping resource servers, authorization servers, clients and protected resources explicit.
- What you'll read
- Discovery, metadata, audience binding, protected-resource behavior and the flow a conforming remote client should follow.
- 09
MCP authorization security considerations
MCP co-inventor and lead maintainer.
- TL;DR
- Token passthrough, confused deputies, open redirects and excessive scopes turn a convenient connector into an account-compromise path.
- What you'll read
- Concrete attack classes and mitigations for audience validation, consent, redirect handling, least privilege and secure token use.
- 10
MCP client best practices
MCP co-inventor and lead maintainer emeritus.
- TL;DR
- Clients must treat servers as untrusted capability providers, preserve user control and make tool state and failures understandable.
- What you'll read
- Operational guidance for permissions, confirmations, capability changes, errors, timeouts, cancellation and safe user experience.
Reading path 3
Learn from the maintainers
- 11
MCP's first anniversary
MCP co-inventor and lead maintainer.
- TL;DR
- MCP's first year moved the protocol from an Anthropic launch to broad infrastructure with a community process and a much larger compatibility burden.
- What you'll read
- A maintainer retrospective on adoption, specification evolution, ecosystem growth and the problems still unsolved after year one.
- 12
Introducing the MCP Registry
MCP co-inventor and lead maintainer.
- TL;DR
- A shared registry standardizes discovery metadata; it does not certify server quality, safety, uptime or real tool execution.
- What you'll read
- Why the registry exists, how publishers and aggregators interact with it, and what canonical metadata can and cannot prove.
- 13
Governance and stewardship
MCP co-inventor and lead maintainer emeritus.
- TL;DR
- MCP uses named maintainers, decision roles and public processes rather than letting protocol direction hide inside one vendor's product roadmap.
- What you'll read
- Maintainer roles, decision authority, working groups, escalation and the public structure behind specification changes.
- 14
The MCP roadmap
MCP co-inventor and lead maintainer.
- TL;DR
- The roadmap identifies the protocol's active pressure points so builders can avoid treating current gaps as permanent architecture.
- What you'll read
- Maintainer priorities across transport, authorization, discovery, enterprise use, agents and extension mechanisms.
- 15
MCP joins the Agentic AI Foundation
Builder of Claude, MCP and Claude Managed Agents.
- TL;DR
- Moving stewardship into a neutral foundation makes MCP less dependent on Anthropic while creating a formal home for ecosystem governance.
- What you'll read
- The institutional transition, founding projects and what neutral stewardship changes—and does not change—for implementers.
How 101 works
Lazyweb summarizes the source and tells you why to read it. The original author owns the argument. Every canon links to the original.