Question: Dynamic tool generation

[sjwiesman]

I'm curious if there has been any consideration for defining tools without using macros? For my use case I am looking to define tools at runtime based on state defined in an external store. The python-sdk offers a low level server sdk that matches my needs, but I am looking to integrate this into an existing rust code base.

I noticed that rmcp::model::tool::Tool is not publically exported. Is the intent that macros are the only way to work with the rust sdk? Or is there a way to achieve a more dynamic experience that I am missing?

[4t145]

I noticed that rmcp::model::tool::Tool is not publically exported.

It's public actually, it's re-exported in model, so you can use it by use model::Tool.

And I'm currently discussing the refactor of the tool macro with another maintainer in #195, and I want to add a tool routing mechanism similar to web server routing like axum as part of the refactor.

[jnicholls]

I have a similar question, but in the context of offering per-session dynamic tooling. A similar context/use-case is discussed on this issue for GitHub's MCP server, and also is supported by their underlying Go MCP server mcp-go (see this issue and implemented here and here).

My use case is like GitHub's, where tools are offered dynamically based on the user session and their permissions, and also because the total world of tools in my use case are high in cardinality and cannot all be offered at once.

I think a runtime-based ability to define and offer tools at runtime based on runtime data would be required for my use case. The implementation of each tool would also be generic and not concrete, based on runtime information. https://crates.io/crates/rust-mcp-sdk has a similar limitation in terms of routing tool requests to be handled dynamically, I believe.

[4t145]

@jnicholls Sorry for late response, I just saw this. As I mentioned, you can define tools without macro. So it should meet you requirement.

[4t145]

I will close this issue for it seems like a misunderstanding.