Скиллы, MCP и агенты простым языком: три типа задач и что под них брать

масштаб

Правильных инструментов не существует

Даже если ты активно пользуешься Claude или Codex, ты наверняка задаёшься вопросом: в чём, блин, разница между скиллами, агентами, MCP и прочими умными словами?

Сразу зафиксирую главное. Не существует правильных инструментов и правильных решений. Есть решение под твою задачу. Если под твою задачу хватает обычного чата — пользуйся обычным чатом.

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

точка ноль

Сначала была модель, к которой цепляют инструменты

Начнём с устройства. Есть модель — это мозг. И есть инструменты: всё, что ты можешь к ней прицепить, чтобы работать эффективнее. Поиск в интернете, MCP, программный доступ, командная строка.

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

Но базового агента недостаточно, чтобы он делал работу правильно. Поэтому появились Cowork и Codex, который по сути его аналог. С ними мы получили возможность использовать субагентов и делать задачи параллельно.

метод 1

Скиллы делаются под повторные задачи

Вот главное правило по скиллам, и его достаточно запомнить: скиллы мы делаем для повторных задач. Понял, что тебе приходится делать одно и то же снова — заводи скилл.

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

И Claude понимает, потому что у него есть скилл — алгоритм, по которому это делается. Мне не нужно каждый раз объяснять требования заново.

метод 2

MCP — это мост между Claude и внешними сервисами

Дальше MCP. По сути это возможность выгружать данные из внешних систем и загружать их обратно.

Пример из аналитики. Есть MCP для самого популярного приложения по аналитике YouTube — подключаешь его к Claude, и дальше он сам смотрит данные оттуда.

Ещё проще: подключённая почта. У Claude есть доступ ко всей нашей переписке, и он выгружает оттуда то, что нужно.

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

центральный блок

Три типа задач, по которым выбирается инструмент

Теперь главное, ради чего всё это. Задачи делятся на три типа, и по типу выбирается инструмент.

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

Вторая — повторяющаяся. Путь известен, но делать придётся снова и снова. Здесь скилл: записываешь алгоритм один раз и дальше зовёшь его командой.

Третья — открытая, когда путь неизвестен. Здесь нужен агент, который сам ищет решение: читает, проверяет, пробует и идёт дальше.

wow-эпизод

Семнадцать багов разбираются параллельно, а не по очереди

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

Если ты отдашь команду обычному агенту, он пойдёт по шагам, последовательно. А агентная система работает иначе.

Я собрал так: агент сам читает карточки в Notion, проверяет, что именно там за баг, делает из этого понятное задание на исследование. Дальше мне достаточно написать «делаем аудит багов» — и запускается система, где агенты берут карточки и работают одновременно.

В последний раз это были 17 багов, которые разбирались параллельно. Не последовательно.

метод 3

Он открывает браузер и складывает результат в Notion

Ещё пример открытой задачи. Агент самостоятельно открывает браузер, изучает рекомендации YouTube на специальном аккаунте и складывает всё в Notion.

Это работает без меня и по расписанию. Я прихожу к готовым карточкам.

И вот честная деталь: видео, по которому написан этот материал, я записывал по опорному сценарию, созданному Cowork. Я к нему вообще не притронулся.

инструмент

Справедливый вопрос: почему агент кажется медленнее

Справедливый вопрос: если агент такой мощный, почему работать с ним ощущается тяжелее? Отвечаю честно.

Обычный чат — это когда ты работаешь руками и сразу получаешь квалифицированный ответ. Быстро и понятно.

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

Поэтому агентная модель экономит много времени — но не в том месте, где ты его привык считать.

дашборд

Что под какую задачу

Свожу всё в одну таблицу. По ней и выбирай — не по тому, что модно, а по типу своей задачи.

метод 4

Академический сленг продаёт контент, а не решает задачи

Из-за хайпа вокруг нейросетей стало модно использовать академический сленг. За умными словами часто не стоит ничего, кроме идеи для контента, который ты смотришь.

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

Проверка простая. Если под твою задачу хватает чата — значит, тебе нужен чат. Всё остальное включается тогда, когда чат перестал справляться.

возражения

Но ведь агенты — это будущее, надо осваивать сейчас

что дальше

Определи тип своей задачи, а потом выбирай инструмент

Ты дочитал до конца — значит, вопрос был не в том, что круче: скиллы, MCP или агенты. Вопрос в том, какая у тебя задача. Известен путь и делаешь один раз — чат. Повторяется — скилл. Нужны данные снаружи — MCP. Путь неизвестен — агент.

Один вопрос напоследок. Ответь себе одним предложением: какая задача заставила тебя открыть этот материал — разовая, повторяющаяся или та, где ты сам не знаешь пути? Назови её конкретно, и инструмент определится сам. Я читаю.