# Скилл и MCP-сервер: в чём разница и как они работают вместе

Скилл и MCP-сервер для ИИ-агента: чем инструкция отличается от подключения, как они работают вместе, когда хватает скрипта в скилле и с чего начать.

URL: https://posts.danashkin.ru/guides/skill-i-mcp-v-chem-raznica
Обновлено: 2026-10-17

---

## Коротко

**Главное**

- Скилл - это инструкция: как делать задачу, в каком порядке, по каким правилам. MCP-сервер - это подключение: доступ агента к внешней системе, её данным и действиям.
- Скилл отвечает на вопрос «как», MCP - на вопрос «куда дотянуться». Скилл без доступа знает порядок, но не видит данных. Доступ без скилла видит данные, но каждый раз действует по-новому.
- Вместе они дают повторяемую работу: скилл говорит, какие данные взять через подключение и что с ними сделать.
- Часто MCP не нужен вовсе: скилл со своим небольшим скриптом сам ходит в API сервиса. Так устроен мой скилл отправки статей на индексацию.
- Начинать стоит со скилла: возьми задачу, которую объяснял агенту больше двух раз, и запиши её шагами в файл. Подключение к системе добавляется потом, когда без доступа к данным задача не решается.

## Чем скилл отличается от MCP-сервера?

**Главное**

Скилл - папка с файлом инструкции и, по желанию, скриптами и справочниками. Агент загружает его, когда задача совпадает с описанием скилла. MCP-сервер - отдельная программа, которая даёт агенту инструменты: прочитать встречу, найти письмо, создать задачу. Один про знания о процессе, другой про доступ к системе.

На корпоративном обучении участник, который уже работает с агентом над отчётностью, спросил прямо: MCP-сервер входит в набор инструкций скилла? Как это вообще работает? Вопрос хороший, потому что оба слова звучат как «расширение агента», и легко решить, что это одно и то же.

| | Скилл | MCP-сервер |
|---|---|---|
| Что это | Инструкция в файле, иногда со скриптами | Программа-посредник между агентом и системой |
| Что даёт агенту | Порядок работы, правила, шаблоны | Инструменты: читать, искать, создавать, менять |
| Когда работает | Загружается, когда задача совпадает с описанием | Подключён постоянно, инструменты доступны в любом чате |
| Кто пишет | Ты сам, обычным текстом | Чаще разработчик сервиса или сообщество |
| Риск | Неверная инструкция | Доступ к данным и действиям в системе |

Документация Claude Code описывает скилл так: файл с инструкциями, который агент добавляет к своим инструментам и использует, когда это уместно. Важная деталь оттуда же: тело скилла загружается только в момент использования, поэтому длинная справочная часть почти ничего не стоит, пока не понадобится.

## Скилл - это инструкция, MCP - это руки

**Главное**

Удобная аналогия: скилл - регламент для сотрудника, MCP - его пропуск в нужные системы. Регламент без пропуска знает, что делать, но не может войти. Пропуск без регламента входит куда угодно, но каждый раз делает работу по-своему.

[ИИ-агент](/concepts/ai-agent) без скиллов и подключений умеет многое: читать файлы в папке, писать код, искать в интернете. Скилл добавляет ему процесс - твой способ делать конкретную задачу. MCP добавляет ему доступ - к календарю, почте, CRM, системе записи встреч.

Что такое MCP по сути и какие подключения ставят первыми, я подробно разбирал в статье [MCP простыми словами](/guides/mcp-prostymi-slovami). А о том, когда задача созрела для превращения в скилл, - в статье [задача повторилась третий раз](/guides/zadacha-povtorilas-tretiy-raz).

Разделение важно ещё и для безопасности. Скилл сам по себе ничего не открывает: это текст. Риск появляется там, где есть доступ. Поэтому подключения выбираются осторожнее, чем скиллы, и с минимальными правами.

## Как они работают вместе?

**Главное**

Скилл описывает процесс и в нужном шаге говорит: возьми данные через такое-то подключение. Агент читает скилл, вызывает инструмент MCP-сервера, получает данные и продолжает по инструкции. Скилл не содержит сервер внутри, он на него ссылается.

Живой пример из моей работы. После каждого занятия я делаю разбор: что волновало группу, какие вопросы прозвучали дословно, где были технические затыки, что докрутить в программе. Делает это скилл разбора занятий, а данные он берёт через подключение к сервису записи встреч.

Как это устроено:

1. **Подключение к сервису записи встреч** даёт агенту инструменты: найти встречу, получить её расшифровку и краткое содержание. Только чтение, ничего не меняет.
2. **Скилл разбора** говорит агенту: найди занятие по дате и клиенту, возьми полную расшифровку, разложи по разделам, проверь каждую цитату по расшифровке, обезличь, сохрани в нужную папку.
3. **Агент** читает скилл, вызывает инструменты подключения и выполняет шаги по порядку.

Без скилла агент с тем же подключением тоже сделает разбор, но каждый раз другой: разные разделы, разная глубина, цитаты без проверки. Без подключения скилл не получит расшифровку, и придётся выгружать её руками.

## Когда хватает скилла со скриптом без MCP?

**Главное**

Когда у сервиса есть понятный API, а задача узкая: несколько запросов по одному сценарию. Тогда в папку скилла кладётся небольшой скрипт, который делает эти запросы, а инструкция говорит агенту, когда и как его запускать. Отдельный сервер для этого не нужен.

Так устроен мой скилл отправки статей на индексацию в Яндекс. Он собран так, чтобы отправлять адреса новых статей на переобход через API Вебмастера, следить за суточной квотой, вести журнал и через неделю проверять, попали ли страницы в поиск. Внутри - инструкция и один скрипт без внешних зависимостей. Ключ доступа лежит в отдельном файле на компьютере, скрипт читает его сам и нигде не печатает.

MCP-сервер здесь был бы лишним слоем: пришлось бы ставить программу, держать её запущенной и настраивать подключение ради пяти запросов. Скрипт в скилле делает то же самое проще и прозрачнее: его можно открыть и прочитать. А если сервис поменяет API, правка займёт одну строку в одном файле, без обновления стороннего сервера и ожидания, пока его автор выпустит новую версию.

Где хранить ключи для таких скриптов и почему не в тексте инструкции, я подробно разбирал в статье [где хранить ключи своего продукта](/guides/gde-hranit-klyuchi-svoego-produkta). А зачем вообще нужна принудительная отправка на индексацию, если сайт сам сообщает о статьях, - в разборе [IndexNow: статья у Яндекса за минуты](/guides/indexnow-novaya-statya-v-yandekse).

## Порядок: скилл сначала, MCP по необходимости

**Главное**

Сначала описать процесс скиллом и прогнать его на задаче, выгружая данные руками. Когда процесс устоялся и стало видно, какие данные агенту нужны каждый раз, подключить к нужной системе MCP-сервер или написать скрипт. Подключение до процесса - доступ без понимания, что с ним делать.

1. **Выбрать повторяющуюся задачу**

   Ту, которую ты уже делал с агентом трижды и каждый раз объяснял заново.

2. **Записать процесс в скилл**

   Шаги, правила, формат результата, типичные ошибки. Обычным текстом, как регламент для нового сотрудника.

3. **Прогнать на ручных данных**

   Выгрузить нужные данные самому и дать агенту. Поправить скилл по результату.

4. **Решить, нужен ли доступ**

   Если ручная выгрузка повторяется каждый раз - искать готовый MCP-сервер системы или делать скрипт к её API.

5. **Подключить с минимальными правами**

   Сначала только чтение. Права на изменение - когда скилл отработал на чтении и ты уверен в процессе.

Скиллы - открытый формат: Claude Code следует открытому стандарту, и та же папка с инструкцией работает в других агентах, которые его поддерживают. В Codex скиллы и подключения MCP тоже есть, принципы те же.

## Что с 1С и рабочими программами?

**Главное**

Подключать агента к учётной системе можно только через официальные способы интеграции и сначала на тестовой базе, на чтение. Скилл здесь описывает процесс, а доступ даёт интеграция, которую согласовал специалист по этой системе. Прямое вмешательство в рабочую базу без такого специалиста - риск для учёта.

В той же группе участница спросила: можно ли такие навыки интегрировать в 1С или это могут только специалисты по 1С? И сама же сформулировала опасение: сможем ли мы вообще лезть в программу, это чревато последствиями. Опасение верное, и хорошо, что оно прозвучало до первой попытки, а не после.

Учётная система хранит деньги, документы и отчётность. Ошибка агента там стоит дороже, чем в таблице.

Поэтому порядок такой: сначала скилл, который работает с выгрузками из системы на чтение. Потом, если нужно, интеграция через официальные механизмы, настроенная специалистом, на тестовой базе. Запись в рабочую базу - последним шагом и только после проверки.

О границах доступа агента к рабочим системам в целом я писал в статье [доступ агента к почте и серверу](/guides/dostup-agenta-k-pochte-i-serveru).

## Частые вопросы

**Главное**

Спрашивают, можно ли написать скилл без программирования, где брать MCP-серверы, работают ли скиллы в других агентах и сколько скиллов держать одновременно.

### Частые вопросы

**Можно ли написать скилл без программирования?**

Да. Скилл - это текстовый файл с инструкцией: что делать, в каком порядке, как проверить результат. Скрипты внутри нужны не всегда, а когда нужны, их пишет сам агент по твоему описанию.

**Где брать MCP-серверы?**

У многих сервисов есть официальные серверы, их стоит искать в документации сервиса. Серверы от сообщества устанавливай только после проверки: они получают доступ к твоим данным. Если официального сервера нет, иногда проще скрипт к API в скилле.

**Работают ли скиллы в других агентах?**

Формат скиллов открытый, и Claude Code следует общему стандарту. Codex тоже поддерживает скиллы. Отдельные расширения формата у агентов могут отличаться, поэтому скилл стоит проверить в том агенте, где он будет работать.

**Сколько скиллов держать одновременно?**

Сколько угодно: тело скилла загружается только когда нужно. Важнее, чтобы описания скиллов не пересекались, иначе агент будет путать, какой брать. Одно описание - одна задача.

## Главный вывод

**Главное**

Скилл - инструкция о том, как делать задачу, MCP-сервер - доступ к системе, где лежат данные. Вместе они дают повторяемую работу с живыми данными, но начинать стоит со скилла на ручных данных. Подключение добавляется, когда без него процесс не работает, и сначала только на чтение. Часто вместо MCP хватает скрипта внутри скилла.

Путаница между скиллом и MCP - это путаница между «как» и «куда». Разведи эти два вопроса, и станет понятно, что из них нужно твоей задаче.

Практический шаг: выбери задачу, которую ты объяснял агенту больше двух раз, и запиши её шагами в файл. Это уже черновик твоего первого скилла.

Какую задачу ты объясняешь агенту заново каждую неделю?

### Источники

- [Extend Claude with skills - что такое скилл и когда он загружается, Claude Code Docs](https://code.claude.com/docs/en/skills)
- [Connect Claude Code to tools via MCP - подключения MCP, Claude Code Docs](https://code.claude.com/docs/en/mcp)
- [Build skills - скиллы в Codex, ChatGPT Learn](https://learn.chatgpt.com/docs/build-skills)
- [Agent Skills Overview - открытый стандарт формата скиллов, Agent Skills](https://agentskills.io/home)
- [Model Context Protocol - описание протокола, Wikipedia](https://en.wikipedia.org/wiki/Model_Context_Protocol)