Claude Code · конфиг контент-завода

Как настроить Claude Code: skills, MCP и субагенты под контент-завод

Соберите рабочий конфиг — от CLAUDE.md и skills до MCP и субагентов — и запустите пайплайн ресёрч → текст → публикация без раздутого контекста

Канал Maya Pro →

Claude Code — это не «ещё одно окно с чатом», а рабочая среда агента в терминале: он читает файлы проекта, правит черновики, вызывает инструменты и держит правила между сессиями. Для владельца контент-завода это важно иначе, чем для разработчика: вам нужна не «умная болтовня», а повторяемый конвейер — ресёрч → черновик → SEO-правка → проверка → публикация.

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

CLAUDE.md SKILL.md mcp.json .claude/agents
content-factory · lean config
# три слоя, не суперпромпт
rules → короткая навигация
skills → on-demand по триггеру
mcp / agents → только по задаче
# статус: РАБОЧИЙ КОНФИГ

Зачем Claude Code, если нужен контент-пайплайн, а не «ещё один чат»

Коротко. Контент-завод на Claude Code — это не один «суперпромпт», а три слоя: короткие правила проекта, skills по триггеру и MCP/субагенты только когда нужны «руки» или изоляция контекста.

Маркер: простыми словами. Контент-завод — система, где контент делается конвейером: роли, шаблоны, проверки и публикация идут по одним и тем же шагам, а не «каждый раз с нуля в чате».

Три слоя конфига

Rules держат курс. Skills подключаются по триггеру. MCP и субагенты включаются только когда задача требует внешних «рук» или отдельного окна внимания.

lean
Тонкий старт сессии
on-demand
Skills не грузятся авансом
Цель гайда: собрать рабочий каркас под ресёрч → черновик → SEO → публикацию без раздутого контекста и лишних токенов.

Что поставить до первого skill: CLI, доступ и проверка запуска

До skills и MCP нужна одна вещь: стабильный запуск Claude Code и понятный доступ. Иначе вы будете чинить «навыки», когда проблема в установке или лимитах.

Скачать и установить Claude Code (Windows, CLI, РФ)

Claude Code ставится как CLI — программа, которую запускают из командной строки (claude). На Windows обычно работают через терминал Windows / PowerShell или WSL; точные команды смотрите в официальной документации Anthropic на code.claude.com (раздел установки на сайте docs обновляется чаще статей).

Шаги для новичка:

  1. Откройте терминал и проверьте, что установлен Node.js / пакетный менеджер, который требует актуальная инструкция Anthropic для вашей ОС.
  2. Установите Claude Code по официальной команде из docs (не по случайному скрипту из чата).
  3. Введите claude --version — должна появиться версия, а не ошибка «команда не найдена».
  4. Запустите claude в пустой тестовой папке проекта и задайте простой вопрос: «перечисли файлы в текущей директории».
  5. Создайте папку .claude/ в проекте (или дождитесь, пока CLI предложит инициализацию) — это домашний конфиг проекта.

Признак успеха: CLI отвечает, видит файлы проекта, в домашней папке пользователя появляется ~/.claude/ (личные настройки) и/или в проекте — .claude/.

Честно про Россию. Запросы «claude code в россии» и «как установить claude code в россии» в поиске высокие не зря: доступ к Anthropic, оплата подписки и выпуск API-ключа из РФ часто упираются в ограничения платёжных методов и регистрацию. Не покупайте «серые» аккаунты из сомнительных чатов. Рабочие варианты на практике:

  • корпоративный / иностранный способ оплаты, если он у вас уже легально есть;
  • работа через команду, у которой доступ уже настроен;
  • параллельный контур на Cursor + те же SKILL.md (формат переносимый) — если Claude Code временно недоступен, skills не пропадут.

Если CLI не стартует — сначала чините доступ и установку, а не пишите skills.

Подписка, API key и лимиты — что проверить до правил проекта

До CLAUDE.md проверьте три вещи:

  1. Есть ли рабочий вход (подписка Claude / доступ к Claude Code по актуальной схеме Anthropic).
  2. Нужен ли API key для вашего сценария (часть интеграций и MCP требуют ключи в переменных окружения, не в git).
  3. Лимиты. Длинный контент-пайплайн с кучей MCP съедает токены быстрее, чем «один чат на статью».

Не храните ключи в CLAUDE.md, skills и репозитории. Только env / локальные секреты вне git.

Визуализация · не hero

Маршрутизатор контекста: skill → MCP → субагент

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

  • CLAUDE.md + rules — короткая навигация, всегда в старте.
  • Skills — тело SKILL.md только когда сработал description.
  • MCP — «руки» по задаче: файлы, браузер, публикации.
  • Субагенты — изолированные роли: ресёрч, текст, SEO, публикация.

Дальше — каркас проекта: что оставить в CLAUDE.md, что вынести в rules и skills, чтобы не раздувать токены на старте.

Редакционная схема progressive disclosure: не скриншот CLI, а цикл «триггер → skill → инструмент → роль».

Каркас проекта: CLAUDE.md, rules и границы контекста

После первого запуска соберите каркас. Практический эталон папок (личный ~/.claude/ и проектный .claude/):

  • CLAUDE.md — короткая навигация, читается почти в каждой сессии;
  • rules/ — правила, которые нужны всегда;
  • skills/ — навыки по требованию;
  • agents/ — субагенты с отдельным контекстом;
  • commands/ — slash-команды (по сути сливаются со skills);
  • hooks/ — автозапуски до/после действий;
  • settings.json / mcp.json — настройки и список MCP;
  • credentials — не в git.

Маркер: простыми словами. CLAUDE.md — это «памятка проекта на столе»: куда смотреть, какие роли, какие запреты. Это не энциклопедия на 50 страниц. Длинные процедуры лучше класть в skills.

Оценка из рабочих кейсов настройки: на старте сессии легко «съесть» десятки тысяч токенов только на навигацию, rules, описания skills и MCP — ещё до того, как вы написали ТЗ на статью. Тела skills при этом могут лежать на диске огромным объёмом и не грузиться авансом. Вывод простой: держите старт тонким.

Какие правила оставить короткими, а что вынести в skills

Оставьте в CLAUDE.md / rules (коротко):

  • язык ответа: русский;
  • куда складывать черновики (например, content/drafts/);
  • запрет коммитить секреты и ключи;
  • «не публиковать без явного подтверждения»;
  • как звать оркестратор: «запусти content-factory»;
  • ссылки на skills: «ресёрч → skill research», «SEO → skill seo-pass».

Вынесите в skills:

  • чек-лист ресёрча;
  • шаблон структуры лонгрида;
  • SEO-проход (title, description, H2, FAQ);
  • правила публикации в Telegram / CMS;
  • capability-check перед прогоном.

Маркер: простыми словами. System prompt / стартовый контекст — всё, что модель «держит в голове» с первой секунды сессии. Чем он толще, тем дороже каждый следующий шаг и тем быстрее агент «тупеет» на длинной задаче.

Антипаттерн: править гигантский CLAUDE.md каждые два дня. Так вы ломаете кэш промпта (повторно оплачиваете одну и ту же «шапку» инструкций) и платите за повторную «прокачку» одних и тех же абзацев.

Skills: как описать навык так, чтобы он подключался по триггеру

Skill — это папка с файлом SKILL.md. В начале файла — YAML-шапка (name, description), дальше — markdown-инструкция. Claude подгружает полное тело skill только когда оно релевантно запросу или когда вы вызываете /имя-скилла.

Маркер: простыми словами. On-demand skill — навык «по требованию»: в старте сессии модель видит только короткое описание, а полную инструкцию открывает, когда задача реально про этот навык. Как ярлык на ящике: название всегда видно, содержимое — только когда открыли.

Официально это называют progressive disclosure: уровень 1 — имена и описания; уровень 2 — полный SKILL.md; уровень 3+ — references/, скрипты и ассеты внутри скилла. Библиотека skills на диске может быть большой — окно контекста от этого само не раздувается.

Где лежат skills:

  • личные: ~/.claude/skills/<name>/SKILL.md;
  • проектные: .claude/skills/<name>/SKILL.md;
  • также enterprise / plugin-варианты.

Приоритет имён (упрощённо): enterprise → personal → project; свой skill может перекрыть встроенный с тем же именем. Slash-команды из .claude/commands/ по сути слиты со skills: удобнее сразу писать skill с каталогом и файлами поддержки.

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

Создайте, например, .claude/skills/seo-pass/SKILL.md:

---
name: seo-pass
description: Делает SEO-проход русскоязычного лонгрида — title, description, H2/H3, FAQ, проверка ключей. Использовать, когда пользователь просит SEO, мета-теги, структуру заголовков или «проверь статью под Яндекс/Google».
---

# SEO-проход

1. Прочитай черновик из указанного файла.
2. Предложи Title 50–65 символов и Description 120–160.
3. Проверь, что H2 цепляют боль/действие, а не шаблон «для бизнеса».
4. Добавь FAQ из 3–5 вопросов новичка.
5. Не публикуй ничего. Верни правки списком.

Правила хорошего description:

  • пишите триггерные формулировки пользователя: «SEO», «мета», «проверь статью»;
  • укажите, когда не вызывать skill;
  • избегайте воды («помогает с контентом») — модель должна понять момент включения.

Чего не делать: пихать в один skill весь контент-завод. Один skill = одна фаза или один узкий навык.

Оркестрирующий skill: ресёрч → черновик → SEO → публикация

Без диспетчера длинная задача «забывает правила к середине». Рабочий паттерн из сильных кейсов: один оркестрирующий skill + тонкие предметные skills + references/.

Пример каркаса .claude/skills/content-factory-workflow/SKILL.md:

1

Capability-check

Какие ключи/MCP/браузер реально доступны; если чего-то нет — пометить честно (unverified), не молчать.

2

Research

Сбор фактов в файл research.md (лучше субагентом, чтобы не залить основной чат).

3

Draft

Черновик лонгрида по шаблону.

4

SEO-pass

Мета, H2, FAQ.

5

Publisher-check

Read-only проверка «готово ли к публикации»; без автопостинга, пока человек не сказал «публикуй».

Маркер: простыми словами. Capability-check — быстрая проверка «чем мы вообще можем работать сегодня»: есть ли браузерный MCP, ключ поиска, доступ к Telegram. Если инструмента нет, агент обязан написать об этом, а не притвориться, что всё проверил.

Так вы получаете контент-пайплайн, а не один бесконечный чат.

Где брать готовые skills и когда писать свои

  • Пишите свои, если процесс уникален: ваш тон, ваши папки, ваш чек-лист публикации.
  • Берите готовые с GitHub / marketplace / plugin-каталога только как заготовку — потом укоротите под себя.
  • Формат SKILL.md — открытый стандарт Agent Skills: тот же файл умеют читать и Claude Code, и Cursor (Cursor также смотрит .claude/skills/ для совместимости). Переносимый слой контент-завода — skills + короткий project memory; вендорные rules/hooks живут отдельно.

Не копируйте чужой eng-скилл на 2000 строк «как есть»: вытащите 1–2 фазы и перепишите описание на русском под ваши триггеры.

MCP: подключать по задаче, а не «весь каталог сразу»

Skills дают знание «как работать». MCP даёт «руки» — внешние инструменты: браузер, поиск, мессенджеры, CMS. Anthropic прямо разделяет слои: skills дополняют MCP, обучая сложным сценариям поверх tools.

Что такое MCP-сервер и зачем он Claude Code

Маркер: простыми словами. MCP-сервер — маленькая программа-адаптер: Claude Code через неё нажимает кнопки во внешнем сервисе (открыть страницу, сходить в API, отправить сообщение). Без MCP агент ограничен встроенными file-tools и тем, что уже есть в CLI.

Каждый включённый MCP добавляет описания своих tools в стартовый контекст. Отсюда правило: серверы можно держать в mcp.json «про запас», но активными — единицы.

Как добавить MCP в конфиг и проверить вызов инструмента

Пошагово (how-to):

  1. Шаг 1. Откройте ~/.claude/mcp.json или проектный .mcp.json / секцию MCP в settings (как принято в вашей версии CLI).
  2. Шаг 2. Добавьте один сервер — например Playwright/browser для проверки live-страницы. Не добавляйте сразу десять.
  3. Шаг 3. Перезапустите Claude Code, чтобы конфиг подхватился.
  4. Шаг 4. В чате дайте узкую задачу: «через браузерный инструмент открой любую публичную страницу вашего сайта и скажи заголовок страницы».
  5. Шаг 5. Посмотрите, что агент реально вызвал tool, а не «придумал» ответ из памяти модели.

Признак успеха: в логе/ответе видно вызов инструмента MCP, данные совпадают с реальной страницей.

Типичные ошибки новичка:

  1. Включили 15+ MCP «на всякий случай». Контекст распухает, агент путается в tools. Решение: оставить 3–5 активных.
  2. Секреты Telegram/API прямо в json в git. Решение: session string и токены только в env / master.env вне репозитория.
  3. Поставили filesystem MCP без нужды. У Claude Code уже есть Read/Write/Edit/Glob/Grep. Отдельный filesystem MCP имеет смысл, если нужны пути вне проекта или жёсткий sandbox.

Какие MCP тянуть в контент-завод (файлы, браузер, публикации)

Практический shortlist для маркетингового конвейера:

НужноЧто братьКомментарий
Черновики и handoffВстроенные file toolsОтдельный filesystem MCP — опционально
Проверка «опубликовалось ли»Playwright / browser MCPСкриншоты, live HTML
РесёрчFetch / search (Brave и аналоги)Факты для лонгрида
Шаблоны в gitGitHub MCPIssues/PR — по необходимости
Постинг в TelegramMCP или skill + scriptsCredentials только из env
WordPress / CMSОпциональный выходНе раздувайте гайд отдельным wordpress-MCP туториалом

Правило выбора skill vs MCP vs script:

  • разовый API-вызов раз в неделю → Python/скрипт внутри skill;
  • постоянный surface (браузер, чаты, БД) → MCP;
  • изоляция контекста / read-only проверка → субагент.

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

Субагенты: роли вместо одного «универсального» агента

Субагент — отдельный markdown-агент в ~/.claude/agents/ или .claude/agents/ (также через /agents). У него свой context window, свой prompt, свой набор tools и permissions. Поля frontmatter могут включать tools, disallowedTools, model, permissionMode, mcpServers, skills, hooks, maxTurns.

Маркер: простыми словами. Субагент — «сотрудник в соседней комнате»: он делает побочную работу (длинный ресёрч, проверку) в своём окне внимания и возвращает краткий отчёт, не захламляя основной чат. Context window — объём текста, который модель одновременно «держит в уме».

Встроенные Explore / Plan обычно read-only и специально экономят контекст. Субагент нужен, когда побочная задача зальёт главный диалог логами и выдержками.

Чем skill отличается от субагента (и от «ИИ-агента» в поиске)

СущностьЧто этоКогда нужна
SkillПроцедура/знание в SKILL.mdПовторяемый сценарий фазы
MCPВнешние инструментыДоступ к браузеру, API, мессенджеру
СубагентОтдельный агент с изоляциейРесёрч, QA, длинный побочный поток
«ИИ-агент» в поискеЗонтичный терминЧасто = «сделай бота», не путать с субагентом Claude

В Яндексе по запросу «субагенты» много мусора про платежных субагентов банков. Здесь речь только про AI-субагентов Claude Code — роли внутри агентной системы.

Минимальный набор ролей под контент: ресёрч, текст, проверка, публикация

Стартовый набор без оверинжиниринга:

  1. Research — много чтения, мало записи; складывает факты в файл.
  2. Draft — пишет черновик по шаблону (часто достаточно skill в основном агенте).
  3. SEO-Editor — мета, структура, FAQ.
  4. Publisher-checkбез Write (или с запретом опасных tools): проверяет готовность, ссылки, наличие CTA; не постит сам.

Паттерн «ревьюер без права писать файлы» снижает риск, что проверка тихо перепишет статью. Тот же принцип multi-agent + независимая верификация виден и в официальных плагинах экосистемы Claude Code: для маркетинга вам не нужен security-сканер, нужен тот же каркас ролей.

Hooks и автозапуски: где они экономят клики, а где ломают контроль

Hooks — автодействия до/после tool-вызовов или в конце сессии. Для контент-завода полезны точечно:

  • PreToolUse на опасный Bash — спросить подтверждение перед удалением/деплоем;
  • Stop — напомнить чек-лист публикации: мета, FAQ, нет секретов в тексте, человек подтвердил пост.

Не вешайте hooks на каждый чих: автозапуск «опубликовать в Telegram при любом Stop» быстро сделает сюрприз в проде. Hooks экономят клики там, где ошибка дорогая; контроль человека оставляйте на шаге публикации.

Маркер: простыми словами. Hook — «крючок»: маленькое правило вида «перед этим действием сделай проверку» или «в конце сессии напомни чеклист». Это не отдельный агент и не skill.

Типичные ошибки: раздутый контекст, слишком много MCP, skills без оркестратора

Три ошибки, из-за которых Claude Code «тупеет» и дорожает:

  1. Раздутый CLAUDE.md — энциклопедия вместо навигации.
  2. Слишком много активных MCP — килобайты мёртвых описаний tools в каждом запросе. Ориентир практиков: 4–6 активных достаточно; «19 включено» — красный флаг.
  3. Skills без оркестратора — куча инструкций есть, но никто не ведёт фазы; к середине длинной статьи правила забываются.

Дополнительно:

  • секреты в git;
  • ревьюер с правом Write;
  • молчаливый skip шага, если инструмента нет;
  • один «универсальный» агент на ресёрч + текст + пост.

Как понять, что конфиг «разъехался» по токенам и permissions

Сигналы:

  • ответы стали короче и «общими», агент теряет структуру ТЗ;
  • модель путает tools или выбирает не тот MCP;
  • простая правка черновика внезапно требует подтверждений на десяток лишних инструментов;
  • в логах permissions мелькают серверы, которые вы не планировали использовать сегодня.

Что сделать: выключить лишние MCP, ужать CLAUDE.md, вернуть фазы в оркестратор, ревьюеру запретить Write.

Чек-лист рабочего конфига под контент-завод

Пройдите список перед первым «боевым» лонгридом:

  1. claude --version работает; тестовый чат видит файлы проекта.
  2. Короткий CLAUDE.md (навигация, не энциклопедия) + 3–5 rules: язык, секреты, запрет автопубликации, пути черновиков, делегирование.
  3. Есть первый узкий SKILL.md с понятным description.
  4. Есть оркестратор content-factory-workflow (или аналог) и 4–6 тонких skills с references/ по необходимости.
  5. Минимум один субагент Research и один Publisher-check / reviewer без Write.
  6. В MCP активно 3–5 серверов: browser/Playwright + search; Telegram — только если реально постите; остальное выключено.
  7. Hooks: защита опасного Bash + напоминание чеклиста на Stop.
  8. Прогон: «собери ресёрч → черновик → SEO-проход → capability-check → отчёт без публикации».
  9. Секреты только в env; репозиторий без токенов.
  10. Понятно, куда складывается handoff-файл между фазами.

Если все пункты зелёные — у вас уже не «чат с ИИ», а каркас автоматизации контента на Claude Code.

Когда каркас Claude Code уже собран и нужен системный маршрут по автоматизации и вайбкодингу (Make, агенты, публикация), смотрите обучение по автоматизации и вайбкодингу на kv-ai.ru — логичное продолжение темы контент-завода из этого гайда.

FAQ

Короткие ответы для поиска и AI-выдачи

Claude Code skills — что это и чем отличается от промпта

Промпт — разовая инструкция в чате. Skill — сохранённый навык в SKILL.md с описанием-триггером: подключается по ситуации и не обязан висеть в контексте целиком. Для повторяемых фаз контент-завода skills выгоднее длинных копипаст-промптов.

Нужен ли MCP, если хватает skills

Если агенту достаточно читать/писать файлы проекта и следовать процедурам — skills хватит. MCP нужен, когда нужны внешние «руки»: браузер, поиск, Telegram, CMS. Skills без MCP = знание; MCP без skills = набор кнопок без сценария. Лучше вместе, но lean.

Как создать ИИ-агента в Claude без лишнего стека

Не собирайте сразу LangGraph/CrewAI «потому что в тренде». Минимальный путь в Claude Code: короткий CLAUDE.md; 1 оркестрирующий skill; 1–2 субагента ролей; 1–2 MCP по задаче. Так вы создаёте рабочего ИИ-агента под контент, а не демо на пять фреймворков.

Claude Code vs вайбкодинг в Cursor — когда что брать

Оба подхода — вайбкодинг: вы ведёте агента языком результата. Claude Code силён CLI-контуром, субагентами .claude/agents/, hooks и mcp.json. Cursor удобен как IDE-среда с rules и агентами в редакторе. Переносимый слой — SKILL.md. Для контент-завода выбирайте тот контур, где у вас стабильный доступ из РФ и куда проще встроить публикацию.

Что проверяли по источникам

  • Официальные docs Claude Code Skills и раздел Sub-agents на code.claude.com.
  • Разбор progressive disclosure и Agent Skills на Anthropic Engineering.
  • Практический каркас ~/.claude/ и lean MCP — разбор Alpine Digital на Хабре.
  • Совместимость формата SKILL.md с экосистемой Cursor — без ухода в чужие семейства тем.
Beget — надёжный хостинг и VPS