Черновик готов. Вы перечитали его столько раз, что слова расплываются. Друзья говорят, что всё отлично. А зуд остаётся: вдруг где-то дыра? Вдруг мотив злодея не держится? Вдруг хронология сломана, а вы смотрели на неё так долго, что перестали замечать? Вам нужен тот, с кем можно поспорить: не тот, кто похвалит, а тот, кто будет тыкать в слабые места. LLM не заменит зоркого читателя. Но она может сыграть роль: роль скептика. Дайте ей сюжет, правила, хронологию. Попросите найти противоречия, немотивированные повороты и пробелы. А потом сами решайте, что настоящий изъян, а что шум.
Цель не в том, чтобы позволить машине переписать вашу историю. Цель в том, чтобы заранее смоделировать вопросы, которые зададут продюсер по развитию или внимательный зритель, ещё до того, как они окажутся в комнате.
Посмотрите на это так. Когда вы питчите проект, кто-нибудь обязательно спросит: «А почему она просто не уйдёт?» или «Когда он успел это сделать?». Можно ждать этого момента, а можно создать его заранее. У LLM в роли спарринг-партнёра нет вкуса. Зато есть проверка на непротиворечивость. Она может приложить вашу историю к той логике, которую вы ей задали, и сообщить, где логика ломается. Ваша задача: дать ей нужную информацию, а затем истолковать её возражения. Часть окажется ошибочной (модель пропустила реплику). Часть окажется верной (вы действительно забыли заложить ключ). Ценность в самом списке вызовов. Вы отвечаете на них по одному, и сценарий становится плотнее.
Бесплатный инструмент: калькулятор бит-шита поможет привязать эти биты к точным номерам страниц для объёма вашего сценария.
Кадры рабочего процесса


Почему «спарринг-партнёр», а не «редактор»
Редактор предлагает изменения. Спарринг-партнёр выдвигает возражения. Вы не просите LLM исправить сценарий. Вы просите её атаковать сценарий в рамках заданных вами правил. И эти правила важны. Если вы скажете «главная героиня не может применять насилие», LLM отметит каждую сцену, где насилие может подразумеваться или где зритель может спросить: «А почему она не дала отпор?». Если скажете «действие длится 72 часа», она отметит каждое упоминание времени и проверит его на противоречия. Чем точнее вы опишете ограничения своего мира и сюжета, тем прицельнее будет стресс-тест. Размытый ввод даёт размытый результат. Чёткий ввод даёт список конкретных вопросов вида «а как же…?».
Вот почему это важно. Сценаристы часто не видят собственных сюжетных дыр, потому что находятся внутри логики. Они знают, почему персонаж не ушёл: у них в голове есть причина, которая так и не попала на страницу. У LLM есть только страница (и всё, что вы вставите). Поэтому, когда модель пишет «непонятно, почему она остаётся», вам приходится проверить: а есть ли это на странице? Если нет, вы нашли дыру. Если есть, а модель её пропустила, вы хотя бы убедились, что реплика существует, и, возможно, сделаете её острее.
Рабочий процесс: как подготовить спарринг
Шаг 1. Подготовьте материал, который увидит LLM. Как минимум: ясное краткое изложение сюжета (по битам или по сценам), цели и ограничения главных персонажей, все правила (сроки, законы мира, жанровые условности). По желанию: ключевые реплики или фрагменты сцен, в которых вы не уверены. Не вываливайте весь сценарий со словами «найди сюжетные дыры». Модель что-то пропустит или начнёт галлюцинировать. Дайте ей структуру. Для первого прохода часто хватает бит-шита на одну страницу и списка «правил этой истории».
Шаг 2. Задайте роль спарринг-партнёра в промпте. «Ты скептически настроенный читатель. Твоя задача: находить сюжетные дыры, немотивированные решения персонажей, ошибки хронологии и логические противоречия. Не предлагай исправлений. Только перечисляй вопросы и возможные проблемы. Считай, что у читателя есть только то, что написано на странице». Такой набор инструкций держит модель в режиме атаки, а не в режиме исправления. Вам нужны вопросы, а не переписанный текст.
Шаг 3. Сделайте несколько проходов под разными углами. Первый проход: «Проверь хронологию. Перечисли все упоминания времени и отметь противоречия». Второй: «Для каждого важного решения персонажа спроси: ясна ли мотивация из того, что мы видели?». Третий: «Перечисли всех персонажей, у которых есть информация. Для каждого спроси: откуда он это знает? Это показано или подразумевается?». Если разбить стресс-тест на измерения (время, мотивация, информация), списки получаются яснее и полезнее.
Шаг 4. Разберите результат. LLM иногда ошибается. Она может написать «мы так и не видим, почему он ей доверяет», хотя такая сцена у вас есть. Может выдумать противоречие, потому что неверно прочитала текст. Поэтому вы не принимаете каждый пункт. Каждый пункт служит поводом перечитать сценарий. Если возражение подтверждается, исправляйте. Если нет, вы хотя бы убедились, что сценарий выдерживает этот вопрос. Разбор остаётся человеческой работой.
Шаг 5. По желанию, поспорьте в ответ. Вставьте возражение модели и спросите: «Вот моя логика: [цитата из сценария или объяснение]. Снимает ли это возражение или пробел остаётся?». Модель снова сыграет адвоката дьявола. Вы не просите её быть правой. Вы просите её продолжать давить, пока вы не обретёте уверенность.
| Вы даёте | LLM возвращает | Вы делаете |
|---|---|---|
| Бит-шит + правила истории | Список возможных сюжетных дыр, противоречий, немотивированных поворотов | Разбор: исправить настоящие дыры, игнорировать ложные срабатывания |
| Хронология + ключевые события | Проверка хронологии, вопросы «когда произошло X?» | Подтвердить или исправить хронологию на странице |
| Цели + ограничения персонажей | «Зачем ей…?» / «Откуда он знает…?» | Добавить или усилить мотивацию и экспозицию |
| Фрагменты ключевых диалогов | Вопросы о логике или пропущенных шагах | Решить: добавить реплику, убрать бит или оставить как есть |
Чтобы логика истории оставалась ясной от поэпизодного плана до сценария, помогут структура и бит-шиты. А на случай, когда машина хватает через край, полезно прочитать о пределах ИИ в подтексте и нюансах.
Бесплатно
Попробуйте ScreenWeaver на своём сценарии бесплатно
Это бесплатно. Импортируйте свой проект, увидьте структуру истории яснее и за несколько минут верните себе контроль над ней.
Начать бесплатноЗнакомая ситуация: хронология, которая не сходится
Действие вашего сценария занимает неделю. Писали вы его не по порядку. Читая подряд, вы не уверены, стыкуются ли третий и пятый день. Вы вставляете хронологию: «Понедельник: X. Вторник: Y. Среда: Z…» и добавляете: «События должны идти именно в таком порядке; ни один персонаж не может быть в двух местах одновременно». Вы просите LLM: «Проверь на противоречия. Отметь любое событие, которому нужно больше времени, чем есть, и любого персонажа, который без объяснения оказывается в двух местах». Модель отвечает: «В среду у вас встреча в 9 утра и рейс в 10 утра. Это один город? Если нет, как он успевает на рейс?». Вы смотрите в сценарий. Вы этого нигде не уточнили. Вы добавляете строку или переносите сцену. Спарринг-партнёр не исправил сценарий. Он указал на пробел.
Знакомая ситуация: злодей с неубедительным мотивом
Вы написали антагониста безжалостным, но не случайным. Читатель спрашивает: «А почему ему вообще есть дело до главного героя?». Вы вставляете предысторию злодея и его ключевые сцены. Вы просите LLM: «Представь скептически настроенного зрителя. Перечисли каждое важное решение этого персонажа. Для каждого спроси: ясна ли мотивация из того, что мы видели, или мы её додумываем?». В списке есть пункт: «Решение пощадить героя во втором акте, мотивация неясна. В других сценах мы видим его жестоким; почему не здесь?». Вы понимаете, что причина у вас была (герой нужен ему живым для ритуала), но она есть только в поэпизодном плане, а не в сцене. Вы добавляете одну реплику или бит, который проясняет это ограничение. Спарринг-партнёр поднял вопрос. Вы ответили на него на странице.
Знакомая ситуация: твист, который не срабатывает
Твист третьего акта держится на том, что зритель не знает: союзница была в городе ещё в первом акте. Вы просите LLM: «Перечисли все места и моменты, где мы видим этого персонажа до твиста. Мог ли внимательный зритель догадаться, что она уже бывала в [городе]?». Модель перечисляет три сцены и пишет: «В сцене 12 она упоминает: „когда я была здесь в прошлом году“. Если это тот же город, твист может потерять силу». Вы проверяете. Город тот же. Вы делаете реплику расплывчатее или переносите раннее упоминание в другое место. Спарринг-партнёр не разбирается в историях. Он разбирается в непротиворечивости. Вы используете это, чтобы закрыть дыру.
Ошибки новичков: окопная правда
Спрашивать «есть ли сюжетные дыры?» без всякой структуры. Модель либо выдаст общий совет («убедитесь, что мотивации ясны»), либо выдумает проблемы. Решение: дайте сюжет в структурированном виде (биты, хронология, правила) и просите конкретных проверок. «Перечисли все решения персонажей, которые могут показаться немотивированными» лучше, чем «найди сюжетные дыры».
Считать каждое возражение настоящей дырой. LLM иногда неверно читает текст или предполагает то, что на странице уже есть. Решение: разбор. Для каждого пункта откройте сценарий и проверьте. Если сценарий уже отвечает на вопрос, реплику всё равно можно заострить; если нет, исправляйте. Не думайте, что машина всегда права.
Пропускать в промпте «правила истории». Если вы не скажете модели «героиня не может уйти из-за X», она вполне может отметить «почему она не уходит?» как дыру. Решение: добавьте короткий список правил истории и ограничений мира. «В этой истории: никто не может покинуть здание; убийца один из пяти человек; действие длится 24 часа». Тогда спарринг-партнёр будет сверяться с этими правилами, а не с общей логикой.
Вставлять весь сценарий и ждать глубокого анализа. Из-за ограничений контекста модель может начать пересказывать или упускать детали. Решение: для первого прохода используйте бит-шит или список сцен. Для прицельных проверок вставляйте только нужные сцены (например, все упоминания времени или все сцены с точки зрения злодея). Возражения станут точнее.
Просить LLM залатать дыры. Как только модель начинает предлагать решения, вы оказываетесь в режиме переписывания коллективом. Решение: ограничьте промпт формулой «только перечисли проблемы и вопросы. Не предлагай исправлений». Как исправлять, решаете вы. Задача спарринг-партнёра: выявлять, а не решать.
Делать только один проход. Один проход может поймать ошибки хронологии, но пропустить пробелы в мотивации. Решение: делайте отдельные проходы по хронологии, мотивации персонажей, движению информации и законам мира. У каждого прохода свой чёткий вопрос. Вы объединяете списки и разбираете их один раз.

Программы и параметры. Подойдёт любая чат-модель LLM с контекстным окном, достаточным для бит-шита и правил (и, по желанию, ключевых сцен). В системном или первом сообщении задайте роль: «Ты скептически настроенный читатель. Твоя единственная задача: находить сюжетные дыры, противоречия и немотивированные решения. Выводи нумерованный список. Не предлагай исправлений». Температура: 0,3-0,5, чтобы модель оставалась сфокусированной и не уходила в сторону. Подробнее о промптах для структуры и логики, о проектировании роли и задачи, читайте в статье промпт-инжиниринг для сценаристов.
Одна внешняя ссылка
Материалы Гильдии сценаристов США (WGA) об истории и разработке проектов показывают, как индустрия говорит о логике и непротиворечивости в питчах. Сайт WGA даёт представление о профессиональных стандартах; ваш спарринг становится частным способом дотянуться до похожей планки ещё до встречи.

Взгляд со стороны
LLM в роли спарринг-партнёра не заменяет умного читателя. Она умножает число вопросов «а как же…?», которые вы успеете прогнать, прежде чем отдадите сценарий. Используйте её для стресс-теста хронологии, мотивации и информации. Давайте ей структуру; разбирайте её результат. Найденные дыры вам закрывать или уверенно отклонять, потому что вы уже всё проверили.
Последний шаг
Напишите следующий сценарий в ScreenWeaver
Переходите от идеи к готовым к съёмке страницам быстрее: письмо на таймлайне и развитие истории с помощью ИИ.
Попробовать ScreenWeaver




