Maliang Writer
Писательское мастерство16 мин чтения

Почему ИИ рушит длинный роман: каркас на миллион знаков (гид 2026)

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

Команда Maliang Writer · Maliang Writer

Содержание 10 разделов

Если писать роман напрямую большой моделью, первые десять глав часто поражают, а на 300 000 знаков начинается «обвал»: меч героя в прошлом томе ещё был в ходу, а в этом бесследно исчез; у второстепенного поменялось произношение имени; заложенные заделы ИИ пишет мимо.

Дело не в том, что модель недостаточно умна, а в том, что Вы не дали ей каркас длинного романа. Короткая вещь держится на вдохновении, длинная — на инженерии. Эта пятишаговая схема отточена командой Maliang Writer на длинных романах в миллионы знаков, цель одна: чтобы ИИ от главы 1 до главы 1000 «помнил, не уходил в сторону, не спойлерил».

Главное

  • Три коренные причины обрушения длинного ИИ-романа: окно контекста не вмещает всю книгу, у памяти нет внешних опор, у стиля нет единых ограничений.
  • Решение — превратить «творчество» в управляемую инженерию: трёхуровневый план строит скелет, сборка контекста управляет кругозором, видимость управляет спойлерами, пользовательский агент объединяет стиль, граф знаний страхует согласованность.
  • По умолчанию в Maliang Writer верхний предел контекста — 60 000 токенов; качество и стоимость балансируются «сборкой по необходимости», а не «засовыванием всего».
  • Ценность каркаса — не в том, чтобы ИИ писал за Вас, а в том, чтобы ИИ стабильно выдавал результат в рамках Ваших правил.

Почему ИИ рушит длинные романы?

Одной фразой: объём информации длинного романа намного превышает то, что модель может «увидеть» за раз. Роман в 1 000_000 знаков — примерно 1 500_000 токенов, а окно контекста основных моделей — обычно от нескольких десятков до нескольких сотен тысяч токенов, и всё не помещается. Поэтому модель видит лишь недавние фрагменты, и «амнезия» почти неизбежна.

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

Наблюдение на замерах: в наших внутренних тестах длинных романов без какого-либо управления контекстом, при продолжении только «длинным диалогом» плотные противоречия в библии мира обычно начинаются в диапазоне 200 000–400 000 знаков; а с включённым структурированным каркасом на том же объёме путаницы в состоянии персонажей почти нет.

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

Как выглядит каркас длинного романа?

Этот каркас — четыре слоя скелета + пять действий. Четыре слоя скелета: общий план (вся книга) → план тома (каждый том) → план главы (каждая глава) → текст; пять действий — конкретные операции вокруг вопросов «что скормить ИИ, что скрыть, каким тоном писать, чем подстраховаться».

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

Каркас длинного романа: четыре слоя скелета и пять действий

Дальше пройдём эти пять шагов по порядку. Каждый действует и сам по себе, но в сумме эффект умножается.

Шаг 1. Сначала построить скелет «трёхуровневого плана»

Условие того, что длинный роман не оборвётся, — сначала должен быть хребет, проходящий через всю книгу. Трёхуровневый план разделяет макронаправление и микросюжет по слоям: общий план фиксирует главное противоречие и дугу роста героя, план тома планирует цели этапа на каждые 30 000–50 000 знаков, план главы детализирует до сюжетных точек каждой главы.

Сначала напишите общий план, затем пусть ИИ на его основе выведет планы томов, и наконец из плана тома разложите планы глав. Так при создании текста у ИИ всегда есть «верхнее ограничение», и он не уйдёт от основной линии.

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

Как именно действовать — в руководстве по трёхуровневому плану, а более глубокая методология — в статье Трёхуровневый план: секрет романа, который не бросают на полпути.

Шаг 2. Сборкой контекста управлять «кругозором» ИИ

С планом следующий шаг — решить, сколько материалов ИИ «видит» при каждом письме. Maliang Writer отдаёт этот переключатель Вам: в панели помощника ИИ нажмите шестерёнку «Управление функциями ИИ», перейдите на вкладку «Контекст», и можно по пунктам управлять тем, собираются ли архитектура романа, библия мира, персонажи, интрига, план, планы глав и томов, и насколько подробно.

Этот шаг напрямую определяет две вещи: качество и стоимость. Чем больше даёте, тем меньше ИИ отклоняется, но тем больше уходит токенов (кредитов). Умно — давать объём по сценарию, а не включать всё каждый раз.

Панель сборки контекста: по пунктам управляется, какие материалы отдавать ИИ

У каждого измерения два уровня: «Полностью» и «Только названия». «Только названия» лишь сообщает ИИ, что «есть такие персонажи, такие записи библии мира», без деталей — это основная экономия токенов. Индикатор вверху панели в реальном времени оценивает, сколько токенов примерно уйдёт на такую сборку, и сравнивает с верхним пределом по умолчанию 60 000; покраснел — пора урезать.

Практическое соотношение: при пакетном создании обычных глав ставьте библию мира и персонажей на «Только названия», интригу выключайте, планы глав давайте только «текущего тома» — этого хватает, чтобы ИИ не уходил в сторону, а разовый расход минимален; только для ключевых поворотных глав повышайте до «Полностью + планы последних N глав».

Полные действия — в как настроить сборку контекста (экономия кредитов без ухода в сторону).

Шаг 3. Видимостью удерживать спойлеры и ритм

Больше всего длинные романы боятся преждевременного спойлера ИИ. Вы три тома готовили закулисного злодея, а ИИ в первом томе устами персонажа выбалтывает — и интрига всей книги пропала. «Видимость библии мира» Maliang Writer лечит именно это: каждую запись библии, персонажа, интригу можно отдельно скрыть от ИИ или открывать постепенно по томам.

Логика «постепенного открытия по томам» проста: Вы отмечаете «открыть с какого тома», и когда письмо доходит до этого тома, материал автоматически попадает в поле зрения ИИ. До этого ИИ о нём совсем не знает и потому не проговорится.

Видимость библии мира: скрытие отдельной записи и постепенное открытие по томам

Запомните приоритет: видимость — «красная линия», сборка контекста — «квота». Скрытые записи или ещё не открытые тома не попадут в контекст, как бы ни была настроена сборка. Поэтому можно спокойно включать в сборке «библия полностью», а настоящие точки спойлера доверить видимости. Подробнее — в скрытии и постепенном открытии библии по томам.

Шаг 4. Дайте ИИ образ, чтобы объединить стиль всей книги

Противоядие от дрейфа стиля — дать ИИ постоянный образ, а не излагать заново каждый раз. Пользовательский агент (Persona) Maliang Writer позволяет написать подсказку-образ и привязать к конкретному агенту, и с тех пор этот ИИ работает по этому образу.

Краткое описание образа ставится в самое начало системной подсказки выбранного агента как руководство высшего уровня, а связанные документы добавляются в конец как справочные материалы. Порядок внесения фиксирован: описание образа (в начале) + исходная подсказка агента + связанные документы (в конце).

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

Обратите внимание на правило привязки: к каждому агенту одновременно можно привязать только одного пользовательского агента; если отметить нового на уже занятом агенте, после сохранения старая привязка автоматически снимается. Полное описание — в руководстве по пользовательским агентам, а о записи подсказок — в руководстве по подсказкам для ИИ-письма.

Шаг 5. Граф знаний страхует согласованность

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

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

Особый взгляд: многие думают, что «модель с большим контекстом» решит «чишу», но это не так. Сколько ни расширяй окно, предел есть, а засовывать в него всю книгу и дорого, и медленно. Внешняя память (граф знаний) + сборка по необходимости — вот правильное решение для устойчивого длинного романа.

Конкретный механизм — в как граф знаний не даёт роману противоречить себе и практическом руководстве по согласованности длинного романа.

Одна таблица: «до каркаса» и «после каркаса»

Эта таблица сравнения показывает, что именно меняет эта схема:

ИзмерениеБез каркаса (чистый длинный диалог)С каркасом длинного романа
Согласованность библии мираПосле двух-трёх сотен тысяч знаков частые противоречияНа всём протяжении страхует граф знаний
Риск спойлеровИИ в любой момент может выболтать заделыВидимость запирает спойлерные точки по томам
Стабильность стиляЧем дальше, тем больше дрейфОбраз фиксирован, единый на всю книгу
Стоимость в токенахЧем больше материалов, тем дорожеСборка по сценарию, плата по необходимости
УправляемостьИсправил раз — объясняй сноваНастроил один раз — действует долго

Каркас не сковывает замысел, а передаёт системе «то, что нельзя доверять случаю», чтобы Вы берегли силы для ярких глав, где действительно нужно вдохновение.

Частые вопросы

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

В: Нужно ли делать все пять шагов, чтобы работало?
Не нужно. Каждый шаг действует сам по себе, можно начать с самой болезненной точки. Чаще всего начинают с трёхуровневого плана, чтобы остановить «обрыв», затем сборкой контекста экономят кредиты, и в конце добавляют видимость и образ. В сумме эффект лучший, но любой шаг по отдельности лучше «чистого длинного диалога».

В: Не отдаст ли сборка контекста ИИ и мои спойлерные точки?
Нет, если Вы правильно пользуетесь видимостью. Видимость — красная линия, сборка — квота: записи, «скрытые от ИИ» или ещё не дошедшие до открывающего тома, не попадут в контекст при любых настройках сборки. Так что спокойно включайте «библия полностью», а настоящие повороты доверьте видимости.

В: Можно ли применить каркас, если на полпути обнаружил, что не планировал?
Можно. Сначала добавьте общий план и планы томов (планы глав можно добавлять скользяще), затем внесите уже существующие записи библии и персонажей в панель материалов и настройте видимость, и наконец привяжите образ. Каркас «подключается в любой момент», не требуя применять его с первой главы.

В: Если применять каркас, не нужен ли совсем ручной контроль?
Наоборот. Каркас позволяет ИИ стабильно выдавать результат в рамках правил, но кульминационные главы и ключевые повороты рекомендуем шлифовать самому. Правильное разделение: человек отвечает за душу и яркие места, ИИ — за пакетное исполнение в рамках скелета, а Вы сосредоточены на контроле качества.

В заключение

Длинный роман не «пишут», а «собирают». Трёхуровневый план даёт ему хребет, сборка контекста — кругозор, видимость — чувство меры, пользовательский агент — голос, граф знаний — память: собрав эти пять шагов, ИИ сможет пройти с Вами миллион знаков.

Хотите взяться сразу — начните с руководства по сборке контекста и трёхуровневого плана; хотите сначала увидеть полный процесс письма романа с ИИ — прочтите полное руководство «Как писать роман с ИИ». Каркас собран, остаётся сесть и писать главу за главой.

Ко всем статьям