Projects в ChatGPT удобно использовать как рабочие пространства под отдельные сайты, рубрики, услуги или медиа-проекты. Внутри проекта можно держать инструкции, файлы, стиль, контент-план, черновики, ссылки, шаблоны промптов и отдельные чаты под статьи, соцсети, обложки и переработку материалов. Это помогает соло-автору не начинать каждый раз с нуля, но качество всё равно держится на ручной редактуре, проверке фактов и нормальной системе публикаций.
Когда контент делает один человек, главная проблема не только в объёме. Проблема в том, что всё приходится держать в голове: темы, рубрики, стиль, услуги, ссылки, публикации, соцсети, обложки, SEO, повторное использование материалов, будущие идеи и старые решения. В какой-то момент это превращается не в систему, а в цифровой ком снега, который катится по таблицам, чатам и заметкам.
Projects в ChatGPT хорошо ложатся именно на такую задачу. Это не «папочка для красоты», а отдельное рабочее пространство, где можно держать контекст конкретного проекта. Например: vagizov.com, NineSen, zaedok.ru, slangbook.ru, отдельный контент-план, серия статей или услуга. Внутри проекта можно собрать инструкции, файлы, черновики, стиль, шаблоны и отдельные чаты под разные этапы работы.
Но важно понимать: Projects не делают контент-систему автоматически. Они просто дают место, где эту систему можно собрать. Если внутри хаос, то проект в ChatGPT станет красивой коробкой для хаоса. Удобной, современной, с AI. Но всё равно коробкой.
Задача и контекст
Задача соло-автора обычно выглядит так: нужно регулярно выпускать статьи на сайт, адаптировать их под соцсети, делать обложки, поддерживать внутренние ссылки, не забывать про SEO, держать единый тон и не сойти с ума от количества мелких операций. Прекрасная работа, если у вас есть редакция из пяти человек. Но если вы один, приходится строить систему.
Я бы смотрел на Projects как на рабочие контуры. Один проект — один большой контекст. Не нужно каждый раз объяснять, что это за сайт, какой стиль, какие услуги, как оформлять SEO Title, как писать соцпосты, какие ссылки использовать, какие правила по анкорам и таблицам. Всё это можно держать в инструкциях проекта и возвращаться к этому снова.
Например, для сайта услуг можно сделать отдельный Project, где будут:
| Элемент системы | Что хранить внутри проекта |
|---|---|
| Инструкции | стиль, тон, структура статей, правила SEO |
| Файлы | контент-план, список услуг, таблицы ссылок |
| Шаблоны | промпты для статей, соцсетей, обложек |
| Чаты | отдельные диалоги под статьи, обложки, соцпосты |
| Редакционные правила | требования к Title, H1, таблицам, анкорам |
| Повторное использование | сценарии для постов, каруселей, видео |
| Контроль качества | чек-листы перед публикацией |
Такой подход особенно полезен, если у вас несколько проектов. Без разделения контекста ChatGPT начинает смешивать стили: где-то нужен строгий экспертный тон, где-то музыкальный промо-язык, где-то кулинарный журнал, где-то премиальный сайт услуг. Если всё делать в одном общем чате, начинается каша. И да, иногда вкусная, но всё равно каша.
Какие инструменты участвуют
В моей логике Projects — это центральное место, но не единственный инструмент. Контент-система одного человека строится из связки.
Первый инструмент — сам Project в ChatGPT. Он хранит контекст, инструкции, чаты и файлы. Официально OpenAI описывает Projects как рабочие пространства, где можно объединять чаты, файлы и инструкции для долгих задач, чтобы сохранять устойчивый контекст работы.
Второй инструмент — контент-план. Это не просто список тем, а таблица: дата, тема, slug, ключи, ссылки, слова, приоритет, промпт, статус, соцсети, обложка. Если нет плана, ChatGPT будет генерировать темы, но система всё равно будет жить от запроса к запросу. Подробнее этот слой удобно собирать через контент-план через ChatGPT.
Третий инструмент — редакционные инструкции. Это правила, которые держат стиль: как писать заголовки, как оформлять FAQ, какие CTA использовать, как делать блок «Анкоры для ссылок», как не повторять SEO Title и H1, какие связанные услуги выводить в конце, где нужна таблица.
Четвёртый инструмент — файлы и справочники. Например, список услуг, карта внутренних ссылок, список опубликованных статей, tone of voice, описание проекта, структура сайта, список соцсетей, правила обложек, шаблоны alt/title.
Пятый инструмент — отдельные чаты внутри проекта. Я бы не делал всё в одном бесконечном чате. Лучше разделять: один чат для статьи, второй для обложки, третий для соцсетей, четвёртый для плана, пятый для идей. Тогда проще вернуться к нужному этапу.
Шестой инструмент — ручная редактура. Без неё система разваливается. AI может предложить структуру, текст, промпт и варианты. Но человек должен проверить смысл, факты, стиль, ссылки, повторы, соответствие задаче и итоговую ценность.
Полный workflow по шагам
Шаг 1. Создать отдельный Project под конкретный сайт или направление
Я бы не смешивал всё в одном проекте. Для vagizov.com — отдельный Project. Для NineSen — отдельный. Для zaedok.ru — отдельный. Для stock-промптов — отдельный. У каждого проекта свой стиль, аудитория и задачи.
В Project нужно сразу добавить базовую инструкцию: что это за проект, для кого пишем, какой тон, какие форматы нужны, какие правила нельзя нарушать.
Шаг 2. Загрузить или добавить базовые материалы
Внутри проекта должны быть опорные материалы: список услуг, контент-план, ссылки, шаблоны, правила оформления, структура сайта. Не нужно превращать Project в мусорную библиотеку, но всё, что часто повторяется, лучше держать рядом.
Шаг 3. Сделать главный промпт проекта
Это инструкция, которая задаёт рабочий стандарт. Например:
Ты помогаешь вести контент-систему для сайта vagizov.com.
Стиль: экспертно, понятно, без инфобизнеса, с лёгкой иронией.
Для каждой статьи нужны: SEO Title, SEO Description, Excerpt, alt/title для обложки, быстрый ответ, анкоры, статья, FAQ, соцпосты, теги и связанные услуги.
H1 не должен повторять SEO Title.
В статье должна быть минимум одна таблица.
Анкоры оформлять так: [анкор без запятой внутри],[анкор без запятой внутри].
В конце выводить «Связанные услуги», а не «Связанные статьи».
Такой промпт не заменяет задачу, но сильно снижает количество повторов.
Шаг 4. Вести отдельный чат под каждую статью
Для каждой статьи лучше делать отдельный чат. В него вставляется строка из контент-плана: дата, тема, slug, ключи, ссылки, объём, структура, промпт. На выходе получается полный комплект.
Плюс такого подхода: все правки по статье остаются в одном месте. Не нужно искать, где была обложка, где соцпост, где исправление Title.
Шаг 5. После статьи сразу делать переупаковку
Одна статья должна сразу превращаться в посты и дополнительные форматы. Если отложить это на потом, потом обычно превращается в никогда. Это уже не философия, а статистика жизни одного человека.
Сначала статья, потом ВК, Telegram, MAX, отдельный пост, теги, обложка, сценарий короткого видео, если нужно.
Шаг 6. Проверять редакционную связку
Перед публикацией нужно проверить:
| Что проверить | Зачем |
|---|---|
| SEO Title и H1 | Чтобы не дублировались |
| Внутренние ссылки | Чтобы каждая ссылка использовалась по одному разу |
| Анкоры | Чтобы между анкорами были запятые, но не внутри |
| Таблица | Чтобы статья соответствовала формату |
| CTA | Чтобы переход был мягкий, а не рекламный кирпич |
| Соцпосты | Чтобы они не звучали одинаково |
| Связанные услуги | Чтобы в конце были услуги, а не статьи |
Шаг 7. Фиксировать удачные шаблоны
Если какой-то формат сработал, его нужно сохранить как шаблон внутри проекта. Например, удачный промпт для обложки, структура статьи, формат FAQ, шаблон соцпоста, структура карусели.
Так Project становится не просто местом для текущих задач, а накопителем рабочих решений.
Шаг 8. Периодически чистить систему
Раз в месяц я бы пересматривал Project: какие инструкции устарели, какие файлы больше не нужны, какие шаблоны стали лучше, какие правила нужно обновить. Если этого не делать, Project постепенно превращается в чердак. Умный, но чердак.
Где возникают потери качества
Первая потеря качества — смешение контекстов. Если в одном проекте вести сайт услуг, музыкальный проект, кулинарный сайт и stock-промпты, AI начинает тащить стиль из одного направления в другое. В итоге текст для услуги может звучать как промо трека, а пост для NineSen — как SEO-аудит. Атмосферно, но мимо.
Вторая потеря — слишком общие инструкции. Если написать «пиши экспертно и полезно», этого мало. Для одного сайта экспертно — это технические детали и код. Для другого — понятные рецепты. Для третьего — музыкальный образ и визуальный стиль. Инструкции должны быть конкретными.
Третья потеря — отсутствие ручной проверки. ChatGPT может забыть одну ссылку, повторить Title и H1, сделать анкор с запятой внутри, дать слишком рекламный CTA или вывести «Связанные статьи» вместо услуг. Это не катастрофа, если есть редактор. Если редактора нет, ошибка уходит на сайт.
Четвёртая потеря — бесконечное накопление файлов. Если загружать всё подряд, контекст засоряется. В Project должны лежать только полезные и актуальные материалы. Остальное лучше держать отдельно.
Пятая потеря — копирование формата без адаптации. Статья, соцпост, карусель и короткое видео не должны быть одним текстом разной длины. У каждого формата своя задача и ритм.
Шестая потеря — вера, что система сама себя ведёт. Projects помогают держать контекст, но не заменяют редакционный workflow. Соло-автор всё равно должен принимать решения: что публиковать, что выкинуть, что обновить, что связать, что отложить.
Что я делаю вручную
Вручную я оставляю всё, что отвечает за смысл и итоговое качество.
Я вручную выбираю тему. ChatGPT может предложить варианты, но он не знает, какая тема сейчас важна для сайта, услуг, стратегии или личного бренда.
Я вручную проверяю структуру. AI может разложить статью логично, но иногда даёт слишком общий скелет. Тогда нужно усилить блоки, убрать лишнее, добавить таблицу, переставить акценты.
Я вручную редактирую тон. Особенно соцсети. AI часто сглаживает фразы, делает их безопасными и слишком ровными. А живой пост должен иметь интонацию.
Я вручную проверяю ссылки. Внутренняя перелинковка — это не просто вставить URL. Нужно понять, где ссылка действительно уместна, каким анкором её дать и не выглядит ли она случайно.
Я вручную выбираю связанные услуги. В конце статьи должны быть не просто ближайшие по смыслу страницы, а услуги, к которым материал действительно может вести читателя.
Я вручную проверяю обложки и промпты. AI может дать красивый визуал, но он должен совпадать с темой, стилем сайта и ограничениями: без текста, логотипов, лишних людей и визуального мусора.
И наконец, я вручную принимаю решение, что материал готов. Потому что публикация — это не момент, когда ChatGPT закончил ответ. Это момент, когда человек посмотрел и сказал: да, это можно выпускать.
Отдельно workflow соло-автора стоит выстраивать как редакционную систему: идея, план, черновик, редактура, обложка, публикация, соцсети, обновление. Эту связку можно развить через материал editorial workflow для соло автора.
Материал подготовлен Максимом Вагизовым для vagizov.com . При цитировании обязательна активная ссылка на источник.
Подробнее об авторских правах