<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Server on AI Knowledge Base</title><link>https://learn-ai.blindshot.kz/docs/anthropic/mcp/specification/2025-11-25/server/</link><description>Recent content in Server on AI Knowledge Base</description><generator>Hugo</generator><language>en-us</language><atom:link href="https://learn-ai.blindshot.kz/docs/anthropic/mcp/specification/2025-11-25/server/index.xml" rel="self" type="application/rss+xml"/><item><title>Overview</title><link>https://learn-ai.blindshot.kz/docs/anthropic/mcp/specification/2025-11-25/server/_overview/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://learn-ai.blindshot.kz/docs/anthropic/mcp/specification/2025-11-25/server/_overview/</guid><description/></item><item><title>Prompts</title><link>https://learn-ai.blindshot.kz/docs/anthropic/mcp/specification/2025-11-25/server/prompts/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://learn-ai.blindshot.kz/docs/anthropic/mcp/specification/2025-11-25/server/prompts/</guid><description>&lt;p&gt;Prompts are the least commonly used of the three MCP primitives, but they fill an important niche: reusable, parameterized templates that help users invoke common workflows. Think of them as saved recipes that combine a specific prompt structure with dynamic arguments. Unlike tools and resources, prompts are user-initiated &amp;ndash; the user explicitly selects a prompt from a menu rather than the model discovering it automatically. This makes them ideal for standardizing repetitive interactions like &amp;ldquo;summarize this codebase&amp;rdquo; or &amp;ldquo;review this PR.&amp;rdquo;&lt;/p&gt;</description></item><item><title>Resources</title><link>https://learn-ai.blindshot.kz/docs/anthropic/mcp/specification/2025-11-25/server/resources/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://learn-ai.blindshot.kz/docs/anthropic/mcp/specification/2025-11-25/server/resources/</guid><description>&lt;p&gt;Resources are how MCP servers expose data to the model without requiring the model to &amp;ldquo;call&amp;rdquo; anything &amp;ndash; think of them as files or documents the application can pull into context. The key distinction from tools is that resources are application-controlled (the host decides when to read them), while tools are model-controlled (the model decides when to invoke them). Pay attention to the URI-based addressing scheme, which lets clients discover and subscribe to resource updates. If your use case is primarily about providing context rather than performing actions, resources are usually the better primitive.&lt;/p&gt;</description></item><item><title>Tools</title><link>https://learn-ai.blindshot.kz/docs/anthropic/mcp/specification/2025-11-25/server/tools/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://learn-ai.blindshot.kz/docs/anthropic/mcp/specification/2025-11-25/server/tools/</guid><description>&lt;p&gt;Tools are the most commonly used MCP primitive &amp;ndash; they let the model invoke server-side functions with structured inputs and receive results. Focus on the JSON Schema-based input validation, which is how the model knows what arguments a tool accepts. A critical detail is that tool calls are model-initiated but require human approval in most host implementations, so design your tool descriptions to be clear enough that users understand what they are approving. Keep tool names concise and descriptions precise, as the model relies heavily on them for deciding when and how to call each tool.&lt;/p&gt;</description></item></channel></rss>