Пост Хочется добить тему с MCP, точнее о проблеме с загрязнением контекста тулами из MCP.

Хочется добить тему с MCP, точнее о проблеме с загрязнением контекста тулами из MCP. Схемами тулов, если уж быть точным. Есть еще одно решение - MCP Progressive Discovery. Т.е. MCP сервер не сразу объявляет все доступные тулы, а по мере необходимости. Как это сделать? Объявляем meta-tool, один. В его описании указываем все, что умеет MCP. Как только клиент его вызывает, возвращаем ему что-то типа: "подожди немного и вызови вот такой тул". Бросаем событие list_changed - это часть протокола MCP, позволяющая динамически менять список объявляемых тулов и оповещать об этом клиентов. А клиент, соответственно, получив данное событие обновляет список тулов и вызывает нужный. Будет ли работать на всех агентах - думаю нет, надо тестить. Агент должен поддерживать событие list_changed. К слову, если объявить у MCP сервера кастомное API слушателя событий, и бросать ему туда события о том, что происходит в агенте - можно даже не ждать, пока он вызовет Meta-tool. Ну, например, начали работать с git - логично показать соответствующие тулы. Еще вариант - тот же meta-tool, но заменяющий собой несколько атомарных тулов. Например, за все операции с git. Я тут вижу много проблем: теряем Single Responsibility, схемы становятся формальными (объявляем что-то типа response: object), валидация типов будет происходить в коде в рантайме. Но в каких-то случаях может пригодится. Можно его переформулировать как упрощение API MCP сервера с целью уменьшения размер схем. #ai #ai_agents #mcp #ai_agent_context_management