Skip to main content
The MCP agent is twenty lines of code that answers questions about Agno using the official docs MCP server. The docs site exposes an MCP endpoint, the agent connects to it, and the answers stay current without a local knowledge base, embeddings, or an ingest pipeline.
That’s the whole agent. MCPTools(url=...) wraps the MCP server’s tools so the agent can call search_docs, read_page, etc. as if they were native tools.

What MCP gives you

Model Context Protocol is a standard for exposing tools, resources, and prompts to agents. Any MCP server (stdio, SSE, or streamable-HTTP transport) can be wrapped with MCPTools:
Tool discovery happens at connect time. The agent’s instructions get a list of available tools and their schemas. The agent calls them like any other tool.

When to use MCP vs writing a tool

For most third-party services, MCP wins. A @tool function is more direct for first-party data like your database or internal APIs.

See it in action

Each query triggers an MCP search_docs call against docs.agno.com/mcp. The agent reads the matching pages, synthesizes an answer, cites the source.

MCP as a context provider in Scout

The MCP agent uses MCP as a tool. Scout’s MCPContextProvider goes one step further: any MCP server becomes a registered context. Scout calls query_mcp_<slug> and a sub-agent answers from that server’s tools. Same protocol, different ergonomic layer. Source: agents/mcp/agent.py

Next

Dependencies →