The first version of @yawlabs/aws-mcp exposed every AWS API operation it could find. The reasoning was straightforward: a wrapper server should not pre-decide what the model does or does not need. Let the model see everything. Let the model choose.

The tool list was forty thousand tokens.

The model could not reason about it. It would call the right tool maybe a third of the time, the wrong-but-adjacent tool another third, and time out staring at the menu the rest. Token cost per task was four dollars. The "let the model see everything" version of the server was, technically, a working MCP server. It was also unusable. That afternoon is the day the schema-design chapter started.

This book is what thirteen MCP servers - tailscale-mcp, aws-mcp, npmjs-mcp, lemonsqueezy-mcp, and the rest - taught us we needed to write down. It is out today. PDF, EPUB, free updates.

Free with a Token Limit News subscription. Your download links appear right here -- they stay live for about an hour. Unsubscribe anytime.

What's in the twelve chapters

Part 1 - Foundations. Chapters 1-3 set up the protocol model. Why MCP exists and what it solved that Plugins and function-calling didn't (Chapter 1 opens the book). The four architectural shapes a real server takes: stdio adapter, HTTP service, in-process embedded, and the trade-offs between them. Then a worked example - npm init through npm publish - that the rest of the book refers back to.

Part 2 - Surface. Chapters 4-7. The auth chapter (the four common patterns, the LLM-vs-human identity-flow problem, what to do when your upstream API has a token model that does not match any of the four). The longest chapter, schema design (naming, parameter modeling, description-writing, the tool-list size problem - the forty-thousand-token version of aws-mcp shows up here). Tool composition (output-shape-as-input-shape, list-then-detail, idempotency under retries, cross-server composition). Error handling the model can act on (the throw-discipline rule, trigger phrases, transient vs terminal retry, a six-axis grading rubric).

Part 3 - Lifecycle. Chapters 8-10. Testing a probabilistic consumer (unit, integration, end-to-end; the harness pattern that makes E2E tolerable; golden-file tests for tools whose formatted output matters). Hosting without going broke on idle (six realistic options for HTTP servers, an honest comparison of managed MCP platforms, container packaging, reproducible builds off your laptop). Security review survival (threat model, mitigations, the questions a competent reviewer will ask, a checklist you can run yourself).

Part 4 - In practice. Chapters 11-12. Four case studies from the @yawlabs portfolio: tailscale-mcp (the first one, what we got right and wrong), npmjs-mcp (the auth-shaped one), aws-mcp (schema-design lessons), lemonsqueezy-mcp (errors and money). Each one walks through the architecture, the surprises, the bugs that shipped, and what a v2 would look like. Then what's next - in-flight spec changes, ecosystem gaps, and the bets I'd make today.

Why this book exists

The MCP spec is good. The reference SDKs are good. The "hello world" tutorials are good. None of them tell you what happens between "my server returns a tool list" and "my server has been running in production for six months, the auth model survives a security review, and when it breaks I know within four minutes."

That is the gap. It is full of decisions the spec does not make for you - because it is correct that the spec does not make them - and that the docs do not cover - because they cannot, without anchoring to a stack. This book anchors to thirteen real, shipping @yawlabs/* servers and reads back what each one taught us.

Who it's for

You ship code for a living, you have already shipped at least one MCP server, and tools/list is not a thing you have to look up. The book starts where that leaves off: your aws-mcp tool list is forty thousand tokens and you want the fix, and you want an auth model that holds up the moment a security reviewer reads it. Mid-to-senior IC, or the tech lead deciding where a team's MCP effort goes.

If you are looking for a spec walkthrough, modelcontextprotocol.io does that better than this book would. If you are looking for "what is MCP" - this book will be over your head. The disciplines port across stacks; the examples here are TypeScript-and-Node-shaped because that is what the @yawlabs servers are.

What's in the box

PDF and EPUB, free updates as the MCP spec evolves and the @yawlabs servers ship new lessons, and pointers into the live @yawlabs/* repositories every example is grounded in -- shipping code you can go read. The full breakdown is on the book page.

Five of the twelve chapters have a free standalone guide online -- building your first server, auth, schema design, testing, and hosting. Read one; you'll know in twenty minutes whether the book is for you.

Twelve chapters drawn from shipping thirteen @yawlabs/* servers.

PDF + EPUB. Free updates as the spec evolves. Free with a Token Limit News signup.

Free with a Token Limit News subscription. Your download links appear right here -- they stay live for about an hour. Unsubscribe anytime.

Published by Yaw Labs.

Related Articles