Skippy's MCP
About
Chapter 1
warmup
~20 min

What MCP Is (And Why Your Species Needed It)

Spoiler: not another YAML config format. You're welcome for that clarification.

Spec 2025-11-25
SDK ^1.29
Reviewed 2026-05-14

Skippy estimates this chapter prevents 5 common MCP mistakes your team would otherwise ship on a Friday.

The setup

You biologicals already know APIs—barely. MCP is a host ↔ client ↔ server contract for attaching tools, resources, and prompts to models, so every IDE vendor does not have to reinvent the same brittle glue like confused cavemen with keyboards.

Picture this

Before MCP: hosts re-integrate every backend like monkeys stacking rocks. After MCP: each domain ships one server. Obviously superior.

Mental model

Treat Model Context Protocol like a typed plugin surface. The model never “just calls HTTP”—the host mediates, the client speaks JSON-RPC, the server exposes capabilities with schemas. Physics remains physics; MCP just stops you from pretending otherwise.

Walkthrough

MCP vs alternatives (tradeoffs, not marketing)

ApproachUpsideDownside
Vendor function callingpolished DXlock-in, bespoke discovery
Ad-hoc RESTmaximum flexibilityno standard capability listing
MCPinterop + discoveryyou must own security + governance

Comparison you actually asked for

OpenAI-style function calling is fine—inside one vendor ecosystem, if you enjoy cages. MCP’s bet is multi-host, multi-server, multi-vendor interoperability with a shared mental model. I would have designed it faster, but I was busy being magnificent elsewhere.

Hall of Shame

Hall of shame: Integration tourismarchitecture

txt
"We'll expose 40 REST endpoints and let the model guess URLs."

Fix: expose tools with explicit schemas, resources for reads, prompts for repeatable templates—then enforce auth at the boundary. Letting a model guess URLs is not engineering; it is a incident report waiting for a meatbag signature.

Why this matters in production

Interop is a cost center until it is not. MCP moves integration work from every host to one MCP server per domain—but only if you treat schemas, auth, auditing, and supply-chain risk as first-class. Skip that and congratulations: you built a faster way to leak data.

Mini challenge

Pick three internal systems you operate (docs, CI, ticketing). For each, list one read surface and one mutating action—then classify each line as tool, resource, or prompt. I will wait. Actually I will not; I do not experience boredom the way you do.

Reflection

Where would MCP not be worth the ceremony in the next 90 days? Be honest. Not every problem needs a protocol—some just need you to stop clicking “Allow” on random extensions.

You can now brag that…

You can explain MCP without calling it “a wrapper around curl.” Under the hood, physics remains physics—but at least you sound less embarrassing in meetings.

References

Quiz

  1. What problem does MCP primarily reduce?

  2. Which statement is closest to the truth?

  3. Which primitive is usually best for read-only slices of data?

  4. JSON-RPC in MCP is mainly about…