MCP: 3 месяца в работе — что изменилось, что нет
Когда вышел MCP, я поставил четыре сервера за день. Потом убрал два. Потом добавил один другой. Через три месяца понял: Model Context Protocol не делает тебя умнее. Он убирает трение — в конкретных местах, за конкретные минуты.
Я пишу это не потому, что MCP хайповый. Я пишу, потому что большинство контента про MCP — это туториалы «поставь за 5 минут». А что происходит через 90 дней, когда первый восторг прошёл, никто особо не пишет.
Как я пришёл к MCP (и почему откладывал)
Я видел посты про MCP ещё когда протокол только вышел. Отложил. Причина простая: выглядело как ещё один «слой интеграции», который добавит сложности больше, чем уберёт. У меня уже работал Claude Code, Obsidian, Jira — каждый в своём окне.
Потом один коллега показал, как агент читает его vault в Obsidian прямо из командной строки, без копирования. Я понял: это не слой абстракции. Это убранный ручной переход.
За один вечер поставил: Obsidian MCP, Atlassian MCP, Figma MCP, chrome-devtools-mcp. Четыре сервера. Решил посмотреть, что выживет.
Что оставил: три сервера, которые остались
Obsidian MCP. Весь рабочий контекст лежит в vault ivanpin_docs. Когда агент Claude Code выполняет cron-задачи T1–T14, он читает и пишет заметки прямо там. Раньше это было: скопировать содержимое файла, вставить в запрос, получить ответ, скопировать обратно. Теперь этого этапа нет. Не «ускорение в 10 раз», просто убранный ручной шаг на каждой итерации.
Atlassian MCP оставил по другой причине. Jira PIN-проекта — живой список задач. Агент читает тикеты без переключения в браузер. Казалось бы, мелочь. Но когда работаешь в потоке, каждый переход в браузер — это выход из него.
chrome-devtools-mcp держится потому, что на нём стоит вся SSI-автоматизация: 13 cron-задач. Без него агент не видит браузер вообще. Это не опция, это инфраструктура.
Figma MCP убрал через две недели. Не нашёл задачи, где агент рядом нужен. Ставить ради «может пригодится» не стоит.
Где реально стало быстрее
Конкретная цифра: ~45 минут в день рутинных переключений я перестал тратить. Это сумма мелких вещей.
Раньше запуск cron-задач T1–T14 предполагал: агент работает, я жду, вижу что-то непонятное в выводе, открываю Obsidian, нахожу файл, смотрю контекст, возвращаюсь. С Obsidian MCP агент видит vault сам — и если вопрос возникает, он решает его без моего участия.
Atlassian MCP дал другое. Утром я обычно начинаю с просмотра Jira. Теперь агент подтягивает открытые тикеты в контекст без команды. Это не сокращение часов. Это другое: меньше прерываний в середине задачи.
Что не ускорилось — написание кода. MCP не влияет на то, как Claude Code генерирует логику. Там нет разницы до/после. MCP работает на стыках, не в ядре.
Где MCP не помог: три провала
Figma MCP я убрал первым. Поставил, настроил, сделал два запроса. Понял: мой дизайн-процесс асинхронный, агент рядом не нужен. Конкретного применения нет — до свидания.
Сложнее был другой кейс. Один из серверов обновился, схема изменилась, агент начал читать контекст неправильно — и я этого сразу не заметил. Потратил час на диагностику. MCP-интеграции требуют того же внимания к версионированию, что и обычные зависимости. «Поставил и забыл» не работает.
Третий провал тише, но накладывает. Когда Obsidian MCP читает большой vault, каждый вызов агента стоит дороже — буквально, в токенах. Первая установка этого не показывает. Счёт — показывает.
Скрытая цена: контекст — это не бесплатно
Это важнее, чем кажется. Каждый MCP-сервер расширяет контекст агента. Больше контекста — дороже каждый вызов. Для одного-двух запросов в день это незаметно. Для 13 cron-задач, которые гоняются несколько раз в сутки, это уже бюджет.
Практическое следствие: я сократил то, что Obsidian MCP читает по умолчанию. Указал агенту конкретные директории вместо всего vault. Запросы стали дешевле, работа — та же.
Если ставишь MCP с расчётом на автоматизацию, посчитай токены заранее. Не после первого счёта.
Мой трёхминутный чек перед установкой нового сервера
Первое — есть ли конкретная задача, которую я делаю руками каждый день? Если «может пригодиться» — не ставлю.
Второе — как этот сервер влияет на размер контекста? Если он тянет в каждый запрос данные, которые не нужны 80% времени — не ставлю.
Третье — кто поддерживает сервер и как часто меняется схема? Community-сервер без активного мейнтейнера — это технический долг, не инструмент.
Три вопроса. Ответ на каждый занимает меньше минуты.
Итог
Три сервера из четырёх выжили. Сэкономленное время реальное — около 45 минут в день на переключениях. Архитектурные решения принимаю я. Cron-задачи выполняет агент.
MCP не делает разработчика умнее. Он убирает трение там, где трение стоит денег. Если такие места у тебя есть — стоит попробовать. Если нет — ставить «про запас» не надо, проверено.
Через три месяца — в продуктивной работе, не в эксперименте.
Смежная тема: Claude Code и Obsidian: как мы ведём живую документацию