На полке стоят шахматы, нарды и домино. Вы зовёте друзей на вечер игр и просите помощника: «Найди мою заметку про коробки и составь памятку, что достать». Самому искать тоже можно, но сначала придётся вспомнить, где записка: рядом с правилами, в папке про хобби или в том месте, которое называлось «сюда точно не забуду».
Помощник отвечает с готовностью ведущего праздничного концерта: «Приготовьте напитки, закуски и хорошее настроение». Хорошее настроение вы бы с удовольствием приготовили, но сначала надо найти домино. Оно последнее помнит, куда делось. Остальные участники вечера пока располагают только оптимизмом.
Ему нужен текст вашей заметки. И здесь появляется предметный вопрос: как приложение доберётся до нужного файла? Можно скопировать несколько строк в чат. Можно подключить программу, которая умеет находить и читать выбранные файлы. Именно второй путь помогает понять три буквы из поискового запроса.
Нитобэ в главе о верности пишет о вассале, который способен возразить господину: служба сохраняет смысл, пока у неё есть собственное суждение. В нашей скромной истории тоже полезно понять содержание поручения. «Найди записку» означает прочитать нужный материал. «Наведи порядок в играх» уже оставляет простор для хозяйственного переворота, после которого шахматы уедут в коробку «разное». Дадим помощнику работу, по результату которой можно понять, помог ли он.
Что связывает MCP-протокол
Представьте приложение, в котором вы разговариваете с ИИ, и отдельную программу, умеющую читать файлы. Им нужно обмениваться сообщениями: какие возможности доступны, что требуется сделать, что получилось. MCP задаёт общий способ такого обмена. Название расшифровывается как Model Context Protocol.
В официальной схеме три роли. Host — приложение, где идёт работа с ИИ. Client — его часть, которая поддерживает связь с конкретным сервером. Server — отдельная программа, предоставляющая возможности. Одно приложение может иметь несколько таких клиентов для разных серверов. Поэтому клиент на картинке находится внутри приложения. Архитектура MCP.
В нашем примере сервер умеет найти заметку и вернуть её текст. Приложение получает этот материал, передаёт нужный контекст модели и показывает вам памятку. Между исходной запиской и готовым ответом есть несколько разных работ: прочитать, передать, понять, сформулировать. Общий способ обмена позволяет им состыковаться.
Схема ролей: клиент принадлежит приложению, сервер предоставляет возможность прочитать файл.
Локальный сервер запускается на вашем компьютере. Удалённый работает на другой машине, к которой обращается приложение. Слово «сервер» здесь обозначает роль программы: покупать отдельный железный ящик ради понимания схемы не требуется. Модель при этом может работать в другом месте. Местонахождение программы чтения само по себе ещё не определяет весь путь текста.
Проследите на схеме один запрос туда и один результат обратно. Приложение просит прочитать заметку; программа возвращает текст. Внутри приложения модель уже работает с полученным материалом. Так у каждого названия появляется собственное место: окно разговора, часть для связи, программа с нужной возможностью.
Памятке нужен текст, записке — читатель
Возьмём короткую заметку из папки «Хобби». Содержание такое:
Для шахмат — складная доска.
Для нард — отдельный чехол.
Для домино — коробка с зелёной наклейкой.Поручение звучит так: «Найди заметку об играх и перечисли, что мне достать». Поиск должен отыскать нужный файл, чтение — вернуть эти строки. А нейросеть уже составляет по ним ответ. В конце вы сможете сверить три предмета с тремя строками. Если в ответе появится бархатная скатерть, её принесла фантазия помощника, в заметке такой вещи нет.
Здесь хорошо видна разница между данными и действием. Текст заметки становится контекстом: материалом, на который опирается ответ. Чтение файла — действие программы, благодаря которому этот материал получен. Создание нового файла с памяткой было бы ещё одним действием. Чтобы показать список в чате, записывать что-либо на диск не нужно.
| Что хотим получить | Какая работа нужна | Что должно получиться |
|---|---|---|
| Найти записку среди файлов | Поиск в выбранной папке | Имя или путь подходящего файла |
| Узнать, что в записке | Чтение найденного файла | Три исходные строки |
| Получить памятку в чате | Работа модели с полученным текстом | Список доски, чехла и коробки |
| Сохранить памятку отдельным файлом | Отдельная возможность записи | Новый файл в выбранном месте |
Таблица полезнее общего пожелания «дать ИИ доступ к данным»: в ней видно, какое действие обслуживает результат. Для нынешнего вечера последняя строка остаётся отдельной идеей. Памятка в чате уже решает задачу.
Что сервер предлагает приложению
В документации выделены инструменты, ресурсы и заготовки запросов. Инструмент выполняет функцию: например, ищет файл. Ресурс предоставляет содержимое, которое приложение может использовать как контекст. Заготовка запроса помогает начать определённую работу. Конкретный сервер выбирает, какие из этих возможностей он предоставляет. Возможности MCP-сервера.
Для выбора задайте близкий к делу вопрос: «Какая возможность принесёт в разговор нужные строки?» В списке функций может оказаться просмотр имён файлов. Он поможет найти кандидата, но содержимое ещё предстоит прочитать. Табличка «Архив игр» на двери не сообщает, где лежит домино; иначе библиотекари давно выдавали бы читателям вывеску.
Обратный случай тоже встречается: программа умеет и читать, и менять, и перемещать файлы. Тогда возможности следует различать по назначению. В справочном файловом сервере проекта MCP чтение текста и запись файла представлены разными инструментами. Ограничение доступной папки задаёт область работы; режим только чтения нужно отдельно обеспечивать выбранными средствами приложения, сервера или системы. Справочный файловый сервер.
Для нашей карточки выбираем чтение заметки. Способ подключения и доступные настройки станут предметом следующего выбора, когда появится конкретная программа. Сейчас достаточно описать нужную возможность так, чтобы её можно было узнать в чужом списке функций.
Чтение приносит материал для ответа. Запись создаёт или меняет файл и выбирается отдельно.
Попробовать смысл можно уже в чате
Для трёх строк я выбрал бы прямую вставку текста. Откройте DeepSeek или привычный текстовый чат, вставьте заметку и попросите:
По заметке ниже составь памятку для вечера настольных игр.
Для каждой игры укажи, какой предмет достать. Бери сведения
только из заметки. Если место хранения не указано, так и скажи.
Для шахмат — складная доска.
Для нард — отдельный чехол.
Для домино — коробка с зелёной наклейкой.Сверьте результат с источником. Должны сохраниться пары: шахматы — складная доска, нарды — отдельный чехол, домино — коробка с зелёной наклейкой. Точная полка в заметке не названа. Хорошая памятка оставит этот вопрос открытым или попросит уточнение. Предложение про «вторую полку слева» удобно читать, но искать по нему придётся в придуманной квартире.
Эта маленькая попытка показывает работу модели с контекстом. Вы передали текст вручную. При подключении подходящей программы часть пути до текста возьмёт на себя приложение. Результат по-прежнему можно проверить по тем же парам.
Теперь изменим задачу: у вас заметки о правилах, составе наборов и любимых играх друзей. Перед каждым вечером приходится искать нужный файл и переносить фрагмент в разговор. На этот раз нужна игра без долгого объяснения правил, в следующий — что-нибудь для большой компании. Повторяется именно доставка материала. Подключение стоит рассматривать ради неё: выбирать программу, которая найдёт и прочитает подходящие записи, пока модель собирает по ним ответ.
Карточка, с которой проще выбирать подключение
Составим её прямо на нашем примере. Это описание будущего выбора; устанавливать сервер для заполнения карточки не требуется.
Задача: найти заметку об играх и составить памятку в чате. Данные: текст одного файла в папке «Хобби». Нужная возможность: найти подходящий файл и прочитать его содержимое. Место запуска: рассматриваем программу на своём компьютере; отдельно выясняем, в каком приложении и какой моделью будет обработан текст. Действия: поиск и чтение выбранных файлов, без изменения исходной заметки. Результат: три верные пары «игра — предмет» в ответе.
По такой карточке уже можно задавать предметные вопросы разработчику или помощнику: поддерживает ли приложение выбранный сервер; можно ли ограничить область файлов; какие функции действительно доступны; как получить нужный режим чтения. Ответы относятся к конкретному сочетанию программ. В названии MCP-протокол этих настроек нет.
Если вы нашли описание подходящего приложения, попросите помощника разобрать его вместе с вами:
Хочу находить свою заметку об играх и получать памятку в чате.
Пока выбираю способ, ничего не подключаю. Ниже — описание
приложения и сервера из официальной справки.
Объясни, кто здесь приложение, кто сервер и какая возможность
прочитает заметку. Отдельно покажи, нужна ли для моей задачи
запись файлов. Если по справке этого не видно, задай один вопрос.
[Вставьте нужный фрагмент справки.]Если затем решите подключать выбранную пару, начните новый шаг с названия приложения и системы. Просите помощника давать по одному действию: что открыть, что нажать и какой результат увидеть; после действия сообщайте ему, что получилось. Так обсуждение схемы превращается в работу с вашей программой. Для понимания нынешней статьи этот этап проходить не нужно.
Готовый результат этого разбора — выбранная работа инструмента и понятный критерий ответа.
Вопросы и ответы о подключениях
Это название нейросети?
Это название протокола обмена. Модель составляет ответ, приложение организует работу, сервер предоставляет данные или действия. Вы можете отдельно выбирать удобное приложение и качество ответов модели. Смысл соединения останется прежним: нужная возможность становится доступна приложению.
Чем это отличается от поиска по документам, который называют RAG?
RAG описывает подход, при котором для ответа находят подходящий материал. MCP описывает обмен между приложением и программой. В одном решении эти вещи могут встретиться: поиск найдёт фрагмент, а подключение поможет приложению обратиться к нужному инструменту. Если ваш следующий вопрос именно о выборе работы с документами, пригодится сравнение RAG и дообучения.
Если сервер локальный, ответ тоже получается на моём компьютере?
Проверьте, где работает модель в выбранном приложении. Локально запущенная программа может прочитать файл и передать текст приложению, которое обращается к облачной модели. Для выбора нужны оба сведения: где выполняется чтение и куда попадает текст для ответа.
Почему одно приложение подключается, а другое нет?
Поддержка зависит от конкретных программ: способа связи, доступных функций, входа и настроек. Разбирать это удобнее по двум названиям и официальной инструкции. Если приложение выдало ошибку, дайте помощнику её текст без паролей и токенов. Просите объяснить текущий шаг и сверить его со справкой; без поиска можно приложить нужный фрагмент самому.
А если в найденном файле окажется чужая команда для помощника?
Тогда возникает отдельная задача: отличить материал для ответа от указаний, меняющих поручение. Она подробно разобрана в статье о командах, спрятанных в источнике. Нынешняя схема помогает увидеть, откуда материал пришёл; дальнейшая работа с ним зависит от приложения.
Домино дождалось своего часа
После разбора у нас есть две вещи: памятка из трёх строк и карточка для выбора инструмента. С одной короткой запиской удобна ручная вставка. Для регулярной работы с набором файлов уже можно искать подходящее подключение и сравнивать его возможности со своей задачей. Английские слова перестали требовать веры на слово: каждому нашлось место в цепочке.
Если хочется пройти похожий путь со своими материалами, посмотрите условия участия в «Первопроходцах». В клубе можно учиться, задавать вопросы и развивать личный проект; Никита проводит эфиры раз в две недели и лично проверяет проектные работы. Дополнительный первый шаг — практика для знакомства с ИИ.
Достаём коробку с зелёной наклейкой. Наконец-то в комнате есть участник, который знает правила, занимает мало места и молчит, пока его не попросят. Это домино. Помощник пока составляет памятку.