В понедельник у тебя на руках сильный исходник клиента: статья, эфир или интервью. К пятнице из него нужны материалы для Telegram, Threads и YouTube. Самый быстрый путь выглядит очевидно: сократить текст, поменять начало, разнести по площадкам.
Потом открываешь три версии и видишь одну и ту же мысль в разной упаковке. В Telegram тесно, в Threads нет нормальной ставки, а YouTube-сценарий нечем показывать в кадре. Если ты ведёшь несколько проектов, ситуация хуже: стиль и CTA одного клиента легко переезжают к другому.
Репурпосинг контента с ИИ работает нормально, когда у тебя есть один подтверждённый источник и отдельное редакционное решение для каждой версии. ИИ помогает разобрать материал, предложить подачи и проверить расхождения. Человек выбирает задачу, сохраняет факты, держит манеру автора и утверждает выпуск.
Проверка простая: если убрать название площадки и версия почти не изменится, ты сделал копию. Дальше разберём это на реальном публичном материале Макса, а не на примере, написанном специально под метод.
Почему копипаст не считается репурпосингом
Копипаст отвечает на вопрос «как разместить один текст ещё в нескольких местах». Репурпосинг отвечает на другой вопрос: «какую самостоятельную пользу получит человек на каждой площадке».
Разница видна быстро. Допустим, в исходной статье есть тезис: ИИ может готовить варианты, но факты, позицию и финальное решение держит человек. Если просто сократить абзац, Telegram, Threads и YouTube получат один пересказ. Если перепроектировать материал, получится три разные задачи для читателя:
- в Telegram читатель получает понятный процесс и чек-лист;
- в Threads спорит с одной конкретной мыслью и видит короткий пример;
- на YouTube смотрит разбор с объектом в кадре и понимает, где именно ломается адаптация.
Факт остаётся прежним. Меняются ситуация читателя, подача, доказательство и следующий шаг.
Google в рекомендациях по people-first content просит оценивать, создан ли материал прежде всего для людей и даёт ли он самостоятельную ценность. Массовое производство похожих страниц ради поискового трафика этому принципу не помогает. Это полезная рамка и для репурпосинга: новая версия должна решать свою задачу, а не маскировать дубликат другой длиной (Google Search Central).
Платформенная возможность тоже не равна редакционной ценности. Threads API умеет публиковать текст, изображения, видео и карусели через отдельные этапы создания и публикации контейнера (официальная документация Threads). Telegram Bot API поддерживает сообщения и форматирование (Telegram Bot API). Но ни один API не решает, зачем читателю ещё одна версия мысли. Это решение остаётся в матрице.
Что нельзя менять в исходнике
До адаптации зафиксируй твёрдую часть материала:
- утверждённые факты и формулировки;
- точные цитаты;
- источник каждого проверяемого тезиса;
- позицию автора;
- юридические, продуктовые и редакционные ограничения;
- то, чего автор не утверждает.
Если в исходнике нет результата клиента, цифры или личного опыта, в новой версии они тоже не появятся. ИИ может заметить пробел. Заполнить его правдоподобной историей он не должен.
Что проектируется заново
Для каждой площадки выбери:
- Конкретного читателя и его ситуацию.
- Один вопрос, который версия закрывает.
- Подачу: инструкция, спорный тезис, демонстрация, разбор ошибки.
- Доказательство, которое можно показать или дать по ссылке.
- CTA, логичный именно после этой версии.
- Человека, который проверит факты, стиль и готовность к выпуску.
Количество выходов здесь не цель. Иногда из исходника получится один сильный пост. Иногда несколько самостоятельных материалов. Остановись, когда для следующей версии нет новой задачи или нового доказательства.
Возьми реальный исходник и зафиксируй опорные факты
Исходник должен иметь понятный статус. «Где-то был хороший текст про сценарии» не годится. Команде нужна конкретная версия: вот ссылка, вот фрагмент, вот тезисы, которые нельзя расширять догадками.
Если материал строится вокруг позиции автора, сначала собери его формулировки, фактуру, источники и ограничения. Отдельная схема есть в статье про личный бренд с ИИ.
Для разбора возьмём публичный гайд Макса «Как писать скрипты для YouTube с ИИ: структура, хуки, удержание», опубликованный 14 июля 2026 года. Это разрешённый источник, который можно открыть и сравнить с адаптациями.
Фрагмент из вступления:
«Ты открываешь ChatGPT, Claude или Gemini и пишешь: „Сделай сценарий ролика про продвижение блога“. Через минуту получаешь аккуратный текст. В нём есть хук, три пункта и призыв подписаться.
>
Проблема обнаруживается во время записи. Фразы тяжело произносить. Примеры звучат чужими. Цифры непонятно откуда взялись. Начало обещает одно, а основная часть уходит в другую тему».
Из полного гайда берём ещё три опоры: сначала нужен бриф, затем источники и структура; ИИ помогает с вариантами и редактурой, но не подтверждает факты за автора; такой процесс не гарантирует просмотры.
Такой короткой карточки достаточно, чтобы сравнивать новые версии с реальным материалом, а не с памятью редактора.
Собери матрицу адаптации
Матрица показывает, зачем каждая площадка получает свою версию того же исходника.
Матрица хранится отдельно для каждого клиента. Не делай общую строку «стиль бренда» на все проекты. У одного клиента допустим резкий разговорный заход, у другого нужен спокойный экспертный разбор. ИИ должен читать контекст конкретного проекта, а редактор проверять, не приехали ли чужие фразы, ссылки и CTA.
Как поставить ИИ узкую задачу
Плохая задача звучит так: «Переупакуй статью во все соцсети».
Рабочая задача содержит границы:
- прочитай только утверждённый исходный материал;
- не добавляй факты и примеры;
- для каждой площадки сначала предложи задачу читателя;
- покажи, какие тезисы сохранены дословно или по смыслу;
- вынеси новые детали в отдельную колонку;
- поставь
нужна проверка, если источника нет; - не публикуй и не отправляй клиенту.
Так ИИ выполняет узкие операции: раскладывает материал, сравнивает версии, ищет смысловые повторы. Решение о подаче и выпуске не прячется внутри генерации.
Пример: один исходник, три разные публикации
Дальше идут три редакционные версии публичного гайда о YouTube-сценариях. Мы не утверждаем, что их публиковали или что они дали результат. Это законченные адаптации, по которым можно проверить логику матрицы.
Telegram: проверка перед записью
ИИ уже написал сценарий. Ошибок почти нет. А записывать его неудобно.
>
Фразы тяжёлые. Примеры звучат так, будто их принёс другой эксперт. В тексте есть цифры, но рядом нет источника. Заголовок обещает практический разбор, а после вступления начинается общая теория.
>
До камеры сделай короткую проверку.
>
1. Прочитай первые три абзаца вслух.
2. Отметь числа, цитаты и названия функций. У каждого должен быть источник.
3. Сравни заголовок, первые реплики и вывод. Они должны вести к одному результату.
4. Найди примеры, которые автор не давал. Удали их или попроси реальный эпизод.
5. Поставь в документе пометки, что показать на экране.
>
ИИ может упростить фразы, предложить структуру и найти повторы. Факты, позицию и готовность к записи проверяет человек.
>
Открой текущий сценарий и отметь три места: тяжело сказать, нечем подтвердить, нечего показать.
Что сохранили: гладкий черновик может плохо звучать, содержать чужие примеры, цифры без опоры и начало, которое расходится с основной частью. Что добавили: ситуацию SMM перед записью и пять действий прямо в документе. Новая задача читателя: не научиться писать сценарии целиком, а быстро решить, можно ли нести текущий черновик в запись. CTA: открыть текущий сценарий и отметить три проблемных места.
Threads: одна жёсткая проверка
1/3 Аккуратный текст от ИИ ещё не готов к записи. Он может выглядеть чисто на экране и развалиться на первой минуте речи: тяжёлые фразы, чужие примеры, цифры без источника.
>
2/3 Проверка начинается без нового промпта. Прочитай первые три абзаца вслух. Потом сравни заголовок с тем, куда реально ведёт основная часть.
>
3/3 ИИ помогает со структурой и редактурой. Факты и позицию автора он не подтверждает. Если фразу нечем доказать или невозможно нормально произнести, сценарий ещё не готов.
Что сохранили: те же четыре проблемы из исходника и границу ответственности между ИИ и автором. Что добавили: контраст между чистым документом и первой минутой записи. Новая задача читателя: проверить одну ошибочную установку, что аккуратный ответ уже можно записывать. CTA: прочитать первые три абзаца вслух и сравнить их с заголовком.
Каждое сообщение укладывается в формат Threads и понятно отдельно. Ссылку в тело ветки не добавляем. Если версии уже утверждены и нужна очередь публикации, отдельно смотри гайд про автопостинг в Threads.
YouTube: готовый короткий разбор документа
Рабочее название: «ИИ написал сценарий. Три проверки до записи»
Первые реплики:
На экране аккуратный сценарий от ИИ. Сейчас я прочитаю первые строки вслух и покажу три места, из-за которых этот текст рано записывать: фразу тяжело сказать, цифру нечем подтвердить, а начало обещает не тот ролик.
Ход ролика:
- На экране появляется исходный документ. Ведущий читает одну тяжёлую фразу и показывает, где сбивается.
- Вторая пометка стоит рядом с числом без ссылки. Тезис не усиливают, а отправляют на проверку.
- Заголовок и первые реплики ставят рядом с основной частью. Видно, где обещанный практический разбор уходит в общую теорию.
- Документ получает три правки: разговорная формулировка, ссылка на источник, ранний показ результата.
Финальные реплики:
Не проси ИИ переписать всё ещё раз. Сначала заполни бриф, собери источники и реши, что зритель должен увидеть в кадре. Потом возвращайся к сценарию.
Что сохранили: проблемы произносимости, чужих примеров, неподтверждённых цифр и расхождения между началом и основной частью. Что добавили: один документ в кадре, три видимые пометки и порядок демонстрации. Новая задача зрителя: увидеть проверку на конкретном объекте и повторить её до своей записи. CTA: заполнить бриф и реестр фактов до нового запроса на сценарий.
Глубокая работа со структурой и хуками остаётся в исходном гайде про скрипты для YouTube с ИИ. Здесь мы проверяем только адаптацию реального источника под другую задачу.
Проверка перед передачей клиенту
Пройди версии в два круга.
Сначала сравни каждую с исходником:
- все факты присутствуют в реестре;
- цитаты не изменили смысл;
- новые примеры отмечены и подтверждены;
- ограничение не превратилось в уверенное обещание;
- имена, ссылки и CTA принадлежат нужному проекту.
Потом сравни версии между собой:
- у каждой есть отдельная ситуация читателя;
- первые строки не повторяют друг друга;
- доказательство подходит формату;
- материал понятен без перехода к исходнику;
- площадка получает свою ценность, а не урезанную копию;
- назначен человек, который утверждает выпуск.
Для YouTube есть отдельная проверка disclosure. Официальная справка говорит, что помощь ИИ со сценарием, заголовком или превью относится к production assistance и сама по себе не означает обязательную пометку. Но реалистично изменённый или синтетический контент может требовать disclosure. Решение зависит от итогового видео, а не от факта, что ИИ участвовал в идеации (YouTube Help).
После публикации оценивай каждую версию по её задаче. В YouTube Analytics связаны показы, CTR, просмотры и время просмотра. Одна цифра без соседних не объясняет качество версии (YouTube Help по аналитике). Для Telegram и Threads заранее выбери своё наблюдение: сохранения, ответы, переходы или качество обсуждения. Не сравнивай площадки только по количеству выпущенных единиц.
Как встроить матрицу в недельный процесс
Держи короткий ритм:
- Выбери один утверждённый исходник.
- Собери карточку фактов, позиции и ограничений.
- Заполни матрицу только для нужных площадок.
- Дай ИИ узкие задачи на варианты и сравнение.
- Доработай версии вручную.
- Проверь факты, стиль автора и детали нужного проекта.
- Передай в очередь только утверждённое.
- После выпуска запиши, что сработало для конкретной площадки.
Не начинай со списка форматов. Начинай с исходника и задачи читателя. Иначе получишь больше текста, который надо разгребать.
Выбери один текущий исходник, который уже можно показывать команде. Заполни одну строку матрицы: площадка, ситуация читателя, что сохраняешь, что добавляешь, проверка и CTA. Не переходи ко второй площадке, пока первая строка не даёт самостоятельную пользу.
FAQ
Чем репурпосинг отличается от копипаста?
Копипаст переносит тот же материал в другое место. Репурпосинг сохраняет подтверждённые факты и позицию, но заново проектирует ситуацию читателя, подачу, доказательство, формат и CTA.
Сколько форматов делать из одного источника?
Столько, сколько имеют самостоятельную задачу и нормальное доказательство. Фиксированной нормы нет. Если следующая версия только повторяет предыдущую, остановись.
Как не смешать контекст клиентов?
Храни отдельные карточки исходников, правила стиля, ссылки и CTA. В задаче ИИ явно указывай проект. Перед передачей клиенту проверяй имена, факты, фразы, оффер и следующий шаг.
Что проверять перед публикацией?
Совпадение с исходником, отсутствие выдуманных деталей, самостоятельную ценность версии, стиль проекта, технический формат, CTA и владельца финального решения.
Когда нужна AI disclosure?
Смотри на итоговый материал и правила площадки. Для YouTube помощь со сценарием, title или thumbnail сама по себе может считаться production assistance. Реалистично изменённое или синтетическое видео может потребовать disclosure. Перед выпуском проверь актуальную официальную справку.