Каждый день в ленте мелькает новый фреймворк, MCP-сервер, CLI-утилита или API, которые «точно пригодятся». Большинство людей делают одно из двух: сохраняют в закладки и забывают — или тут же подключают к своему агенту.
Второй вариант кажется продуктивным, но на практике всё наоборот. Чем больше скиллов, MCP-подключений и контекста вы навешиваете на агента, тем хуже он работает. Лучший агент — лёгкий агент.
Рабочая схема другая: каждый найденный инструмент сохраняется не в агента, а в базу знаний. Карточка с описанием, ссылками на документацию, сценариями использования и инструкцией по подключению. Когда начинается новый проект, система сначала ищет по базе и подтягивает только то, что реально нужно под задачу.
Агент остаётся чистым и загружен ровно тем, что ему нужно. А библиотека инструментов растёт сама по себе и ждёт своего часа.
И ещё одно правило, которое стоит внедрить: раз в две недели проходитесь по активным MCP-подключениям и скиллам. Контекстная гигиена — такая же часть работы с агентами, как и написание промптов.
Статья: Как я сделал из сайта редактора: граф предлагает темы, Notion-агент пишет, человек утверждает
Блог: Промпт для Codex: пусть агент сам найдёт, что автоматизировать
База знаний: Экосистема MCP — серверы, клиенты, SDK, реестры и инструменты разработки
Если вы строите агентов и подключаете к ним внешние инструменты, вопрос «сколько контекста давать» рано или поздно встанет ребром. Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov