Большинству агентов выставляются счета за инструменты, которые они не используют. Не один раз — на каждом ходу. Механика настолько проста, что ее легко пропустить. Когда вы предоставляете модели набор инструментов, в запрос передается полная схема JSON для каждого инструмента. Имена...
Большинству агентов выставляются счета за инструменты, которые они не используют. Не один раз — на каждом ходу.
Механика настолько проста, что ее легко пропустить. Когда вы предоставляете модели набор инструментов, в запрос передается полная схема JSON для каждого инструмента. Имена, описания, типы параметров, перечисляемые значения, вложенные объекты, лот. Модель читает все это, выбирает один и вызывает его. На следующем этапе весь каталог снова передается по сети, поскольку API не имеет состояния, а список инструментов является частью запроса.
С восемью инструментами это незаметно. С двумя сотнями это доминирует в вашем счете входных токенов, вытесняет контекст, который вас действительно волнует, и — что больше всего вредит — заметно ухудшает точность выбора инструментов.
Microsoft Foundry представила Tool Search в сборке 2026 именно для решения этой проблемы. Это стоит понять, и стоит понять за пределами Foundry: один и тот же режим отказа проявляется в любом агенте с большим количеством MCP, и меры по снижению риска носят общий характер.
Форма проблемы
Умеренно подробная схема инструмента использует 150–400 токенов, если учесть описания параметров, которые достаточно хороши для правильного использования модели. Дешевые схемы приводят к плохим вызовам инструментов, поэтому команды пишут щедрые, что является основой
