§4.02 Протоколы подключения и интеграция
Время: 45 мин чтение + 30 мин
В одном предложении: Человек думает, что агент — это умный собеседник, который сам всё знает, а на самом деле агент без инструментов — это голова без рук: он может говорить, но не может действовать, и пока вы не подключили MCP, ваш агент не работает, а размышляет.
Мем, который снимается. «Мой агент умный. Он сам найдёт нужную информацию, сам напишет код, сам проверит факты. Мне не нужны никакие MCP.» На самом деле агент не может сам найти информацию в вашей файловой системе, не может сам записать файл, не может сам запустить скрипт, не может сам обратиться к базе данных. Без MCP агент ограничен тем, что знает его модель — а модель знает общее, не частное. Ваши файлы, ваши данные, ваши процессы — агенту недоступны. MCP — это мост между агентом и миром. Без моста агент стоит на острове и гадает, что происходит на материке.
Понятия. MCP (Model Context Protocol) — протокол связи между агентом и инструментами. MCP делает агента способным действовать: читать файлы, писать код, запускать скрипты, обращаться к API, работать с базами данных. MCP-сервер — программный модуль, который предоставляет агенту доступ к конкретному инструменту. Примеры: файловая система (чтение/запись файлов), база данных (SQL-запросы), браузер (поиск в интернете), API (взаимодействие с внешними сервисами). MCP-дизайн включает: тип инструмента (что делает), параметры вызова (какие аргументы принимает), обработку ошибок (что делать при сбое), безопасность (какие операции разрешены, какие запрещены). Контур — граница, внутри которой агент работает с инструментами. Контур защищает от случайных повреждений: агент не может выйти за пределы разрешённых операций.
Объяснение. MCP превращает агента из собеседника в оператора. Собеседник говорит: «Вам нужно обновить файл». Оператор обновляет файл. Разница колоссальная: пилот не тратит энергию на перевод слов в действия. Но MCP — не волшебная палочка. Каждый MCP-сервер требует настройки: какие операции разрешены, какие ограничены, как обрабатывать ошибки. Плохо настроенный MCP-сервер опасен: агент может перезаписать важный файл, выполнить опасный скрипт, удалить данные. Поэтому MCP-дизайн включает безопасность: явное разрешение операций, логирование действий, возможность отката. Контур — не ограничение, а защита. Агент внутри контура может действовать свободно, потому что пилот знает: за пределы он не выйдет.
На практике. Практика «Аудит MCP» (30 мин):
- Перечислите все MCP-серверы, подключённые к вашей IWE. (5 мин)
- Для каждого определите: какую роль он обеспечивает? Какие операции разрешены? Какие ошибки обрабатываются? (15 мин)
- Проверьте: есть ли MCP-серверы, которые не используются? Есть ли нужные роли, для которых нет MCP-сервера? Зафиксируйте в Pack. (10 мин)
Типичный кейс. Разработчик двадцати девяти лет использовал Claude для написания кода. Каждый раз он копировал код из чата в редактор, запускал тесты вручную, копировал ошибки обратно в чат. Подключение MCP-сервера файловой системы изменило процесс: Claude читал файлы сам, вносил изменения, запускал тесты через MCP-сервер командной строки, получал ошибки автоматически. Цикл «написать — проверить — исправить» сократился с двадцати минут до трёх. Но главное — пилот освободился от механической работы и мог сосредоточиться на архитектуре. MCP не заменил пилота. MCP усилил пилота, убрав рутину.
Типичная ошибка. «MCP — это для программистов. Я не программист, мне не нужны серверы.» MCP — не только код. Это файловая система, база данных, календарь, почта, CRM. Если вы используете агента для работы с документами — MCP-сервер файловой системы нужен вам не меньше, чем программисту. Другая ошибка: «Я подключил все MCP-серверы, которые нашёл. Чем больше, тем лучше.» Каждый MCP-сервер — это потенциальная уязвимость. Подключайте только те, которые нужны для ролей ваших агентов. Навигатору не нужен MCP-сервер для компиляции кода.
Степени мастерства:
- Объяснение. Могу объяснить, что такое MCP, и назвать три примера MCP-серверов. Критерий перехода: провёл аудит своих MCP-серверов.
- Умение. Для каждой роли агента определяю, какие MCP-серверы нужны, и подключаю их. Критерий перехода: все агенты имеют MCP-набор, соответствующий их ролям.
- Навык. Системно поддерживаю MCP: обновляю серверы, проверяю безопасность, устраняю неиспользуемые. Критерий перехода: коллега заметила, что «ваши агенты делают, а не говорят".
- Мастерство. Проектирую MCP-сервер для новой интеграции: определяю параметры, обработку ошибок, безопасность. Критерий перехода: другой человек использовал ваш MCP-сервер для своего агента.
Проверка себя.
- Могу назвать все MCP-серверы, подключённые к моей IWE, и объяснить их назначение
- Каждый агент имеет MCP-набор, соответствующий его роли
- Проверял безопасность MCP-серверов: какие операции разрешены, какие ограничены
- Есть логирование или аудит действий агентов через MCP
- Могу объяснить новому человеку, как подключить MCP-сервер, за пять минут
На практике. Проверьте: может ли ваш агент прочитать файл из вашей файловой системы? Если нет — вы используете агента как собеседника, а не как оператора. Подключите MCP-сервер файловой системы. Это изменит вашу работу.
См. также: Агент — PD.GUIDE.3.S4.SS1, Входной фильтр — PD.GUIDE.3.S4.SS3.
Что дальше. Следующий подраздел — о входном фильтре для нового агента: как подключить агента так, чтобы он не нарушил систему.