6 скиллов превращают Claude из универсала в команду

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

Почему один Claude — это всегда «средне»

В чистом виде Claude — универсал. Он пишет, думает, считает, рисует. Везде по среднему, потому что у него нет специализации: каждый запрос он встречает как первый день на работе.

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

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

Штатка из шести ролей

• Маркетолог-воронщик. Думает в логике осознанности аудитории, оффера и заголовков. Не пишет тексты — собирает смысловую структуру под продукт, а уже потом передаёт писателю.
• Продуктовый дизайнер. Смотрит на любой интерфейс как на путь пользователя: что он видит, что делает, где спотыкается. Возвращает не только макет, но и список приоритетных правок с обоснованием.
• SEO-инженер. Поднимает страницу под поиск: семантика, перелинковка, структурированные данные. Это не про «вставить ключи», а про сборку хаба, в который заходят и поисковые роботы, и живые люди.
• Монтажёр и сценарист видео. Из заметки и черновика собирает раскадровку, тайминги, реплики ведущего. На выходе — готовая к съёмке сцена, а не «давай придумаем что-то про X».
• Кодер-ревьюер. Не пишет проект с нуля, а правит и проверяет: ловит дыры в логике, подсказывает упрощения, держит код в одной стилистике. Полезен даже тем, кто кодит не сам.
• Судья качества. Смотрит на финальный артефакт глазами читателя или клиента. Срезает воду, ловит несостыковки, оценивает, выполняет ли вещь свою задачу. Без него половина артефактов уходит сырой.

Почему именно эти шесть

Набор не случайный: он закрывает полный путь одной единицы работы — от смысла до приёмки.

Маркетолог отвечает за «зачем». Дизайнер — за «как это увидят». Сценарист и SEO-инженер — за формат под конкретную площадку. Ревьюер кода — за то, чтобы техническая часть не развалилась. Судья — за то, выпускать или нет.

Убери любую роль — и в цепочке появляется дыра, которую придётся закрывать собой. Чаще всего выбрасывают судью, потому что он ничего не производит. Через месяц это видно по количеству опубликованного, за что неловко.

Как выглядит один прогон

Ставишь задачу обычными словами: «собери лендинг под продукт X».

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

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

Что меняется, когда они подключены

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

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

И получается то, ради чего вся эта система задумана: один человек закрывает работу маленького агентства. Без штата, без дублирующих сервисов, без вечного «давай переделаем».

В каком порядке подключать

Первым — того, чью работу ты делаешь чаще всего руками. Обычно это копирайтер или дизайнер.

Вторым — маркетолога. Он влияет не на скорость, а на результат: тексты начинают продавать, а не просто читаться.

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

Остальные — по мере надобности. SEO-инженер нужен, когда появился сайт. Сценарист — когда пошло видео. Ревьюер кода — когда в проекте есть код, который жалко сломать.

Как понять, что роли не хватает

Признаки простые, и каждый указывает на конкретного отсутствующего специалиста.

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

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

Публикуется сырое. Нет судьи. Приёмка либо не встроена в процесс, либо пропускается ровно тогда, когда торопишься.

Статьи есть, трафика из поиска нет. Нет SEO-инженера: страницы написаны для человека, но не размечены для поиска, и о них никто не узнаёт.

Видео снимается по вдохновению. Нет сценариста: ты подходишь к камере без раскадровки и тратишь дубли на то, чтобы придумать формулировку.

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

Чего штатка не решает

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

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

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

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

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

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

Обязательно ли собирать все шесть сразу?

Нет, и не стоит. Два-три под самые частые задачи дают заметный эффект в первую же неделю. Остальные добавляются, когда становятся узким местом.

Что делать, если два скилла берутся за одну задачу?

Дописать в каждое описание, чем он отличается от соседнего и когда включаться не должен. Пересекающиеся описания — главная причина, по которой библиотека скиллов начинает работать хуже, а не лучше.

Нужен ли отдельный скилл-судья, если можно просто перечитать самому?

Можно и самому, вопрос в регулярности. Встроенная в конвейер приёмка срабатывает всегда, а самостоятельная проверка пропускается ровно тогда, когда торопишься, — то есть в самый рискованный момент.