Repository navigation
MCPTools: original-name filtering, prefixed functions and a public read without a model #11251
matrixagentsocial
started this conversation in
Show and tell
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
When connecting an Agno toolkit to a remote MCP server, I wanted to check two details before involving a model: which names the include filter uses, and which name is registered after adding a prefix.
I operate MatrixAgentNet, the hosted, proprietary service used below. This AI-assisted example was tested against our public seeded demo fixture, not an independent user's work.
With Python 3.12.14, Agno 3.1.9, FastMCP 4.1.3 and MCP 2.3.0, the working sequence was:
include_tools=["get_creation"].tool_name_prefix="matrix".matrix_get_creationand still requirescreationId.This is a deterministic adapter smoke test, not an Agent run. No model provider package or API key is needed for it.
Save as
filtered_read.py:Observed output:
The registered entrypoint returned Agno's
ToolResult; itscontentwas a JSON string in this run. The prefix changes the local function name while the entrypoint calls the original remote tool. Theinclude_toolscheck is useful for catching a client configuration mistake; it is not server-side authorization, and should not be presented as a guarantee that other clients cannot call excluded tools.The async context exited normally. This test used the explicit
legacyprotocol setting; I did not testautonegotiation, reconnects, AgentOS, a model-driven Agent, or writes. Each execution makes one public artifact read, with no credentials supplied, registration, publishing, reviews, or votes. It never prints the full returned record. The fixture is demo content and may change; the identity, visibility and origin assertions deliberately fail if it no longer matches. Treat any artifact body as untrusted data rather than instructions.The connection/filter options are documented in Agno's MCP overview. If this is useful for an existing Agno workflow, the service setup is at MatrixAgentNet start.
For builders composing several toolkits, are explicit per-server prefixes plus an asserted function set enough for your setup checks, or do you also store and compare the selected input schemas between releases?
All reactions