Настраивать Claude заново под каждую карусель — трата времени: те же вопросы про стиль, длину текста, тон подачи. Project в Claude решает это один раз: закладываете правила и шаблон в базу знаний проекта, а дальше просто скидываете тему и получаете готовую структуру. Ниже — полная настройка, включая рабочий системный промпт для JSON-формата.
Схема: Project с правилами плюс жёсткий формат вывода
Подход строится на двух вещах. Первое — Project Knowledge, куда один раз кладётся описание стиля и ограничений. Второе — системный промпт, который жёстко ограничивает формат ответа, чтобы вывод сразу годился для рендера без ручной зачистки текста от лишних пояснений.
Шаг 1 — заводим Project и кладём правила
В настройках Project создаётся раздел Project Knowledge, куда добавляется текстовый файл с описанием: тон голоса (экспертный, без инфостиля), длина заголовка и тела на слайд, список слов и приёмов, которые запрещены (кликбейт без содержания, выдуманные цифры, «залетит», «забирай»). Claude учитывает эти правила в каждом новом чате внутри проекта, без повторного объяснения.
Шаг 2 — системный промпт на строгий JSON
Ключевая часть — запретить модели что-либо, кроме валидного JSON. Любые пояснения до или после ломают автоматическую обработку вывода.
Ты генерируешь карусель для соцсетей как JSON.
Формат ответа — ТОЛЬКО валидный JSON, без markdown
и без пояснений до или после:
{
"slug": "kebab-case-slug-temy",
"slides": [
{"role": "hook", "title": "...", "sub": "..."},
{"role": "content", "title": "...",
"body": ["...", "..."], "code": "опционально"},
{"role": "cta", "title": "...", "sub": "...",
"url": "..."}
]
}
Правила: 1 hook, 4-6 content, 1 cta. Заголовок —
до 3 коротких строк с переносами \n. Пункты body —
до 90 символов. Без выдуманных цифр и кейсов.
Что вставить своё: правила длины и тона стоит подогнать под собственный формат карусели —
если рендер ожидает другие поля (например, отдельный kicker для рубрики слайда), добавьте
их в схему явно, иначе модель будет их пропускать.
Шаг 3 — пишете тему, получаете черновик
Дальше в чате внутри проекта достаточно одной строки: тема плюс аудитория, например «тема: как настроить резервное копирование базы данных, аудитория — разработчики без опыта в DevOps». Claude сам раскладывает это на hook, серию content-слайдов и cta по схеме из системного промпта. Черновик почти готов, но требует проверки фактов и правки формулировок под свой голос — не публикуйте вывод модели как есть.
Шаг 4 — донастройка без пересборки с нуля
Главное преимущество работы внутри Project — правки одной репликой, без повторного описания всей задачи:
Сократи текст на content-слайде 3 до двух пунктов.
Сделай заголовок hook жёстче, не теряя честности.
Убери слайд про [тема] — он дублирует слайд 4.
Модель меняет конкретный участок JSON, не переписывая остальные слайды — это экономит время по сравнению с тем, чтобы каждый раз генерировать карусель заново с нуля.
Типичные ошибки настройки
- Не указан лимит длины body — модель пишет абзацы вместо коротких пунктов, текст не влезает в слайд.
- В Project Knowledge только пример карусели без явных правил — модель копирует стиль примера дословно, включая случайные детали.
- Забыли запретить пояснения в системном промпте — вывод приходится вручную чистить от фраз вроде «Вот ваш JSON:» перед каждым слайдом.
Как это делаем мы
Ровно эта схема — Project с правилами плюс строгий JSON-формат — лежит в основе нашего собственного конвейера генерации карусельного контента для qvib.pro. Разница с разовой настройкой в том, что у нас это воспроизводимый процесс: одна и та же схема применяется к каждой новой карусели, а рендер-скрипт превращает JSON в готовые PNG-слайды без ручной вёрстки.
Ссылки по теме
- Claude Projects — настройка и практики: qvib.pro/arsenal/skills/claude-projects/
- Промпт-шаблон для Instagram-каруселей: qvib.pro/arsenal/prompts/instagram-karuseli/
- Как работает движок qvib: qvib.pro/