Agents, MCP and skillsLoading progress…

Resources and prompts

Explain MCP roles and lifecycle and trace a tool-discovery and tool-call exchange under a pinned protocol version.

Resources and prompts

Tools are only one of the capabilities a server can offer. Resources expose contextual data (a file, a record) that the host can read and place in context, via resources/list and resources/read. Prompts expose reusable interaction templates with arguments, via prompts/list and prompts/get. They are different from tools: a resource read returns data and changes nothing; a prompt produces messages to send; a tool may act on the world.

purpose: contextual data the host can read and offer as context methods: resources/list, resources/read example: file:///policy/refunds.txt → "Refunds are paid within 30 days." effect: read-only data; reading changes nothing

Reading a resource returns data; it is not the same as executing an arbitrary shell command. Each capability has its own methods and its own risks.

Compare the three capabilities.

Predict first. Is reading a resource identical to executing an arbitrary shell command?

Chapter context

MCP defines a protocol for applications to connect models with external capabilities. It standardizes exchanges; it does not grant a server universal authority or make every discovered tool appropriate for every user request.

Chapter reference: math, worked example & code

This section belongs to the whole chapter, so it is the same on every lesson in it and may cover a different lesson's topic. The code for the experiment you just ran is inside the experiment itself.

Math and notation

The MCP specification revision examined here is 2026-07-28. Request envelopes use JSON-RPC 2.0, an ID for response correlation, a method, and method-specific parameters that include _meta with the required io.modelcontextprotocol/protocolVersion and io.modelcontextprotocol/clientCapabilities. A successful result carries resultType, here "complete". Do not treat this date as a claim about every installed client or SDK.

Worked example

A tools/call request with id 7 names add, supplies a=2,b=3 and carries the protocol version and client capabilities in _meta. The server runs the permitted operation and answers with the same id and a content array holding the text 5. The offline example below checks envelope fields and arithmetic; a production server must also implement discovery, schema validation, errors and transport behavior.

Reference code

The following example uses the Python standard library and does not call a remote service.

meta={'io.modelcontextprotocol/protocolVersion':'2026-07-28','io.modelcontextprotocol/clientCapabilities':{}}
request={'jsonrpc':'2.0','id':7,'method':'tools/call','params':{'name':'add','arguments':{'a':2,'b':3},'_meta':meta}}
args=request['params']['arguments']
total=args['a']+args['b']
response={'jsonrpc':'2.0','id':request['id'],'result':{'resultType':'complete','content':[{'type':'text','text':str(total)}],'isError':False}}
assert request['method'] == 'tools/call'
assert request['params']['_meta']['io.modelcontextprotocol/protocolVersion'] == '2026-07-28'
assert response['id'] == 7
assert response['result']['content'][0]['text'] == '5'
assert response['result']['isError'] is False

Python examples are provided for study and local execution; this page does not execute Python.

Common mistakes

MCP is not a language model or an automatic permission system. Resource, prompt and tool capabilities differ. Do not assume an initialize handshake: that belongs to revisions before 2026-07-28. Protocol versions and SDK releases must be matched when turning this draft into runnable setup instructions.