Zenaique

Which of the following are established MCP client implementations?

Multi-select·Medium·4.0 · 0·~1 min·Asked atCursorJpmorganSigmoid·Relevant atAnthropicBlockMicrosoftSourcegraph
Attempt it
TL;DR

An MCP client lives inside a host app and connects to servers. Claude Code, Cursor, Continue, and Cline qualify; an inference library and a model playground do not.

Memory aid
Sign in to see the mnemonic that makes this stick.
Easy to grasp

Picture MCP servers as appliances and an MCP client as the wall socket inside a building. The building is the host app you actually use, like a code editor or a terminal assistant. To plug an appliance in, the building needs a socket wired to the same standard. Claude Code, Cursor, Continue, and Cline all wired in that socket, so they can plug into any compliant server. Hugging Face Transformers is more like a toolbox for building the appliance's motor; it never had a wall socket, because that is not its job. OpenAI Playground is a showroom for trying out one brand of motor, with no socket either. The question asks which of these buildings actually have the socket installed.

Concept explanation~2 min read

Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example. Click to expand.

The MCP client landscape question looks like trivia, but it is really testing whether you understand the protocol's role model. MCP defines three roles: a host, a client, and a server. Mix those up and you will mislabel half the options.

The host is the application a person actually uses, an editor, a terminal assistant, a chat product. Inside the host runs an MCP client, the component that speaks the JSON-RPC protocol, manages connections, and discovers capabilities. The server is the external capability provider that exposes tools, resources, and prompts.

So "is X an MCP client implementation" reduces to one question. Does X embed client code and connect out to servers? This deep dive walks through that test, applies it to all six options, and explains why the ecosystem looks the way it does in 2026.

What actually makes something an MCP client host

An MCP client host is a user-facing app that does four concrete things. It creates and manages connections to one or more servers. It mediates calls between a model and those servers. It runs the full connection lifecycle. And it enforces user consent before a tool fires.

It helps to separate the host from the client precisely. The host is the surrounding application and its UI, the editor window or the terminal prompt. The client is the embedded component that owns a single connection to a single server and speaks the protocol on the wire. A host with three servers connected is running three client connections under the hood. Most people say "client" loosely to mean the whole host, which is fine in conversation, but the distinction explains why one app can fan out to many servers at once.

The lifecycle is the giveaway. A real client performs an initialize request, receives the server's capabilities, and replies with notifications/initialized. It then calls tools/list to discover the catalog and tools/call to invoke a tool. It also handles resources/list and prompts/list if the server advertises them. None of that machinery exists in a plain inference library, which is why the test is so reliable.

The consent step matters too. Because a server can run side-effectful tools, the host is responsible for asking the user before sending an email or mutating a database. A tool that has no notion of approving an external action, and no boundary between the model's intent and the real effect, is almost certainly not a client.

The four correct clients
Why the two distractors fail
Why the ecosystem is concentrated in developer tooling
A reusable test you can state in an interview
Sign in to unlock the full deep dive.

Situations where this technique stops working.

Sign in to see when this approach fails.

2–4 min · Everything important, quickly.

Sign in to see the quick scan of the deep dive.
OptionCategoryMCP client?
Claude CodeTerminal coding agentYes
CursorAI-native IDEYes
ContinueVS Code extensionYes
ClineAutonomous coding agentYes
Hugging Face TransformersModel inference libraryNo
OpenAI PlaygroundVendor model consoleNo

Real products, models, and research that use this idea.

  • Claude Code reads an MCP config, spawns each server as a subprocess, and discovers its tools at session start.
  • Cursor adds MCP servers through a JSON config and settings UI, mirroring Claude Desktop's claude_desktop_config.json format.
Sign in to see more production examples.

What an interviewer would ask next. Try answering before peeking at the approach.

QHow would you verify that a new AI tool is a genuine MCP client rather than just tool-calling?
A

Check for the initialize and initialized handshake, stdio or Streamable HTTP transport, and the ability to connect to arbitrary third-party servers, not just curated internal ones. Look for config docs and use of the official SDK.

2 more follow-ups an interviewer would ask next. Sign in to reveal them.

Red flags & common mistakes

The phrases that signal junior thinking. Click to expand.

Most common mistake

Counting any AI developer tool as an MCP client. A library that only runs model inference, or a playground that just calls one vendor's API, has no MCP client built in.

Sign in to see all red flags and common mistakes.

60 second bullets to scan on the way to the call.

  • The three MCP roles: host, client, and server

  • Why a tool counts as a client only if it connects to servers

Sign in to unlock the revision sheet.

Primary sources. Browse if you want the original framing.

Similar questions

Same topic, related formats. Practice these next.

4 curated
Next question
What is the Model Context Protocol (MCP) and what problem does it solve?
MCQ·Easy