Как ИИ помнит контекст истории и почему забывает детали

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

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

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

Первая причина — факт отсутствует в текущем контексте. Вторая — несколько заметок противоречат друг другу. Третья — важное правило сформулировано слабее, чем недавний фрагмент с другой версией. Четвёртая — запрос просит импровизировать там, где ответ должен быть ограничен каноном.

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

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

Практическое продолжение этой мысли — материал «Как написать книгу с помощью нейросети и сохранить контроль».

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

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

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

Сводка отвечает не «о чём была глава», а «что теперь верно». Зафиксируйте произошедшие решения, новые знания, изменения отношений, полученные и потерянные ресурсы, физическое состояние, обещания, сроки и открытые вопросы. Не пересказывайте атмосферу, если она не влияет дальше.

Используйте конкретные формулировки. Вместо «Лера и сестра поссорились» — «сестра узнала о проданной карте, отказалась дать ключ и согласилась идти в архив только вместе». Вторая версия подсказывает доступные действия и ограничения следующей сцены.

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

Для следующего шага пригодится разбор «Как составить план книги».

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

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

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

Задача: написать встречу Леры и архивиста после обнаружения поддельной записи. В контекст входят жёсткое правило выдачи сосудов, карточки двух героев, три строки о текущем состоянии расследования, сводка прошлой главы и последние абзацы перед сценой.

Не нужны полная история города, ранний черновик первой главы и анкеты персонажей, которые не участвуют. Но нужен факт, что архивист уже видел Леру и спрятал журнал: без него модель может повторить знакомство или выбрать противоречивую реакцию.

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

Проверить решение поможет статья «Анкета персонажа».

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

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

В fanfy приоритет строится так, чтобы жёсткие правила автора стояли выше канона и догадок модели, а написанный текст — выше новых идей. Автору всё равно нужно поддерживать карточки и принимать изменения. Система помогает передать память, но не решает, что считать правдой истории.