How MCP prompts work
A typical prompt flow is:- The client discovers prompts with
prompts/list. - The user selects a prompt.
- The client requests it with
prompts/getand supplies any arguments. - The server returns one or more structured messages.
- The client adds the messages to the AI interaction.
prompts capability during initialization when they support this feature.
What defines a prompt?
A prompt definition can include:- A unique programmatic
name - An optional display
title - A human-readable
description - Optional arguments
- Optional icons and metadata supported by the protocol version
What does prompts/get return?
The server returns a description and an ordered list of prompt messages. Each message has a user or assistant role and supported content.
Prompts, resources, and tools
A prompt can guide the model to use resources or tools, but it does not replace them.
For example, a “Prepare account review” prompt can define the workflow. A customer resource can supply account context. A tool can retrieve current usage or create a follow-up task.
Examples of MCP prompts
Design prompts for clear selection
- Use an action-oriented name and title.
- Explain when the user should choose the prompt.
- State the expected output.
- Keep each argument focused and well described.
- Validate required arguments before generating messages.
- Keep instructions concise and specific.
- Avoid silently adding unrelated goals.
- Test prompts with missing, empty, and unusual inputs.
Prompt updates
A server can declarelistChanged support. If the available prompt list changes, it can send notifications/prompts/list_changed so the client can refresh its view.
Clients should not assume every server or protocol version supports the same metadata or content types. They should follow negotiated capabilities.