LESSON 15 / 18·2 min readAdvanced

Advanced Capabilities and Multiple-Server Architecture

Should knowConcept lesson
01 Understand02 Recall03 Prepare

Sampling

A server can request model generation from the host/client when the client supports it. The host retains control over model access, user control, and policy. Do not assume sampling support.

Elicitation

A server can request structured user input when supported. Do not use a general elicitation form to collect secrets or passwords; choose an approved secure flow.

Roots

The client can expose permitted filesystem roots to the server. The root list is not a replacement for an authorization boundary; the server must still validate received paths.

Multiple servers

A host can connect to multiple MCP servers. Large catalogs increase model confusion and context costs.

Architecture at a glanceFollow the arrows to see how the parts connect.

Preparing the architecture diagram…

Read the full diagram flow
flowchart LR
  H[Host orchestrator] --> R[Repository server]
  H --> B[Business data server]
  H --> T[Support server]
  R --> RC[Source and docs]
  B --> DB[(Business database)]
  T --> TS[Ticket service]

Use capability routing, per-server trust levels, namespaced tools, and limited catalog exposure. For cross-server workflows, plan shared identity, data classification, rollback, and an audit trail.

PAUSE & RECALL

Can you explain it without the notes?

Advanced Capabilities and Multiple-Server Architecture

Use your own words. Explain an example and one limitation before checking the explanation.

Check your explanation

Sampling

CONNECT IT TO YOUR INTERVIEW

Turn this concept into a clear answer.

Practice this concept
YOUR NEXT STEP

Keep connecting the ideas.

Next lesson: Deployment, Scaling, Versioning, and Operations

Adapted from 20_MCP_SERVER.md · “15. Advanced Capabilities and Multiple-Server Architecture”. Examples are study fragments; framework behavior can depend on your version.