3,583 papers
arXiv:2609.33738 80 27 сент. 2026 г. FREE

Прогрессивная подача требований в творческом письме: почему рассказ по кусочкам получается хуже, даже если все условия выполнены

КЛЮЧЕВАЯ СУТЬ
Обнаружено: модель не умеет переписывать уже готовый текст — она только подшивает новое требование к тому, что уже написано, как заплатку. Понимание этого позволяет собирать все требования к рассказу в один бриф вместо того, чтобы накидывать их по ходу диалога — так история получается заметно цельнее. Модель умеет планировать сюжет целиком — но только если видит все условия сразу, до старта генерации. Стоит кинуть требование через пять сообщений — и оно просто прилипает сверху, без связи с остальным текстом.
Адаптировать под запрос
⚡

TL;DR

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

Дело в том, что модель не умеет возвращаться назад и переписывать уже сгенерированный текст с учётом новой информации. Она пишет линейно и просто "подшивает" новое требование к тому, что уже написано — как будто вставляет абзац в готовый текст, а не пересобирает историю с нуля. Разброс по моделям огромный: одна теряет всего 12% качества при постепенной подаче, другая — больше половины.

Исследователи ввели метрику Creative Integrity — совместную оценку "выполнил ли требования" + "получилась ли связная история". При постепенной подаче требований модели в среднем сохраняют только 71% от той целостности, которую дают при полном брифе сразу. И даже когда две версии рассказа формально одинаково соблюдают требования, версия, написанная "с полным брифом на входе", всё равно получается структурно более цельной.


🔬

Схема метода (что происходит и что делать)

ЧТО ЛОМАЕТ КАЧЕСТВО:
Требование 1 → модель пишет кусок текста
Требование 2 (через 3 сообщения) → модель "подшивает" его к готовому тексту
Требование 3 → снова патч, а не пересборка
= структура рассыпается, даже если все требования формально выполнены

ЧТО РАБОТАЕТ ЛУЧШЕ:
Все требования сразу в одном промпте → модель планирует всю историю целиком → выше связность
ИЛИ, если требования появились по ходу:
Собери накопленный список → попроси переписать текст с нуля целиком

🚀

Пример применения

Задача: Ты пишешь сценарий для рекламного скетча про стартап-доставку для Reels/VK-клипа. Начинаешь диалог с ChatGPT, а по ходу вспоминаешь детали: "а пусть будет мем про курьера", "а в конце — твист, что заказчик сам был курьером".

Как делают обычно (плохо):

Промпт 1: Напиши скетч про доставку еды, 30 секунд, смешной.
[модель пишет]
Промпт 2: Добавь туда шутку про то, что курьер вечно опаздывает.
[модель добавляет шутку в готовый текст]
Промпт 3: А в конце сделай твист — заказчик сам оказался бывшим курьером.
[модель дописывает твист в конец]

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

Как делать лучше:

Промпт (всё сразу):

Напиши сценарий рекламного скетча про доставку еды для Reels, 30 секунд.
Должно быть смешно. Обязательно:
- шутка про то, что курьер вечно опаздывает
- твист в конце: заказчик оказывается бывшим курьером
Построй сюжет так, чтобы твист был подготовлен заранее — 
зритель должен пересмотреть начало по-новому, когда узнает правду.

Или если требования уже появились по ходу диалога:

Вот все требования к скетчу, которые я тебе давал в этом диалоге:
[список]
Перепиши сценарий с нуля целиком — не редактируй прошлый текст,
а создай новую версию, где все эти требования встроены с самого начала.

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


🧠

Почему это работает

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

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

Рычаг управления: если чувствуешь, что твоя задача накопила много правок по ходу диалога — не проси "добавь ещё", а собери финальный список требований и попроси написать текст с нуля. Это единственный способ заставить модель перепланировать, а не патчить.


⚠️

Ограничения

⚠️ Модели проверяли только открытые (open-weight), не топовые закрытые модели. Неизвестно, насколько сильно эффект проявляется у GPT-5/Claude/Gemini последних версий — возможно, они лучше держат структуру при постепенной подаче.

⚠️ Эффект силён именно в творческом письме с 5–9 шагами диалога. Для деловых текстов, где важна только фактическая точность, а не сюжетная связность, деградация может быть меньше или другой природы.

⚠️ Автоматическая оценка не всегда совпадает с человеческой — особенно по критерию оригинальности: автоматический судья считал, что постепенная подача даже немного улучшает оригинальность, а живые читатели — наоборот. Не доверяй автоматическим оценкам творческого текста как абсолютной истине.


🔍

Как исследовали

Команда взяла 160 заданий на короткие рассказы в шести жанрах (фэнтези, детектив, романтика, фантастика, историческая проза, комедия) и для каждого сделала два варианта: весь бриф сразу и тот же бриф, но раздробленный на 5–9 сообщений диалога. Прогнали через шесть открытых моделей — получилось 960 парных сравнений.

Качество оценивали по чек-листу выполненных требований и пяти параметрам текста (структура, мастерство письма, оригинальность, соответствие жанру, персонажи), причём часть оценок делала LLM-судья, а часть — три живых человека на 50 парах, чтобы проверить, совпадают ли автоматические оценки с человеческими.

Самое интересное: даже когда отбирали только пары, где обе версии текста одинаково хорошо выполнили чек-лист требований, версия с постепенной подачей всё равно оказывалась структурно слабее. Это значит, что проверка "выполнены ли все пункты" — недостаточна: рассказ может формально пройти все галочки и при этом быть хуже собран как история. Разброс между моделями (от 45% до 88% сохранённого качества) показывает, что устойчивость к постепенным правкам — отдельное свойство модели, не связанное напрямую с её общим уровнем.


🔗

Ресурсы

The Effects of Incremental Instruction Delivery on Language-Model Creative Writing — Anshuman Singh, Haseeb Yaqoob, Abrar Eyasir, John Manavalan. Датасет и код: github.com/solusops/SISTER-2026-Team19


📋 Дайджест исследования

Ключевая суть

Обнаружено: модель не умеет переписывать уже готовый текст — она только подшивает новое требование к тому, что уже написано, как заплатку. Понимание этого позволяет собирать все требования к рассказу в один бриф вместо того, чтобы накидывать их по ходу диалога — так история получается заметно цельнее. Модель умеет планировать сюжет целиком — но только если видит все условия сразу, до старта генерации. Стоит кинуть требование через пять сообщений — и оно просто прилипает сверху, без связи с остальным текстом.

Принцип работы

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

Почему работает

Причина техническая: модель пишет текст строго линейно, кусок за куском, и физически не может вернуться назад и переписать уже выданные абзацы с учётом новой информации. Новое требование она встраивает как отдельную вставку — вместо того чтобы пересобрать историю с нуля. Разброс между моделями огромный: одна теряет всего 12% цельности при постепенной подаче требований, другая — больше половины. В среднем модели держат только 71% от той цельности истории, которую дают при полном брифе сразу — и это при формально одинаковом выполнении всех требований в обоих случаях.

Когда применять

Творческое письмо → сценарии, рассказы, скетчи для соцсетей, где важны твисты и причинно-следственные связи, особенно когда диалог с моделью растягивается на 5-9 и больше сообщений с правками. Не критично для деловых текстов, где нужна только фактическая точность, а не сюжетная цельность.

Мини-рецепт

1. Собери бриф целиком: перед первым промптом накидай все требования — жанр, персонажей, обязательные фразы, твист в конце.
2. Если правки уже накопились: не проси "добавь ещё одну деталь", а собери финальный список всего, что обсудили в диалоге.
3. Попроси пересборку: явно скажи модели — не редактируй прошлый текст, создай новую версию целиком с учётом всех требований.
4. Проверь на швы: перечитай результат — если шутка или деталь торчит отдельным куском, а не вплетена в ритм истории, это признак патча, а не пересборки.

Примеры

[ПЛОХО] : Напиши скетч про доставку еды, 30 секунд, смешной. → потом Добавь шутку про то что курьер вечно опаздывает → потом А в конце добавь твист — заказчик сам бывший курьер
[ХОРОШО] : Напиши сценарий скетча про доставку еды для Reels, 30 секунд, смешной. Обязательно: шутка про то что курьер вечно опаздывает, твист в конце — заказчик оказывается бывшим курьером. Построй сюжет так, чтобы твист был подготовлен заранее — зритель должен пересмотреть начало по-новому.
Источник: The Effects of Incremental Instruction Delivery on Language-Model Creative Writing
ArXiv ID: 2609.33738 | Сгенерировано: 2026-09-29 20:32

Проблемы LLM

ПроблемаСутьКак обойти
Постепенная подача требований портит структуру текстаДобавляешь условия по ходу диалога: сначала жанр, потом деталь персонажа, потом твист. Модель формально выполняет все пункты. Но пацинг, причинно-следственные связи и подготовка развязки разваливаются. Модель не умеет вернуться назад и переписать уже готовый кусок текста с учётом нового условия. Она просто вставляет требование в конец — как патч, а не пересобирает историюНе добавляй условия по одному. Собери накопленный список всех требований за диалог. Попроси модель переписать текст с нуля целиком, а не редактировать старую версию

Методы

МетодСуть
Полный бриф вместо патчей — пересборка текста с нуляКогда накопилось много правок в диалоге, не проси "добавь ещё деталь". Собери все требования в один список и попроси написать текст заново целиком. Вот все требования: [список]. Перепиши текст с нуля, встроив их с самого начала. Работает, потому что модель планирует историю целиком только когда видит все условия перед началом генерации. При частичной правке она вставляет кусок в готовый текст, не пересматривая написанное раньше. Применяй: сценарии, истории, тексты с несколькими сюжетными требованиями. Не работает: короткие фактические правки без сюжетной связности
📖 Простыми словами

The Effects of Incremental Instruction Delivery onLanguage-ModelCreative Writing

arXiv: 2609.33738

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

Это как строить коттедж и на этапе укладки черепицы заявить прорабу: «Слушай, а давай выроем бассейн прямо в гостиной». Фундамент уже залит, стены стоят, поэтому рабочие просто продолбят пол посреди комнаты. Формально твой каприз исполнен, но жить в этом франкенштейне невозможно — конструкция трещит, а логика планировки летит к чертям.

Исследование доказывает: единый мастер-промпт на старте наголову разбивает пошаговые докидывания правок. Чтобы получить адекватный пейсинг и рабочие ружья Чехова, нужно выкатить все ограничения сразу: жанр, конфликт, ключевую фразу и финальный поворот. Модель обязана видеть всю карту целиком, иначе текст развалится, даже если формально сетка учтёт каждый мелкий пункт.

Тестировали на рассказах, но грабли те же самые в любых креативных задачах: от сценариев для Reels и рекламы до продающих лендингов. Если ты придумываешь скетч и посреди генерации решаешь ввернуть: «а пусть курьер окажется основателем стартапа» — на выходе будет каша. Любая драматургия требует фундамента, а не наспех прикрученных костылей в процессе.

Короче: перестань вести с моделью «душевные беседы» и выдавать хотелки постфактум. Собрал все вводные в один жесткий промпт — нажал Enter. Одно комплексное ТЗ бьёт десять правок по ходу дела. Иначе получишь не цепляющий сценарий, а унылый набор выполненных пунктов, который стыдно показать людям.

Работа с исследованием

Адаптируйте исследование под ваши задачи или создайте готовый промпт на основе техник из исследования.

0 / 2000
~0.5-2 N-токенов ~10-30с
~0.3-1 N-токенов ~5-15с