@truehazker this SEP does not have an assigned sponsor. Are you looking to continue working on it and find sponsorship?

Hi, the search and filtering are still a big itch I'd say in the MCP. I continue exploring solutions, but the current approach has ambiguity in terms of the query parameter format and server-side search implementation.

I'm still searching for something clear that can be actually used in a sort of deterministic way by the AI agents and LLMs.

So yeah, sponsoring would help me at least to have a second point of view.

https://developers.openai.com/api/docs/guides/tools-tool-search/

@truehazker sponsoring in this context is not necessarily for a second point of view - it's more about a sponsor supporting this moving forward, acknowledging that this needs to be done (see SEP guidelines).

If you haven't yet, I would highly recommend engaging with the community on Discord to see if there is interest in helping push this SEP forward.

@cliffhall @chughtapan - this seems like something that overlaps with your past work?

@truehazker The current position of MCP core maintainers (my understanding atleast) is that such filtering can be done after clients fetch the list instead of doing it in the protocol.

But there is an ongoing effort to work on protocol extensions for such features and then revisit the standardization question later. It might be good to include in upcoming extension. We have a primitive-grouping-ig on discord where we can talk more.

Closing this proposal as it has not received a sponsor and there is an active recommendation to engage in Discord.