Client and server
Servers expose data and tools under versioned schemas; clients retrieve with declared scopes.
RESOURCES · AI
Model Context Protocol is the open standard connecting models to data with persistent context. Mediator treats it as the governed tool-authority plane.
OVERVIEW
MCP pairs model clients with data servers over JSON-RPC: the client requests context or tool execution, the server answers with declared schemas, and conversation state persists across steps so later calls inherit earlier findings without re-proving them. Against generic REST APIs built for data exchange, MCP adds model-oriented primitives: capability discovery, context retention, tool manifests and progress reporting. Against EDI and SOAP-era rigidity, it stays transport-light and schema-flexible while keeping auth, audit and versioning explicit. Production deployments add the missing half that demos skip: per-tool scopes negotiated before first call, secret references resolved only on the owning node, per-call approval policy by risk class, idempotency keys on mutating tools, timeout and retry budgets, and a surviving ledger mapping every call to actor, arguments, result hash and receipt.
Servers expose data and tools under versioned schemas; clients retrieve with declared scopes.
Clients enumerate live tools before planning; undeclared tools are unreachable by construction.
Conversation and task state persist across calls; resumption replays from receipts.
Every node declares readable and writable surfaces; writes outside fail closed into HOLD.
Read, propose and execute classes carry distinct approval paths by risk.
Handles resolve at execution on the owner node; prompts, logs and transcripts stay redacted.
Mutating tools carry idempotency keys; timeouts and retries are declared, not improvised.
Actor, arguments, result hash and receipt persist beyond the session for independent replay.
PROOF
Reviewers inspect the scope table and receipt sample, not the demo recording.