MCP-инструменты для агента: как выбрать права под конкретную задачу
Агенту нужно подготовить сводку по папке документов. Для этой задачи достаточно чтения разрешённых файлов и создания результата в выбранном месте. Доступ к удалению исходников, отправке писем и изменению настроек стоит рассматривать как отдельные возможности.
Агенту нужно подготовить сводку по папке документов. Для этой задачи достаточно чтения разрешённых файлов и создания результата в выбранном месте. Доступ к удалению исходников, отправке писем и изменению настроек стоит рассматривать как отдельные возможности.
MCP связывает AI-клиент с инструментами и ресурсами внешних систем. При выборе сервера важны его действия, расположение и способ авторизации. В документации протокола отдельно разобраны риски локальных серверов, обращения к нежелательным сетевым адресам и некорректной передачи токенов. Security Best Practices MCP.
Составьте список действий до подключения
Для каждого инструмента запишите, какие данные он видит и что меняет. Условная таблица для работы с документами выглядит так:
| Действие | Нужные данные | Ограничение для сводки |
|---|---|---|
| Прочитать файл | Разрешённая папка | Исключить соседние каталоги и секреты |
| Найти текст | Выбранный набор документов | Сохранить источник найденного фрагмента |
| Создать сводку | Папка результата | Сохранять под новым именем |
| Отправить письмо | Получатель и готовый текст | Не требуется на этапе подготовки |
| Удалить документ | Конкретный объект | Не требуется для сводки |
Имена и состав реальных инструментов зависят от сервера. Изучите его документацию и описание доступных операций.
Разделите вход в систему и разрешённую операцию
Вход под вашей учётной записью ещё не определяет подходящий объём прав для агента. Узнайте, можно ли ограничить доступ папкой, отдельным проектом или разрешёнными операциями. Для корпоративной системы эти границы стоит согласовать с её администратором.
У удалённого сервера выясните, кто его обслуживает и какие данные получает оператор. Для локального сервера проверьте источник исполняемого компонента: он будет работать на компьютере с доступом, предоставленным процессу.
Документация MCP запрещает некорректный token passthrough: сервер не должен принимать токен, выданный для другого ресурса, и просто передавать его дальше. При выборе готовой интеграции запросите описание её авторизации. Разбирать или копировать секретное значение токена для такой проверки не нужно.
Проверьте поведение на небольшой задаче
Начните с обезличенных документов. Укажите границы чтения и ожидаемое место результата. Пример задания:
Составь сводку по трём документам в разрешённой папке.
Для каждого утверждения укажи файл и страницу или раздел.
Не открывай другие папки. Не отправляй сообщения.
Не меняй исходники. Верни текст сводки и список прочитанных файлов.
Затем сопоставьте отчёт с журналом действий, если интеграция его предоставляет. Проверьте появившиеся файлы и список адресатов. Название результата и убедительный ответ агента не заменяют наблюдения в самой системе.
Для действия с последствиями задайте отдельный шаг
Подготовка письма и его отправка должны иметь различимые результаты. Для подготовки вы проверяете текст; для отправки нужны получатель и подтверждение системы. Аналогично сохраняйте границу между предложенной правкой и изменением исходного документа.
Контекст, полученный от внешнего инструмента, тоже требует проверки. Команда, встреченная внутри документа или страницы, не становится поручением владельца задачи.
Пример узкого применения MCP есть в статье о Context7. Для работы с несколькими источниками пригодится материал об исследовательском промпте.